Re: [PATCHES] BUG #2600: dblink compile with SSL missing libraries
[EMAIL PROTECTED] (Tom Lane) writes: Chris Browne [EMAIL PROTECTED] writes: I still need the following, on AIX: -SHLIB_LINK = $(libpq) +SHLIB_LINK = $(libpq) $(LIBS) No you don't --- see recent warthog complaint. We have to filter LIBS down to just the minimum. I'm at a loss, then. - If LIBS is being filtered to the minimum, then shouldn't it be appropriate to add it in here? - There isn't any variable other than LIBS that *does* get bound to include -lssl and -lcrypto - Do we need to add an additional LIBSSL, spattered widely through makefiles, which sometimes gets linked in? - Or do we need some custom DBLINKLIBS, defined in configure, that is only used for dblink? -- (reverse (concatenate 'string moc.enworbbc @ enworbbc)) http://www3.sympatico.ca/cbbrowne/languages.html QT adds to a Linux distribution a level of licencing complexity that nullifies one of the major virtues of Linux: no licencing complexity. -- [EMAIL PROTECTED] ---(end of broadcast)--- TIP 6: explain analyze is your friend
Re: [PATCHES] BUG #2600: dblink compile with SSL missing libraries
Chris Browne [EMAIL PROTECTED] writes: [EMAIL PROTECTED] (Tom Lane) writes: No you don't --- see recent warthog complaint. We have to filter LIBS down to just the minimum. I'm at a loss, then. - If LIBS is being filtered to the minimum, then shouldn't it be appropriate to add it in here? No, LIBS isn't filtered at all. See my recent commit to sslinfo's Makefile --- I blew it just like this, you should learn from my mistake. regards, tom lane ---(end of broadcast)--- TIP 3: Have you checked our extensive FAQ? http://www.postgresql.org/docs/faq
Re: [PATCHES] BUG #2600: dblink compile with SSL missing libraries
[EMAIL PROTECTED] (Tom Lane) writes: Chris Browne [EMAIL PROTECTED] writes: [EMAIL PROTECTED] (Tom Lane) writes: No you don't --- see recent warthog complaint. We have to filter LIBS down to just the minimum. I'm at a loss, then. - If LIBS is being filtered to the minimum, then shouldn't it be appropriate to add it in here? No, LIBS isn't filtered at all. See my recent commit to sslinfo's Makefile --- I blew it just like this, you should learn from my mistake. OK, the very same change as your recent change to contrib/sslinfo/Makefile works out fine for contrib/dblink/Makefile. That allows a buildfarm run to go through perfectly. I suspect that both Makefiles also need to filter in -lgettext or something similar; see bug #2608, which shows off much the same problem surrounding NLS support. (I'm happy to see that someone's running xlC on AIX 5.3, by the way... I should be getting a copy Real Soon Now, but it may not be soon enough to be helpful :-( ) -- output = reverse(ofni.secnanifxunil @ enworbbc) http://linuxdatabases.info/info/multiplexor.html If God meant us to be vegetarians why'd He make cows out of meat? -- seen on a bumper sticker ---(end of broadcast)--- TIP 9: In versions below 8.0, the planner will ignore your desire to choose an index scan if your joining column's datatypes do not match
Re: [PATCHES] BUG #2600: dblink compile with SSL missing libraries
The change Tom made to contrib/sshinfo/Makefile to support Darwin, adding in $(LIBS), fixed my problem with that contrib module on AIX. I still need the following, on AIX: === RCS file: /projects/cvsroot/pgsql/contrib/dblink/Makefile,v retrieving revision 1.11 diff -u -r1.11 Makefile --- Makefile27 Feb 2006 12:54:38 - 1.11 +++ Makefile6 Sep 2006 19:48:23 - @@ -3,7 +3,7 @@ MODULE_big = dblink PG_CPPFLAGS = -I$(libpq_srcdir) OBJS = dblink.o -SHLIB_LINK = $(libpq) +SHLIB_LINK = $(libpq) $(LIBS) DATA_built = dblink.sql DATA = uninstall_dblink.sql -- (reverse (concatenate 'string moc.enworbbc @ enworbbc)) http://linuxdatabases.info/info/nonrdbms.html Fashion is a form of ugliness so intolerable that we have to alter it every six months. -- Oscar Wilde ---(end of broadcast)--- TIP 1: if posting/reading through Usenet, please send an appropriate subscribe-nomail command to [EMAIL PROTECTED] so that your message can get through to the mailing list cleanly
Re: [PATCHES] BUG #2600: dblink compile with SSL missing libraries
Chris Browne [EMAIL PROTECTED] writes: I still need the following, on AIX: -SHLIB_LINK = $(libpq) +SHLIB_LINK = $(libpq) $(LIBS) No you don't --- see recent warthog complaint. We have to filter LIBS down to just the minimum. regards, tom lane ---(end of broadcast)--- TIP 1: if posting/reading through Usenet, please send an appropriate subscribe-nomail command to [EMAIL PROTECTED] so that your message can get through to the mailing list cleanly
Re: [PATCHES] BUG #2600: dblink compile with SSL missing libraries
[EMAIL PROTECTED] (Peter Eisentraut) writes: Am Mittwoch, 30. August 2006 22:57 schrieb Chris Browne: I also seem to recall, in past discussions about library matters, that AIX is more sticky about requiring that libraries be named expressly. ecpglib has SHLIB_LINK = -L../pgtypeslib -lpgtypes $(libpq) \ $(filter -lintl -lssl -lcrypto -lkrb5 -lcrypt -lm, $(LIBS)) $(PTHREAD_LIBS) ifeq ($(PORTNAME), win32) # Link to shfolder.dll instead of shell32.dll SHLIB_LINK += -lshfolder endif Presumably the same would be necessary everywhere else libpq is used. I replaced: SHLIB_LINK = $(libpq) with SHLIB_LINK = $(libpq) $(LIBS) which allowed the compile to get through this. If I add that very same line: SHLIB_LINK = $(libpq) $(LIBS) to contrib/sslinfo/Makefile, it now survives the compile, as well as successfully running through, for contrib, make install and make installcheck. -- cbbrowne,@,cbbrowne.com http://linuxfinances.info/info/unix.html Do you know where your towel is? ---(end of broadcast)--- TIP 4: Have you searched our list archives? http://archives.postgresql.org
