Re: BUG #15358: PostgreSQL fails to build on 10.14 when Perl isenabled.
От | Peter Eisentraut |
---|---|
Тема | Re: BUG #15358: PostgreSQL fails to build on 10.14 when Perl isenabled. |
Дата | |
Msg-id | d07f22c9-bf42-e525-e8e2-9df140907022@2ndquadrant.com обсуждение исходный текст |
Ответ на | BUG #15358: PostgreSQL fails to build on 10.14 when Perl is enabled. (PG Bug reporting form <noreply@postgresql.org>) |
Список | pgsql-bugs |
On 30/08/2018 02:24, PG Bug reporting form wrote: > That location contains only `libperl.dylib` now, but the output is correct > as far as Apple are concerned because the usage of `-I` on Darwin is > erroneous when trying to build against system-provided tools; the advice is > for people to switch over to using `-iwithsysroot` in those circumstances. > The absolute minimal patch to achieve that is to replace the three calls of > `-I$perl_archlibexp/CORE` or `-I$(perl_archlibexp)/CORE` in `configure`, > `contrib/hstore_plperl/Makefile` and `src/pl/plperl/GNUmakefile` with > `-iwithsysroot $perl_archlibexp/CORE` or `-iwithsysroot > $(perl_archlibexp)/CORE` respectively, which clang understands as > `/Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/System/Library/Perl/5.18/darwin-thread-multi-2level/CORE` > or the Xcode equivalent of that path and thus PostgreSQL compiles > successfully. We also need to support gcc, so that's not going to work. clang and gcc appear to have an incompatible zoo of various "sysroot" options. I don't know how to consolidate that. -- Peter Eisentraut http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
В списке pgsql-bugs по дате отправления: