[[EMAIL PROTECTED] - Fri Aug 9 07:56:08 2002]:
> The configuration and installation process of the new OpenSSL 0.9.6f > package is broken in several places. Same problems on Linux and > Solaris. The package cannot be installed properly. OK, I thought the snapshots had been tested. My bad. I'll apply fixes and try to create a new release as soon as possible. > 1. The "config" scripts wants to set the variable "GCCVER". > > It expects a fixed output format like "2.95", but the "egcs" > series of GCC (which is still in use on a number of systems) > returns something like "egcs-2.91.1" for "gcc --version" or > "gcc -dumpversion". > > The "sed" call cannot handle the leading "egcs-", and that > breaks further checks that use GCCVER. Especially the two > checks "$GCCVER -lt 28" fail with a noticable error message. > > This bug already exists for some time. But obviously, no > user ever watched the output of the "config" script. ;-) Or obviously, no user ever tests with egcs :-). > 2. The "Makefile" contains a syntax error in the "install_docs:" > section so that "make install" won't work. > > The line > > @for i in doc/crypto/*.pod doc/ssl/*.pod; do \ > > is wrong and should read > > for i in doc/crypto/*.pod doc/ssl/*.pod; do \ > > instead. The "@" at the beginning of the line must be removed > as the two "for" loops are no longer separate commands but are > one virtual long command line. (You changed that between 0.9.6e > and 0.9.6f.) Fix committed (it's already fixed in 0.9.7 beta4 (not yet released) and 0.9.8-dev...). > 3. The "Makefile" contains another error which may result in a lot > of error messages from (the wrong version of) "pod2man". > > The following line > > @pod2man=`cd ../../util; ./pod2mantest ignore`; \ > > is wrong and should read > > @pod2man=`cd util; ./pod2mantest ignore`; \ > > instead. You changed the installation process between > 0.9.6e and 0.9.6f, and now you're in a different directory. Fix committed (same story here, this is already fixed in higher, not yet released versions). > 4. The "Makefile" contains another error which prevents the > correct installation of shared libraries. > > At the end of the "install:" section, the following line > > $(MAKE) -f $$here/Makefile link-shared ); \ > > should read > > make -f $$here/Makefile link-shared ); \ > > instead. This is yet another change between 0.9.6e and 0.9.6f. > The variable "MAKE" contains "make -f Makefile.ssl" which > results in "make -f Makefile.ssl -f $$here/Makefile link-shared", > and this is obviously not a good idea. ;-) > > Currently, the installation process simply fails if shared > libraries are enabled. OK, this one is a real problem. You see, there was another complaint that some people might used the command 'gmake' or something similar, and that we basically forced 'make' on them. The change you complain about was meant to fix that problem, but apparently, it needs more work. -- Richard Levitte [EMAIL PROTECTED] ______________________________________________________________________ OpenSSL Project http://www.openssl.org Development Mailing List [EMAIL PROTECTED] Automated List Manager [EMAIL PROTECTED]
