Re: [FIX] Fix for pgxs on darwin and other platforms...
От | Sean Chittenden |
---|---|
Тема | Re: [FIX] Fix for pgxs on darwin and other platforms... |
Дата | |
Msg-id | CC62C8E2-4FD5-11D9-8785-000A95C705DC@chittenden.org обсуждение исходный текст |
Ответ на | Re: [FIX] Fix for pgxs on darwin and other platforms... (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: [FIX] Fix for pgxs on darwin and other platforms...
|
Список | pgsql-patches |
>> Which is correct. Can someone please get this into the 8.X release >> that way pgxs is usable for folks on the darwin platform? It doesn't >> look like this is broken on other major OSes, but some of the oddball >> platforms (BeOS, cygwin, and win32) don't seem to be correct either. >> I've included a fixes for them in this patch, but can't promise >> they'll >> work. At the very least what I'm supplying is more correct than what >> they're using now. > > I don't think so :-(. Didn't you just break building things on a > machine where Postgres isn't already installed? Wait, are you suggesting that pgxs is used pre-install? I sure hope not. If it is, what's the purpose of the internal Makefiles? Having pgxs used during the building of the main tree seems backwards++. I'd wager that the purpose of this in contrib was to accommodate modules being built independently of the source tree. If that's not the case, why carry this baggage around? ifdef USE_PGXS PGXS = $(shell pg_config --pgxs) include $(PGXS) else subdir = contrib/pgcrypto top_builddir = ../.. include $(top_builddir)/src/Makefile.global include $(top_srcdir)/contrib/contrib-global.mk endif # to make ws2_32.lib the last library (must occur after definition of PORTNAME) ifeq ($(PORTNAME),win32) SHLIB_LINK += -lwsock32 -lws2_32 endif If not, then we need two versions of pgxs, one referenced in the src tree, the other used for post-installation for module building. As things stand, pgxs is fantastically broken on darwin. :( -sc -- Sean Chittenden
В списке pgsql-patches по дате отправления: