Re: Solaris 9 / modssl-2.8.22-1.3.33 problems

2004-12-17 Thread Steve Parker
I see from http://marc.theaimsgroup.com/?l=apache-modsslm=110326922031002w=2 
that Mads Toftum wrote:
You shouldn't need to regenerate these files - most likely a timestamp
problem that results in make thinking that the lex/yacc files has been
updated later than the output .c and .h - simply touch the output files
to make sure they have a newer timestamp, then make won't try to 
regenerate.
I re-extracted the tarballs from scratch, rinse, repeat.
Used touch to ensure that timestamp on ssl_expr_scan.l was 15:18 today, 
timestamps on *.c, *.h were 15:19 today.
Same problem.
Clean up, configure again.
mod-ssl$ ./configure --with-apache=../apache-1.3.33 etc...
mod-ssl$ cd ../apache-1.3.33
apache-1.3.33$ vi src/modules/ssl/Makefile
 ...  edit to read:
ssl_expr_scan.c: ssl_expr_scan.l ssl_expr_parse.h
   echo SKIPPING SSL_EXPR_SCAN.C
#   flex -Pssl_expr_yy -s -B ssl_expr_scan.l
#   sed -e '/$$Header:/d' lex.ssl_expr_yy.c ssl_expr_scan.c  rm -f 
lex.ssl_expr_yy.c
apache-1.3.33$ make
This is progress - the build succeeds (hurrah!). It's hammers for walnuts, but 
if it works, that's enough for me for now.
When it gets to the linking stage, it complains that libssl is incompatible
rm -f libssl.so
ld -L/apache/openssl-0.9.7e -G  -o libssl.so mod_ssl.lo ssl_engine_config.lo 
ssl_engine_compat.lo ssl_engine_ds.lo ssl_engine_dh.lo ssl_engine_init.lo 
ssl_engine_kernel.lo ssl_engine_rand.lo ssl_engine_io.lo ssl_engine_log.lo 
ssl_engine_mutex.lo ssl_engine_pphrase.lo ssl_engine_vars.lo ssl_engine_ext.lo 
ssl_scache.lo ssl_scache_dbm.lo ssl_scache_shmht.lo ssl_scache_shmcb.lo 
ssl_expr.lo ssl_expr_scan.lo ssl_expr_parse.lo ssl_expr_eval.lo ssl_util.lo 
ssl_util_ssl.lo ssl_util_sdbm.lo ssl_util_table.lo  -lssl -lcrypto 
-L/usr/local/lib/gcc/sparc-sun-solaris2.9/3.4.2 -lgcc
ld: skipping incompatible /apache/openssl-0.9.7e/libssl.a when searching for 
-lssl
ld: cannot find -lssl
make[4]: *** [libssl.so] Error 1
make[3]: *** [all] Error 1
make[2]: *** [subdirs] Error 1
make[2]: Leaving directory `/apache/apache_1.3.33/src'
make[1]: *** [build-std] Error 2
make[1]: Leaving directory `/apache/apache_1.3.33'
make: *** [build] Error 2
apache-1.3.33$ ld --version
GNU ld 2.11.2
Copyright 2001 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License.  This program has absolutely no warranty.
 Supported emulations:
  elf32_sparc
  elf64_sparc
apache-1.3.33$ file /apache/openssl-0.9.7e/libssl.a
/apache/openssl-0.9.7e/libssl.a:current ar archive, not a dynamic 
executable or shared object
My best guess (repeat, this time editing apache-1.3.33/src/Configuration, set EXTRA_CFLAGS=-m64 before configure, 
and removing the flex stuff before the make) doesn't fix it.
Any ideas what ld means by saying that libssl is incompatible?

Thanks,
Steve.
__
Apache Interface to OpenSSL (mod_ssl)   www.modssl.org
User Support Mailing List  [EMAIL PROTECTED]
Automated List Manager[EMAIL PROTECTED]


Re: Solaris 9 / modssl-2.8.22-1.3.33 problems

2004-12-17 Thread Steve Parker
Fixed it - using the sytem linker (/usr/ccs/bin/ld) instead of the GNU 
linker now works.

Summary of fixes required to build 64-bit modssl-2.8.22 on Solaris 9 SPARC:
 - CC=gcc -m64
 - Remove the flex command from 
apache-1.3.33/src/modules/ssl/Makefile before running make
 - PATH=/usr/ccs/bin:/usr/local/bin:$PATH  (or any other method of 
making it use the Solaris ld, not the GNU one).

Regards,
Steve.
__
Apache Interface to OpenSSL (mod_ssl)   www.modssl.org
User Support Mailing List  [EMAIL PROTECTED]
Automated List Manager[EMAIL PROTECTED]


Re: Solaris 9 / modssl-2.8.22-1.3.33 problems

2004-12-16 Thread Mads Toftum
On Fri, Dec 17, 2004 at 12:59:42AM +, Steve Parker wrote:
 Summary:
 It seems from http://forum.sun.com/thread.jspa?threadID=18986tstart=15 
 that this was a problem with 2.8.17,  fixed in 2.8.18 with a sed command 
 on line 244 of apache-1.3.33/src/modules/ssl/Makefile:
 
 242: ssl_expr_scan.c: ssl_expr_scan.l ssl_expr_parse.h
 243: flex -Pssl_expr_yy -s -B ssl_expr_scan.l
 244: sed -e '/$$Header:/d' lex.ssl_expr_yy.c ssl_expr_scan.c 
  rm -f lex.ssl_expr_yy.c
 
You shouldn't need to regenerate these files - most likely a timestamp
problem that results in make thinking that the lex/yacc files has been
updated later than the output .c and .h - simply touch the output files
to make sure they have a newer timestamp, then make won't try to 
regenerate.

vh

Mads Toftum
-- 
`Darn it, who spiked my coffee with water?!' - lwall

__
Apache Interface to OpenSSL (mod_ssl)   www.modssl.org
User Support Mailing List  [EMAIL PROTECTED]
Automated List Manager[EMAIL PROTECTED]