Re: Compiling on FreeBSD 2.2.x? (-export-dynamic unavailable) - Mailing list pgsql-ports

Hello Tom,

Thank you for your reply. Please see below.

On Fri, 25 Jan 2002, Tom Lane wrote:

> Are Bryne <are-pgsql-ports@communique.no> writes:
> > Could one of the FreeBSD-based PostgreSQL developers possibly take a
> > moment to have a look at making it work on 2.2.8-STABLE?
> > There seems to be several small details that don't work 'out of the box' -
> > eg. my system is being picked up as elf-based...
>
> I think you have a misconfigured compiler.  AFAICT, the only way that
> configure would think a freebsd2 system to be elf-based is if the
> compiler predefines __ELF__.  This theory is strengthened by the fact
> that you're evidently not using the system-provided compiler.

in configure, line 2198, this happens:
# Assume system is ELF if it predefines __ELF__ as 1,
# otherwise believe host_os based default.
case $host_os in
  freebsd1*|freebsd2*) elf=yes;;
esac

Since $host_os is being picked up as freebsd2.2.8, this makes elf default.
It would seem to me (unless elf=yes is needed for another reason) that it
should be setting elf=no instead in these cases.

However, when I try compiling with elf=no in configure, this happens:

gcc295 -O -pipe -DUSE_SSL -Wall -Wmissing-prototypes
-Wmissing-declarations -fpic -DPIC
-I../../../../src/interfaces/ecpg/include
-I../../../../src/interfaces/libpq -I../../../../src/include
-I/usr/local/include  -c -o misc.o misc.c
ar cr libecpg.a `lorder execute.o typename.o descriptor.o data.o error.o
prepare.o memory.o connect.o misc.o | tsort`
tsort: cycle in data
tsort: prepare.o
tsort: misc.o
tsort: cycle in data
tsort: error.o
tsort: execute.o
tsort: connect.o
tsort: cycle in data
tsort: error.o
tsort: execute.o
tsort: descriptor.o
tsort: memory.o
tsort: cycle in data
tsort: execute.o
tsort: descriptor.o
tsort: error.o
tsort: cycle in data
tsort: execute.o
tsort: descriptor.o
tsort: data.o
ranlib libecpg.a
/usr/bin/ld -x -Bshareable -Bforcearchive execute.o typename.o
descriptor.o data.o error.o prepare.o memory.o connect.o misc.o
-L../../../../src/interfaces/libpq -lpq  -o libecpg.so.3.2.0
ld: no shared -lssl.2.-1 available
gmake[5]: *** [libecpg.so.3.2.0] Error 1
gmake[5]: Leaving directory `/usr/ports/databases/postgresql7/work/postgresql-7.1.3/src/interfaces/ecpg/lib'
gmake[4]: *** [all] Error 2
gmake[4]: Leaving directory `/usr/ports/databases/postgresql7/work/postgresql-7.1.3/src/interfaces/ecpg'
gmake[3]: *** [all] Error 2
gmake[3]: Leaving directory `/usr/ports/databases/postgresql7/work/postgresql-7.1.3/src/interfaces'
gmake[2]: *** [all] Error 2
gmake[2]: Leaving directory `/usr/ports/databases/postgresql7/work/postgresql-7.1.3/src'
gmake[1]: *** [all] Error 2
gmake[1]: Leaving directory `/usr/ports/databases/postgresql7/work/postgresql-7.1.3'
gmake: *** [all] Error 2

Stop.
*** Error code 1

Stop.
*** Error code 1

Stop.

I've got the following (having installed openssl-0.9.6b):
-rw-r--r--  1 root  wheel   60614 Aug  2 22:49 /usr/local/include/openssl/ssl.h
-rw-r--r--  1 root  wheel  199168 Aug  2 22:49 /usr/local/lib/libssl.a
lrwxrwxrwx  1 root  wheel      11 Aug  2 22:49 /usr/local/lib/libssl.so -> libssl.so.2
-r--r--r--  1 bin   bin    167936 Feb 13  2001 /usr/local/lib/libssl.so.1
-r--r--r--  1 bin   bin    163840 Aug  2 22:49 /usr/local/lib/libssl.so.2

I am attaching the config.status file generated by the last run-through.

>             regards, tom lane

Thank you for your help. I appreciate it.

Regards,
Are Bryne
--
Communiqué DA                            Office:       +47 22 44 33 99
Postboks 9050 Grønland                   Mobile:        +47 900 22 009
NO-0133 Oslo                             URL: http://www.communique.no