GNU ld comes first, checking the usage of collect2 gives that instead of
GNU ld, even if GNU ld would be the one that would get used if we link using
gcc. It's much better, apparently, to ask gcc directly what the path to
GNU ld is (provided it's there at all and gcc knows about it), and ask
the result if it's a GNU or not. The bonus is that our GNU ld detection
mechanism got shorter and easier to understand...
argument list length. This requires Gnu-tar. As we use the non-standard
"tardy" software anyway, it doesn't hurt too much to require Gnu-tar.
"make dist" will probably only be used by team-members anyway.
2001-10-10 16:46 levitte
* Configure (1.294), Makefile.org (1.142): For systems where gcc is
used and where we don't know if GNU ld is used or not, let's ask
collect2 which ld it uses and choose to use the target
do-gnu_shared if GNU ld is used.
This solves the reported problems on Solaris systems where GNU cc
is used but GNU ld isn't, and probably on other systems with
similar setups.
2001-04-27 23:33 levitte
* Makefile.org (1.135): A method to create shared libraries on AIX,
and according to "Howard Chu" <hyc@highlandsun.com>, it may be
general enough to work on any Unixly system.
2001-04-26 22:17 levitte
* Makefile.org (1.134): Linux shared libraries can be linked with
debug symbols. Tru64 shared libraries can be linked with static
libraries.
2001-01-10 17:43 bodo
* Makefile.org (1.118): Pass ${PERL} down to the Makefile in
sub-directory "test" in "make tests"
2001-01-10 17:40 bodo
* Makefile.org (1.117): Use $(PERL) in place of hard-coded perl
2000-11-14 12:05 jaenicke
* Makefile.org (1.115): Some platforms (namely HP-UX) require the
'x' bit set for shared libraries. For performance reasons, it is
also recommended to make the (mmap'ed) shared library 'read-only'.
-> New permissions for installed shared libraries = 555
This doesn't hurt anybody, provided the installation is performed
with 'cp -f' :-)
2000-11-01 01:05 levitte
* Configure (1.236), Makefile.org (1.110), CHANGES (1.640): Add
support for shared libraries under Irix. Submitted by Albert
Chin-A-Young <china@thewrittenword.com>
2000-10-22 23:37 levitte
* Makefile.org (1.106): When building shared libraries on HP-UX
10.20 and HP-UX 11.00 (32bit), ld warns that -Fl "may not be
supported in future releases". We know that, and are doing things
in HP-UX 11 (64bit), so turn off that warning with
+vnocompatwarnings.
His comments are:
1) Changes all references for `True64' to be `Tru64', which is the correct
spelling for the OS name.
2) Makes `alpha-cc' be the same as `alpha164-cc', and adds an `alphaold-cc'
entry that is the same as the previous `alpha-cc'. The reason is that most
people these days are using the newer compiler, so it should be the default.
3) Adds a bit of commentary to Configure, regarding the name changes of
the OS over the years, so it's not so confusing to people that haven't been
with the OS for a while.
4) Adds an `alpha-cc-rpath' target (which is *not* selected automatically
by Configure under any circumstance) that builds an RPATH into the
shared libraries. This is explained in the comment in Configure. It's
very very useful for people that want it, and people that don't want it
just shouldn't choose that target.
5) Adds the `-pthread' flag as the best way to get POSIX thread support
from the newer compiler.
6) Updates the Makefile targets, so that when the `alpha164-cc', `alpha-cc',
or `alpha-cc-rpath' target is what Configure is set to use, it uses a Makefile
target that includes the `-msym' option when building the shared library.
This is a performance enhancement.
7) Updates `config' so that if it detects you're running version 4 or 5
of the OS, it automatically selects `alpha-cc', but uses `alphaold-cc'
for versions 1-3 of the OS.
8) Updates the comment in opensslv.h, fixing both the OS name typo and
adding a reference to IRIX 6.x, since the shared library semantics are
virtually identical there.
ln on Solaris expects -f to come before -s.
The linux-shared method is actually gcc-specific, so call it
gnu-shared as well.
When using the native tools on Solaris, make damn sure the native ld
is used, even if the user has GNU ld earlier in his $PATH.
