But without splitting -Wl,-Fl from libssl.a with
a space,
??? 'cc -b -Wl,-Fl,libssl.a ...' should be/is translated to 'ld -b -Fl
libssl.a ...' by cc. Comma in cc -Wl stands for space in ld line.
Yes, that is absolutely correct. However, you are telling cc to pass this
through without thinking about it, correct? So cc doesn't know that, in
fact, there is a source object (libssl.a) because it was burried in a -Wl.
Therefore cc thinks there are no inputs, and does nothing.
What version is it? Once again, it works for me [under HP-UX 11]...
Change to a space and now ld gets to chew on it.
But there is no guarantee that cc won't change order of -Wl options and
those passed down the usual way. I mean "-Wl,-Fl libssl.a" can come out
as "libssl.a -Fl." At least this is the reason for why it looks the way
it does.
http://mail.gnome.org/archives/gtk-list/1999-March/msg00704.html reports
similar issues, with no resolution on how-to-exclude crt0.o from the
'cc'
flavor,
They were using -Wl,-b, while you're expected to pass -b directly to cc.
Ack, I see that, but the two mean different things I expect. -b to hp ld
means no built in link paths (same as +b disable to chatr).
??? -b means "create a shared library" to *both* ld and cc.
As for +s, it's used to link executables [where it's actually
effective], but not to lib*.sl [where it does nothing anyway]. Verify
the application link command line for presence of +s.
chatr tells me it's staticbound,
"it" who?
and I desired to follow SHLIB_PATH.
If I run 'chattr apps/openssl' it says "SHLIB_PATH enabled." Can you
show your application link command? A.
______________________________________________________________________
OpenSSL Project http://www.openssl.org
Development Mailing List openssl-dev@openssl.org
Automated List Manager [EMAIL PROTECTED]
