Am 19.04.2016 um 11:35 schrieb Rainer Jung:
I just now saw, that there's again an API break for OpenSSL 1.1.0.
I'll try to fix that during the next hour.
I don't understand the Gump failure for tcnative trunk which happened
this night. The errors look like tcnative trunk has been compiled
against a mixture of header files from OpenSSL master and older, but the
OpenSSL build logs on Gump don't indicate any such error.
For example the first build error was:
/bin/bash /srv/gump/public/workspace/apr-1/dest-20160419/build-1/libtool
--silent --mode=compile gcc -g -O2 -pthread -DHAVE_CONFIG_H -DLINUX
-D_REENTRANT -D_GNU_SOURCE -g -O2 -DHAVE_OPENSSL -DHAVE_POLLSET_WAKEUP
-I/srv/gump/public/workspace/tomcat-native-trunk/native/include
-I/usr/lib/jvm/java-8-oracle/include
-I/usr/lib/jvm/java-8-oracle/include/linux
-I/srv/gump/public/workspace/openssl-master/dest-20160419/include
-I/srv/gump/public/workspace/apr-1/dest-20160419/include/apr-1 -o
src/ssl.lo -c src/ssl.c && touch src/ssl.lo
In file included from src/ssl.c:17:0:
src/ssl.c: In function 'Java_org_apache_tomcat_jni_SSL_versionString':
src/ssl.c:312:43: error: 'OPENSSL_VERSION' undeclared (first use in this
function)
return AJP_TO_JSTRING(OpenSSL_version(OPENSSL_VERSION));
But the OpenSSL master snapshots for 20160418 and 20140619 contain the line
# define OPENSSL_VERSION 0
in openssl/crypto.h and there have been no more recent changes to the
OpenSSL master on github from which Gump gets its files.
I found another API change which I fixed in r1739889, but that was not
related.
Regards,
Rainer
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
