Re: [RFC] building postgres with meson - Mailing list pgsql-hackers
From | John Naylor |
---|---|
Subject | Re: [RFC] building postgres with meson |
Date | |
Msg-id | CAFBsxsGOeT1cKp6iVjTTWQL+Vwt3cZgV4nOK2+zju4OLv6+TmA@mail.gmail.com Whole thread Raw |
In response to | Re: [RFC] building postgres with meson (Andres Freund <andres@anarazel.de>) |
Responses |
Re: [RFC] building postgres with meson
Re: [RFC] building postgres with meson |
List | pgsql-hackers |
On Tue, Oct 12, 2021 at 4:59 PM Andres Freund <andres@anarazel.de> wrote:
> On 2021-10-12 15:55:22 -0400, John Naylor wrote:
> > (I couldn't get a build working but I'll leave that aside for now).
>
> If you want to do that separately, I'll try to fix it.
Okay, I pulled the latest commits and tried again:
[51/950] Compiling C object src/interfaces/libpq/libpq.5.dylib.p/fe-connect.c.o
FAILED: src/interfaces/libpq/libpq.5.dylib.p/fe-connect.c.o
ccache cc -Isrc/interfaces/libpq/libpq.5.dylib.p -Isrc/interfaces/libpq -I../src/interfaces/libpq -Isrc/port -I../src/port -Isrc/include -I../src/include -I/Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/System/Library/Frameworks/LDAP.framework/Headers -I/usr/local/opt/readline/include -I/usr/local/opt/gettext/include -I/usr/local/opt/zlib/include -I/usr/local/opt/openssl/include -fcolor-diagnostics -Wall -Winvalid-pch -Wextra -O0 -g -isysroot /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk -fno-strict-aliasing -fwrapv -Wmissing-prototypes -Wpointer-arith -Werror=vla -Wendif-labels -Wmissing-format-attribute -Wformat-security -Wdeclaration-after-statement -Wno-unused-command-line-argument -Wno-missing-field-initializers -Wno-sign-compare -Wno-unused-parameter -msse4.2 -F/Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/System/Library/Frameworks/LDAP.framework -DFRONTEND -MD -MQ src/interfaces/libpq/libpq.5.dylib.p/fe-connect.c.o -MF src/interfaces/libpq/libpq.5.dylib.p/fe-connect.c.o.d -o src/interfaces/libpq/libpq.5.dylib.p/fe-connect.c.o -c ../src/interfaces/libpq/fe-connect.c
In file included from ../src/interfaces/libpq/fe-connect.c:72:
In file included from /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/System/Library/Frameworks/LDAP.framework/Headers/ldap.h:1:
[the last line is repeated a bunch of times, then...]
/Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/System/Library/Frameworks/LDAP.framework/Headers/ldap.h:1:10: error: #include nested too deeply
#include <ldap.h>
^
Then the expected "undeclared identifier" errors that would arise from a missing header. I tried compiling --with-ldap with the Make build, and only got warnings about deprecated declarations -- that build completed.
I tried disabling ldap with the Meson build but I'll spare the details of what went wrong there in case I did something wrong, so we can take things one step at a time.
> > That would also have to work for all the dependencies, which were displayed
> > to me as:
> >
> > ninja, gdbm, ca-certificates, openssl@1.1, readline, sqlite and python@3.9
>
> meson does depend on ninja (to execute the build) and of course python. But
> the rest should be optional dependencies. ninja builds without any
> dependencies as long as you don't change its parser sources. python builds on
> aix, hpux etc.
>
> Not sure what way gdbm openssl@1.1 and sqlite are pulled in? I assume readline
> is for python...
Hmm, weird.
--
John Naylor
EDB: http://www.enterprisedb.com
> On 2021-10-12 15:55:22 -0400, John Naylor wrote:
> > (I couldn't get a build working but I'll leave that aside for now).
>
> If you want to do that separately, I'll try to fix it.
Okay, I pulled the latest commits and tried again:
[51/950] Compiling C object src/interfaces/libpq/libpq.5.dylib.p/fe-connect.c.o
FAILED: src/interfaces/libpq/libpq.5.dylib.p/fe-connect.c.o
ccache cc -Isrc/interfaces/libpq/libpq.5.dylib.p -Isrc/interfaces/libpq -I../src/interfaces/libpq -Isrc/port -I../src/port -Isrc/include -I../src/include -I/Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/System/Library/Frameworks/LDAP.framework/Headers -I/usr/local/opt/readline/include -I/usr/local/opt/gettext/include -I/usr/local/opt/zlib/include -I/usr/local/opt/openssl/include -fcolor-diagnostics -Wall -Winvalid-pch -Wextra -O0 -g -isysroot /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk -fno-strict-aliasing -fwrapv -Wmissing-prototypes -Wpointer-arith -Werror=vla -Wendif-labels -Wmissing-format-attribute -Wformat-security -Wdeclaration-after-statement -Wno-unused-command-line-argument -Wno-missing-field-initializers -Wno-sign-compare -Wno-unused-parameter -msse4.2 -F/Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/System/Library/Frameworks/LDAP.framework -DFRONTEND -MD -MQ src/interfaces/libpq/libpq.5.dylib.p/fe-connect.c.o -MF src/interfaces/libpq/libpq.5.dylib.p/fe-connect.c.o.d -o src/interfaces/libpq/libpq.5.dylib.p/fe-connect.c.o -c ../src/interfaces/libpq/fe-connect.c
In file included from ../src/interfaces/libpq/fe-connect.c:72:
In file included from /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/System/Library/Frameworks/LDAP.framework/Headers/ldap.h:1:
[the last line is repeated a bunch of times, then...]
/Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/System/Library/Frameworks/LDAP.framework/Headers/ldap.h:1:10: error: #include nested too deeply
#include <ldap.h>
^
Then the expected "undeclared identifier" errors that would arise from a missing header. I tried compiling --with-ldap with the Make build, and only got warnings about deprecated declarations -- that build completed.
I tried disabling ldap with the Meson build but I'll spare the details of what went wrong there in case I did something wrong, so we can take things one step at a time.
> > That would also have to work for all the dependencies, which were displayed
> > to me as:
> >
> > ninja, gdbm, ca-certificates, openssl@1.1, readline, sqlite and python@3.9
>
> meson does depend on ninja (to execute the build) and of course python. But
> the rest should be optional dependencies. ninja builds without any
> dependencies as long as you don't change its parser sources. python builds on
> aix, hpux etc.
>
> Not sure what way gdbm openssl@1.1 and sqlite are pulled in? I assume readline
> is for python...
Hmm, weird.
--
John Naylor
EDB: http://www.enterprisedb.com
pgsql-hackers by date: