![]() | |
![]() |
| | Thread Tools | Display Modes |
#1
| |||
| |||
|
#2
| |||
| |||
|
|
The following bug has been logged online: If I try to build dblink when PG is configured "--with-openssl", the build of the contrib module dblink breaks as follows: If I add, to the GCC command line, requests for libssl and libcrypto... -lssl -lcrypto e.g. - command line: pgdba (AT) ydb1 (DOT) int.libertyrms.com:/opt/rg/data_dba/build-farm/HEAD/pgsql.741430/ contrib/dblink $ /opt/prod/gcc-4.1.1/bin/gcc -O2 -Wall -Wmissing-prototypes -Wpointer-arith -Winline -Wdeclaration-after-statement -Wendif-labels -fno-strict-aliasing -g -Wl,-bmaxdata:0x80000000 -Wl,-bnoentry -Wl,-H512 -Wl,-bM:SRE -o libdblink.so libdblink.a -Wl,-bE:libdblink.exp -L../../src/interfaces/libpq -L../../src/port -L/opt/freeware/lib -lpq -lpthread -lpthreads -lssl -lcrypto -Wl,-bI:../../src/backend/postgres.imp This builds fine without further complaint. |
#3
| |||
| |||
|
|
Christopher Browne wrote: The following bug has been logged online: If I try to build dblink when PG is configured "--with-openssl", the build of the contrib module dblink breaks as follows: If I add, to the GCC command line, requests for libssl and libcrypto... -lssl -lcrypto e.g. - command line: pgdba (AT) ydb1 (DOT) int.libertyrms.com:/opt/rg/data_dba/build-farm/HEAD/pgsql.741430/ contrib/dblink $ /opt/prod/gcc-4.1.1/bin/gcc -O2 -Wall -Wmissing-prototypes -Wpointer-arith -Winline -Wdeclaration-after-statement -Wendif-labels -fno-strict-aliasing -g -Wl,-bmaxdata:0x80000000 -Wl,-bnoentry -Wl,-H512 -Wl,-bM:SRE -o libdblink.so libdblink.a -Wl,-bE:libdblink.exp -L../../src/interfaces/libpq -L../../src/port -L/opt/freeware/lib -lpq -lpthread -lpthreads -lssl -lcrypto -Wl,-bI:../../src/backend/postgres.imp This builds fine without further complaint. Interesting. I build using "--with-openssl" all the time and have never had a problem. Can anyone comment on the appropriate Makefile changes for this? |
#4
| |||
| |||
|
|
Christopher Browne wrote: The following bug has been logged online: If I try to build dblink when PG is configured "--with-openssl", the build of the contrib module dblink breaks as follows: If I add, to the GCC command line, requests for libssl and libcrypto... -lssl -lcrypto e.g. - command line: pgdba (AT) ydb1 (DOT) int.libertyrms.com:/opt/rg/data_dba/build-farm/HEAD/pgsql.741430/ contrib/dblink $ /opt/prod/gcc-4.1.1/bin/gcc -O2 -Wall -Wmissing-prototypes -Wpointer-arith -Winline -Wdeclaration-after-statement -Wendif-labels -fno-strict-aliasing -g -Wl,-bmaxdata:0x80000000 -Wl,-bnoentry -Wl,-H512 -Wl,-bM:SRE -o libdblink.so libdblink.a -Wl,-bE:libdblink.exp -L../../src/interfaces/libpq -L../../src/port -L/opt/freeware/lib -lpq -lpthread -lpthreads -lssl -lcrypto -Wl,-bI:../../src/backend/postgres.imp This builds fine without further complaint. Interesting. I build using "--with-openssl" all the time and have never had a problem. Can anyone comment on the appropriate Makefile changes for this? |
#5
| |||
| |||
|
|
I also seem to recall, in past discussions about "library matters," that AIX is more sticky about requiring that libraries be named expressly. |
#6
| |||
| |||
|
|
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. |
#7
| |||
| |||
|
|
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. |
#8
| |||
| |||
|
![]() |
| Thread Tools | |
| Display Modes | |
| |