Mailing List Archive

[Bug 576] Configure fails on Solaris 9
http://bugzilla.mindrot.org/show_bug.cgi?id=576

Summary: Configure fails on Solaris 9
Product: Portable OpenSSH
Version: -current
Platform: Sparc
OS/Version: Solaris
Status: NEW
Severity: normal
Priority: P2
Component: Build system
AssignedTo: openssh-bugs@mindrot.org
ReportedBy: dhighley@highley-recommended.com


Configure is failing on Sparc Solaris 9 platform using gcc 3.3. It fails for
both the ssl header and library version. I have taken the configure code for the
header version and compiled it this way:
gcc -o junk1 -I/usr/local/ssl/include junk1.c

junk1.c being the file I copied the configure code into. I have not been able to
do the same for the library version code. I have tried the following:
gcc -o junk2 -I/usr/local/ssl/include -L/usr/local/ssl/lib -L/usr/local/lib
-R/usr/local/lib -lcrypto -lsocket -lnsl -ldl junk2.c
Undefined first referenced
symbol in file
SSLeay /var/tmp//ccq9LJmh.o
SSLeay_version /var/tmp//ccq9LJmh.o
ld: fatal: Symbol referencing errors. No output written to junk2
collect2: ld returned 1 exit status

Running nm on libcrypto.a shows these two global symbols.



------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
[Bug 576] Configure fails on Solaris 9 [ In reply to ]
http://bugzilla.mindrot.org/show_bug.cgi?id=576





------- Additional Comments From dtucker@zip.com.au 2003-05-26 19:57 -------
That sounds like a compiler or openssl installation problem. Can you recompile
openssl?

I have just successfully configured openssh on Solaris 8 with gcc-3.3 here,
which gave me:

Linker flags: -L/usr/local/ssl/lib -R/usr/local/ssl/lib -L/usr/local/lib
-R/usr/local/lib
Libraries: -lrt -lz -lsocket -lnsl -lcrypto



------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
[Bug 576] Configure fails on Solaris 9 [ In reply to ]
http://bugzilla.mindrot.org/show_bug.cgi?id=576

dhighley@highley-recommended.com changed:

What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED



------- Additional Comments From dhighley@highley-recommended.com 2003-05-27 04:52 -------
Well this almost works:
gcc -o junk2 -I/usr/local/ssl/include -L/usr/local/ssl/lib -L/usr/local/lib
-R/usr/local/lib junk2.c -lrt -lz -lsocket -lnsl -lcrypto

It still fails with an unresolved reference to libgcc_s.so.1. This is a new
platform being build from the ground up so I suspect a tool issue here. Note the
suttle parameter order change of moving the source file a head of the library
flags. I hope this does not indicate a reverting to where building software was
a fragile task of determining what order you needed to things on the command line.

Bottom line, not a bug. Still need to figure out why the C library is not being
found when the code is linked with a -R flag. This is why shared libraries are
really a failed academic concept.



------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.