Bug in 'ld' phase of gcc 3.2

[David Trusty]

Hi,

I am trying the latest gcc compiler from the DSPP. I get
this error, which seems like a
bug:

> gcc -v -g -o nasl nasl.o -L/usr/local/lib -lssl
Reading specs from /usr/local/pa20_64/lib/gcc-lib/hppa64-hp-hpux11.00/3.2/specs
Configured with: ../gcc/configure --prefix=/usr/local/pa20_64 --enable-languages=c,c++ --host=hppa64-hp-hpux11.00 --target=hppa64-hp-hpux11.00 --with-ld=/usr/ccs/bin/ld --with-gnu-as --enable-libstdcxx-v3 --disable-checking
Thread model: single
gcc version 3.2 20020708 (experimental)
/usr/local/pa20_64/lib/gcc-lib/hppa64-hp-hpux11.00/3.2/collect2 +Accept TypeMismatch -E -u main -o nasl -L/usr/local/lib -L/usr/local/pa20_64/lib/gcc-lib/hppa64-hp-hpux11.00/3.2 -L/usr/ccs/bin -L/usr/ccs/lib/pa20_64 -L/opt/langtools/lib/pa20_64 -L/usr/local/pa20_64/lib/gcc-lib/hppa64-hp-hpux11.00/3.2/../../.. nasl.o -lssl -lgcc -lc /opt/langtools/lib/pa20_64/end.o /usr/lib/pa20_64/milli.a -lgcc
ld: Can't find library for -lssl
Fatal error.
collect2: ld returned 1 exit status

Note that libssl.a does indeed exist in the specified directory:

> ls /usr/local/lib/libssl*
-rw-r--r-- 1 root sys 341222 Dec 3 11:06 /usr/local/lib/libssl.a

Any ideas?

Thanks in advance!!

David

[H.Merijn Brand (procura · Accepted solution]

I'll bet you a beer that /usr/local/lib/libssl.a is a 32bit library/archive. The gcc you use is a 64bit only compilers, that doesn't mix with 32bit objects, and - no - there is no way to mix.

So either get a 64bit libssl.a or get yourself a 32bit version of gcc. There are some pretty good ports available. Mine is available on https://www.beepz.com/personal/merijn/