Re: 1.6.0 release candidates

2017-05-10 Thread Dennis Clarke 

On 05/07/2017 08:37 PM, Yann Ylavic wrote:

On Sun, May 7, 2017 at 4:15 PM, Dennis Clarke  wrote:


node000 $ echo $CPPFLAGS
-I/usr/local/include -I/usr/local/ssl/include -D_TS_ERRNO
-D_POSIX_PTHREAD_SEMANTICS -D_LARGEFILE64_SOURCE

[]


During the compile is where we see every sort of non-portable warning or
error we can possibly imagine.  Let's look at the few seconds that we
managed to get from it. In fact, even with a more relaxed  compiler "cc"
we don't get very far.

/usr/local/bin/bash /usr/local/build-1/libtool --silent --mode=compile
/opt/developerstudio12.5/bin/cc   -errfmt=error -erroff=%none -errshort=full
-xstrconst -xildoff -m64 -xarch=sparc -xmemalign=8s -xnolibmil -Xa
-xcode=pic32 -xregs=no%appl -xlibmieee -mc -g -xs -ftrap=%none -Qy
-xbuiltin=%none -xdebugformat=dwarf -xunroll=1 -D_TS_ERRNO
-D_POSIX_PTHREAD_SEMANTICS -D_LARGEFILE64_SOURCE -DHAVE_CONFIG_H
-DSOLARIS2=10 -D_REENTRANT  -I/usr/local/include -I/usr/local/ssl/include
-I/usr/local/include/apr-1 -D_TS_ERRNO -D_POSIX_PTHREAD_SEMANTICS
-D_LARGEFILE64_SOURCE
-I/usr/local/build/apr-util-1.6.0_beta_SunOS5.10_sparcv9.001/include
-I/usr/local/build/apr-util-1.6.0_beta_SunOS5.10_sparcv9.001/include/private
-I/opt/mysql/mysql/include  -I/usr/local/include/apr-1
-I/usr/local/ssl/include -I/usr/local/include  -o
buckets/apr_buckets_file.lo -c buckets/apr_buckets_file.c && touch
buckets/apr_buckets_file.lo
"buckets/apr_buckets_file.c", line 112: error: undefined struct/union
member: read_size


Looks like due to $CCPFLAGS above, an old
"/usr/local/include/apr-1/apr_buckets.h" already exists and is
prioritized over the one in
"/usr/local/build/apr-util-1.6.0_beta_SunOS5.10_sparcv9.001/include".



I setup a fresh beta site to work on the 1.6.x code and the apr seems to
build fine without even a single warning at all from the Oracle Studio
12.5 compilers.  I have thus moved on to apr-util where I see that there
once was an installed expat.h in the default /usr/local/include/apr-1
but it no longer exists. I will build in libexpat separately and then
see if that satisfies the dependency :

/usr/local/bin/bash /usr/local/build-1/libtool --silent --mode=compile 
/opt/developerstudio12.5/bin/cc   -errfmt=error -erroff=%none 
-errshort=full -xstrconst -xildoff -m64 -xarch=sparc -xmemalign=8s 
-xnolibmil -Xa -xcode=pic32 -xregs=no%appl -xlibmieee -mc -g -xs 
-ftrap=%none -Qy -xbuiltin=%none -xdebugformat=dwarf -xunroll=1 
-D_TS_ERRNO -D_POSIX_PTHREAD_SEMANTICS -D_LARGEFILE64_SOURCE 
-DHAVE_CONFIG_H  -DSOLARIS2=10 -D_REENTRANT  -I/usr/local/include 
-I/usr/local/ssl/include -I/usr/local/include/apr-1 -D_TS_ERRNO 
-D_POSIX_PTHREAD_SEMANTICS -D_LARGEFILE64_SOURCE 
-I/usr/local/build/apr-util-1.6.0_SunOS5.10_sparcv9.001/include 
-I/usr/local/build/apr-util-1.6.0_SunOS5.10_sparcv9.001/include/private 
-I/opt/mysql/mysql/include  -I/usr/local/include/apr-1 
-I/usr/local/ssl/include -I/usr/local/include  -o xml/apr_xml.lo -c 
xml/apr_xml.c && touch xml/apr_xml.lo

"xml/apr_xml.c", line 35: cannot find include file: 
"xml/apr_xml.c", line 66: error: syntax error before or at: XML_Parser
"xml/apr_xml.c", line 67: error: incomplete struct/union/enum XML_Error: 
xp_err

"xml/apr_xml.c", line 82: error: improper member use: cur_elem
"xml/apr_xml.c", line 154: error: improper member use: error
"xml/apr_xml.c", line 157: error: improper member use: p
"xml/apr_xml.c", line 160: error: improper member use: p
"xml/apr_xml.c", line 164: error: improper member use: p
"xml/apr_xml.c", line 165: error: improper member use: p
"xml/apr_xml.c", line 166: error: improper member use: p
"xml/apr_xml.c", line 172: error: improper member use: cur_elem
"xml/apr_xml.c", line 174: error: improper member use: cur_elem
"xml/apr_xml.c", line 174: error: improper member use: doc
"xml/apr_xml.c", line 178: error: improper member use: cur_elem
"xml/apr_xml.c", line 192: error: improper member use: cur_elem
"xml/apr_xml.c", line 208: error: improper member use: error
"xml/apr_xml.c", line 220: error: improper member use: p
"xml/apr_xml.c", line 223: error: improper member use: p
"xml/apr_xml.c", line 225: error: improper member use: doc
"xml/apr_xml.c", line 240: error: improper member use: p
"xml/apr_xml.c", line 284: error: improper member use: error
"xml/apr_xml.c", line 315: error: improper member use: error
"xml/apr_xml.c", line 327: error: improper member use: error
"xml/apr_xml.c", line 331: error: improper member use: cur_elem
"xml/apr_xml.c", line 331: error: improper member use: cur_elem
"xml/apr_xml.c", line 342: error: improper member use: error
"xml/apr_xml.c", line 345: error: improper member use: cur_elem
"xml/apr_xml.c", line 346: error: improper member use: p
"xml/apr_xml.c", line 357: error: improper member use: p
"xml/apr_xml.c", line 364: warning: implicit function declaration: 
XML_ParserFree

"xml/apr_xml.c", line 364: error: undefined struct/union member: xp
"xml/apr_xml.c", line 365: error: improper member use: xp
"xml/apr_xml.c", line 384:

Re: apr-util-1.6.0 on Solaris issues

2017-05-10 Thread William A Rowe Jr 
On Wed, May 10, 2017 at 9:20 PM, Dennis Clarke  wrote:
>
>>> beta $ ldd -d ./dbd/.libs/apr_dbd_mysql-1.so
>>>  libmysqlclient.so.18 =>
>>> /opt/mysql/mysql/lib/libmysqlclient.so.18
>>>  libsocket.so.1 =>/lib/64/libsocket.so.1
>>>  libnsl.so.1 =>   /lib/64/libnsl.so.1
>>>  libm.so.2 => /lib/64/libm.so.2
>>>  librt.so.1 =>/lib/64/librt.so.1
>>>  libc.so.1 => /lib/64/libc.so.1
>>>  libstlport.so.1 => /opt/mysql/mysql/lib/../lib/libstlport.so.1
>>>  libmp.so.2 =>/lib/64/libmp.so.2
>>>  libmd.so.1 =>/lib/64/libmd.so.1
>>>  libscf.so.1 =>   /lib/64/libscf.so.1
>>>  libaio.so.1 =>   /lib/64/libaio.so.1
>>>  libCrun.so.1 =>  /usr/lib/64/libCrun.so.1
>>>  libdoor.so.1 =>  /lib/64/libdoor.so.1
>>>  libuutil.so.1 => /lib/64/libuutil.so.1
>>>  libgen.so.1 =>   /lib/64/libgen.so.1
>>>  symbol not found: apr_bucket_setaside_notimpl
>>> (./dbd/.libs/apr_dbd_mysql-1.so)
>>>  symbol not found: apr_bucket_shared_split
>>> (./dbd/.libs/apr_dbd_mysql-1.so)
>>>  symbol not found: apr_bucket_shared_copy
>>> (./dbd/.libs/apr_dbd_mysql-1.so)
>>>  symbol not found: apr_bucket_free
>>> (./dbd/.libs/apr_dbd_mysql-1.so)
>>>  symbol not found: apr_pool_cleanup_null
>>> (./dbd/.libs/apr_dbd_mysql-1.so)
>>
>>
>> These should be fine, since, ./.libs/libaprutil-1.so will be the module
>> loading these, it and already has resolved all ./.libs/libapr-1.so
>> symbols.
>>
>> In an early-binding architecture like Windows, this would be a problem
>> but should be no hassle on most any *nix.
>>
>
> So it fails a testsuite but install it and hope for the best?

No, my point was that the test suite doesn't load that apr_driver-1.so
file, apr_util's fn invoked by testall which are linked to and apr loads
that driver, so the symbols should resolve at runtime.

> OKay .. let's give it a try.

Let us know if that makes a difference, perhaps a stale flavor of apr
is discovered first?

Re: apr-util-1.6.0 on Solaris issues

2017-05-10 Thread Dennis Clarke 



beta $ ldd -d ./dbd/.libs/apr_dbd_mysql-1.so
 libmysqlclient.so.18 =>  /opt/mysql/mysql/lib/libmysqlclient.so.18
 libsocket.so.1 =>/lib/64/libsocket.so.1
 libnsl.so.1 =>   /lib/64/libnsl.so.1
 libm.so.2 => /lib/64/libm.so.2
 librt.so.1 =>/lib/64/librt.so.1
 libc.so.1 => /lib/64/libc.so.1
 libstlport.so.1 => /opt/mysql/mysql/lib/../lib/libstlport.so.1
 libmp.so.2 =>/lib/64/libmp.so.2
 libmd.so.1 =>/lib/64/libmd.so.1
 libscf.so.1 =>   /lib/64/libscf.so.1
 libaio.so.1 =>   /lib/64/libaio.so.1
 libCrun.so.1 =>  /usr/lib/64/libCrun.so.1
 libdoor.so.1 =>  /lib/64/libdoor.so.1
 libuutil.so.1 => /lib/64/libuutil.so.1
 libgen.so.1 =>   /lib/64/libgen.so.1
 symbol not found: apr_bucket_setaside_notimpl
(./dbd/.libs/apr_dbd_mysql-1.so)
 symbol not found: apr_bucket_shared_split
(./dbd/.libs/apr_dbd_mysql-1.so)
 symbol not found: apr_bucket_shared_copy
(./dbd/.libs/apr_dbd_mysql-1.so)
 symbol not found: apr_bucket_free (./dbd/.libs/apr_dbd_mysql-1.so)
 symbol not found: apr_pool_cleanup_null
(./dbd/.libs/apr_dbd_mysql-1.so)


These should be fine, since, ./.libs/libaprutil-1.so will be the module
loading these, it and already has resolved all ./.libs/libapr-1.so symbols.

In an early-binding architecture like Windows, this would be a problem
but should be no hassle on most any *nix.



So it fails a testsuite but install it and hope for the best?

OKay .. let's give it a try.

Dennis

Re: 1.6.0 release candidates

2017-05-10 Thread Dennis Clarke 

On 05/10/2017 01:05 PM, Nick Kew wrote:

On Wed, 10 May 2017 11:33:13 +
Dennis Clarke  wrote:


So that seems to be gone from apr-1.6.0 and I hope expat-2.2.0 solves
   the issue.


Yep, that's (due to be) part of the release notes.

But if you got through "configure" without it checking for expat,
you would seem to have found a bug.


Let's look :

beta $ grep -i "expat" apr-1.6.0_SunOS5.10_sparcv9.001.config.log

nope ... nothing seen there.

I do have ( two flavours ) of libexpat in place and I should do a
check here on this beta box to verify that nothing requires the older
SONAME libexpat.so.0 and then get rid of it. Regardless expat.h is
nowhere to be seen ...

beta #  ls -lap /usr/local/lib/libexpa*
-rw-r--r--   1 root bin   652272 May 19  2013 
/usr/local/lib/libexpat.a
-rwxr-xr-x   1 root bin  977 Aug  6  2016 
/usr/local/lib/libexpat.la
lrwxrwxrwx   1 root root  17 May 10 13:13 
/usr/local/lib/libexpat.so -> libexpat.so.1.6.0*
lrwxrwxrwx   1 root root  17 May 10 13:12 
/usr/local/lib/libexpat.so.0 -> libexpat.so.0.5.0*
-rwxr-xr-x   1 root bin   493024 Feb 28  2013 
/usr/local/lib/libexpat.so.0.5.0
lrwxrwxrwx   1 root root  17 May 10 13:12 
/usr/local/lib/libexpat.so.1 -> libexpat.so.1.6.0*
-rwxr-xr-x   1 root bin   503920 May 19  2013 
/usr/local/lib/libexpat.so.1.6.0






Thanks for test-driving.



I am trying to get apache 2.4.25 up and running with the new apr bits
and all of these binaries are build debug ready and I have core services
in place.  Therefore single stepping and other goodness is perfectly
possible.  Even better is running in the foreground within the debugger
itself however that overhead is pretty massive.

Dennis

Re: 1.6.0 release candidates

2017-05-10 Thread Nick Kew 
On Wed, 10 May 2017 11:33:13 +
Dennis Clarke  wrote:

> So that seems to be gone from apr-1.6.0 and I hope expat-2.2.0 solves
>   the issue.

Yep, that's (due to be) part of the release notes.

But if you got through "configure" without it checking for expat,
you would seem to have found a bug.

Thanks for test-driving.

-- 
Nick Kew

Re: 1.6.0 release candidates

2017-05-10 Thread Dennis Clarke 

On 05/10/2017 01:37 PM, Nick Kew wrote:

On Wed, 10 May 2017 14:05:51 +0100
Nick Kew  wrote:


But if you got through "configure" without it checking for expat,
you would seem to have found a bug.


Whoops!  That should have read one or the other of expat
and libxml2, since those are now alternatives.  But it seems
that didn't get backported from 2.0/trunk.

I don't think that's a showstopper, but a bad omission.



Probably an easy fix.

I see this here :

  old ( stable ) apr-util ) lib $INST/lib/libaprutil-1.so.0.5.4  requires


libexpat.so.1 => /usr/local/lib/libexpat.so.1
libiconv.so.2 => /usr/local/lib/libiconv.so.2
libapr-1.so.0 => /usr/local/lib/libapr-1.so.0
libuuid.so.1 =>  /lib/64/libuuid.so.1
libsendfile.so.1 =>  /lib/64/libsendfile.so.1
librt.so.1 =>/lib/64/librt.so.1
libsocket.so.1 =>/lib/64/libsocket.so.1
libnsl.so.1 =>   /lib/64/libnsl.so.1
libpthread.so.1 =>   /lib/64/libpthread.so.1
libc.so.1 => /lib/64/libc.so.1
libaio.so.1 =>   /lib/64/libaio.so.1
libmd.so.1 =>/lib/64/libmd.so.1
libmp.so.2 =>/lib/64/libmp.so.2
libscf.so.1 =>   /lib/64/libscf.so.1
libdoor.so.1 =>  /lib/64/libdoor.so.1
libuutil.so.1 => /lib/64/libuutil.so.1
libgen.so.1 =>   /lib/64/libgen.so.1
libm.so.2 => /lib/64/libm.so.2

So there we see expat but nothing to do with libxml2 at all.

I also have an old appendix that should have been cut out from way back 
on bug 54735 ( ye password issue ) :


$INST/bin/htpasswd_bug54735  needs :

libaprutil-1.so.0 => /usr/local/lib/libaprutil-1.so.0
libexpat.so.0 => /usr/local/lib/libexpat.so.0  <-- old
libiconv.so.2 => /usr/local/lib/libiconv.so.2
libapr-1.so.0 => /usr/local/lib/libapr-1.so.0
libresolv.so.2 =>/lib/64/libresolv.so.2
libuuid.so.1 =>  /lib/64/libuuid.so.1
libsendfile.so.1 =>  /lib/64/libsendfile.so.1
librt.so.1 =>/lib/64/librt.so.1
libsocket.so.1 =>/lib/64/libsocket.so.1
libnsl.so.1 =>   /lib/64/libnsl.so.1
libpthread.so.1 =>   /lib/64/libpthread.so.1
libc.so.1 => /lib/64/libc.so.1
libexpat.so.1 => /usr/local/lib/libexpat.so.1  <-- new
libaio.so.1 =>   /lib/64/libaio.so.1
libmd.so.1 =>/lib/64/libmd.so.1
libmp.so.2 =>/lib/64/libmp.so.2
libscf.so.1 =>   /lib/64/libscf.so.1
libdoor.so.1 =>  /lib/64/libdoor.so.1
libuutil.so.1 => /lib/64/libuutil.so.1
libgen.so.1 =>   /lib/64/libgen.so.1
libm.so.2 => /lib/64/libm.so.2

Requires both the old SONAME and the new. Uggg.  I'll nuke that.  The 
correct htpasswd from 2.4.25 only needs libexpat :


$INST/bin/htpasswd  needs :
libaprutil-1.so.0 => /usr/local/lib/libaprutil-1.so.0
libexpat.so.1 => /usr/local/lib/libexpat.so.1
libiconv.so.2 => /usr/local/lib/libiconv.so.2
libapr-1.so.0 => /usr/local/lib/libapr-1.so.0

So I will keep digging forwards here and the objective is to get
 beta.genunix.com up and running on apache 2.4.25 with the new
  apr/apr-util 1.6.x bits ... hopefully today would be nice :-)

Dennis

Re: 1.6.0 release candidates

2017-05-10 Thread Nick Kew 
On Wed, 10 May 2017 14:05:51 +0100
Nick Kew  wrote:

> But if you got through "configure" without it checking for expat,
> you would seem to have found a bug.

Whoops!  That should have read one or the other of expat
and libxml2, since those are now alternatives.  But it seems
that didn't get backported from 2.0/trunk.

I don't think that's a showstopper, but a bad omission.

-- 
Nick Kew

Re: 1.6.0 release candidates

2017-05-10 Thread Dennis Clarke 

On 05/10/2017 01:37 PM, Nick Kew wrote:

On Wed, 10 May 2017 14:05:51 +0100
Nick Kew  wrote:


But if you got through "configure" without it checking for expat,
you would seem to have found a bug.


Whoops!  That should have read one or the other of expat
and libxml2, since those are now alternatives.  But it seems
that didn't get backported from 2.0/trunk.

I don't think that's a showstopper, but a bad omission.



With a little hackary I am able to get past the stlport4 issues and deal 
with the $ORIGIN libpath bits and get this :




beta $ diff /opt/mysql/mysql/bin/mysql_config.backup 
/opt/mysql/mysql/bin/mysql_config

116c116
< libs="$libs  -R'\$ORIGIN/../lib' -R/opt/studio12u2/lib/stlport4/v9"
---
> libs="$libs  -R/opt/developerstudio12.5/lib/stlport4/sparcv9"
118c118
< libs_r="$libs_r  -R'\$ORIGIN/../lib' -R/opt/studio12u2/lib/stlport4/v9"
---
> libs_r="$libs_r  -R/opt/developerstudio12.5/lib/stlport4/sparcv9"
120c120
< embedded_libs="$embedded_libs  -R'\$ORIGIN/../lib' 
-R/opt/studio12u2/lib/stlport4/v9"

---
> embedded_libs="$embedded_libs 
-R/opt/developerstudio12.5/lib/stlport4/sparcv9"

beta $

That should ( I think ) be harmless in that the real stlport4 libs are 
really not in the /opt/studio12u2 path at all.  This looks like once 
again the Oracle devs left things behind in the libmysqlclient lib that 
will break downstream binaries.  Happened before.


We should be able to get by with just -L/opt/mysql/mysql/lib since the
libstlport4 libs are redistributable and yes they are in the MySQL 
package :


beta $ ls -lap /opt/mysql/mysql/lib/libstlport*
lrwxrwxrwx   1 root root  36 May  7 22:36 
/opt/mysql/mysql/lib/libstlport.so -> /opt/mysql/mysql/lib/libstlport.so.1
-rw-r--r--   1 root bin  2483248 Aug 14  2010 
/opt/mysql/mysql/lib/libstlport.so.1

beta $


However let's give this a try and we see a slight diff in configure 
results :



beta $ diff ../apr-util-1.6.0_SunOS5.10_sparcv9.002.config.log 
../apr-util-1.6.0_SunOS5.10_sparcv9.003.config.log

66,67c66,67
<   setting LDFLAGS to "-L/opt/mysql/mysql/lib -R/opt/mysql/mysql/lib 
  -R'$ORIGIN/../lib' -R/opt/studio12u2/lib/stlport4/v9"
<   setting LIBS to "-L/opt/mysql/mysql/lib -R/opt/mysql/mysql/lib 
-lmysqlclient -lsocket -lnsl -lm -lrt -R'$ORIGIN/../lib' 
-R/opt/studio12u2/lib/stlport4/v9"

---
>   setting LDFLAGS to "-L/opt/mysql/mysql/lib -R/opt/mysql/mysql/lib 
   -R/opt/developerstudio12.5/lib/stlport4/sparcv9"
>   setting LIBS to "-L/opt/mysql/mysql/lib -R/opt/mysql/mysql/lib 
-lmysqlclient -lsocket -lnsl -lm -lrt 
-R/opt/developerstudio12.5/lib/stlport4/sparcv9"

76c76
<   setting LDADD_dbd_mysql to "-L/opt/mysql/mysql/lib 
-R/opt/mysql/mysql/lib  -R'$ORIGIN/../lib' 
-R/opt/studio12u2/lib/stlport4/v9 -lmysqlclient -L/opt/mysql/mysql/lib 
-R/opt/mysql/mysql/lib -lmysqlclient -lsocket -lnsl -lm -lrt 
-R'$ORIGIN/../lib' -R/opt/studio12u2/lib/stlport4/v9"

---
>   setting LDADD_dbd_mysql to "-L/opt/mysql/mysql/lib 
-R/opt/mysql/mysql/lib 
-R/opt/developerstudio12.5/lib/stlport4/sparcv9 -lmysqlclient 
-L/opt/mysql/mysql/lib -R/opt/mysql/mysql/lib -lmysqlclient -lsocket 
-lnsl -lm -lrt -R/opt/developerstudio12.5/lib/stlport4/sparcv9"

beta $


Do the compile and we get to a point and then silently stop ?
.
.
.
/usr/local/bin/bash /usr/local/build-1/libtool --silent --mode=compile 
/opt/developerstudio12.5/bin/cc   -errfmt=error -erroff=%none 
-errshort=full -xstrconst -xildoff -m64 -xarch=sparc -xmemalign=8s 
-xnolibmil -Xa -xcode=pic32 -xregs=no%appl -xlibmieee -mc -g -xs 
-ftrap=%none -Qy -xbuiltin=%none -xdebugformat=dwarf -xunroll=1 
-D_TS_ERRNO -D_POSIX_PTHREAD_SEMANTICS -D_LARGEFILE64_SOURCE 
-DHAVE_CONFIG_H  -DSOLARIS2=10 -D_REENTRANT  -I/usr/local/include 
-I/usr/local/ssl/include -I/usr/local/include/apr-1 -D_TS_ERRNO 
-D_POSIX_PTHREAD_SEMANTICS -D_LARGEFILE64_SOURCE 
-I/usr/local/build/apr-util-1.6.0_SunOS5.10_sparcv9.003/include 
-I/usr/local/build/apr-util-1.6.0_SunOS5.10_sparcv9.003/include/private 
-I/opt/mysql/mysql/include  -I/usr/local/include/apr-1 
-I/usr/local/ssl/include -I/usr/local/include  -o dbd/apr_dbd_sqlite3.lo 
-c dbd/apr_dbd_sqlite3.c && touch dbd/apr_dbd_sqlite3.lo
/usr/local/bin/bash /usr/local/build-1/libtool --silent --mode=link 
/opt/developerstudio12.5/bin/cc-errfmt=error -erroff=%none 
-errshort=full -xstrconst -xildoff -m64 -xarch=sparc -xmemalign=8s 
-xnolibmil -Xa -xcode=pic32 -xregs=no%appl -xlibmieee -mc -g -xs 
-ftrap=%none -Qy -xbuiltin=%none -xdebugformat=dwarf -xunroll=1 
-D_TS_ERRNO -D_POSIX_PTHREAD_SEMANTICS -D_LARGEFILE64_SOURCE 
-L/usr/local/ssl/lib -L/usr/local/lib -release 1 -module -rpath 
/usr/local/lib/apr-util-1 -o dbd/apr_dbd_sqlite3.la 
dbd/apr_dbd_sqlite3.lo -lsqlite3
gmake[1]: Leaving directory 
`/usr/local/build/apr-util-1.6.0_SunOS5.10_sparcv9.003'

beta $


So is that success ?   Hard to say.

Run gmake check and I see :

/usr/local/bin/bash /usr/local/build-1/libtool --silent --mode=link 
/opt/developerstudio12.5/bin/cc

apr-util-1.6.0 on Solaris issues

2017-05-10 Thread Dennis Clarke 


So in another thread I have been going over this and over this and 
finding little nits and getting past them and I do get a clean compile 
but .. there are a few issues :


beta $ ldd -d ./dbd/.libs/apr_dbd_mysql-1.so
libmysqlclient.so.18 =>  /opt/mysql/mysql/lib/libmysqlclient.so.18
libsocket.so.1 =>/lib/64/libsocket.so.1
libnsl.so.1 =>   /lib/64/libnsl.so.1
libm.so.2 => /lib/64/libm.so.2
librt.so.1 =>/lib/64/librt.so.1
libc.so.1 => /lib/64/libc.so.1
libstlport.so.1 => 
/opt/mysql/mysql/lib/../lib/libstlport.so.1

libmp.so.2 =>/lib/64/libmp.so.2
libmd.so.1 =>/lib/64/libmd.so.1
libscf.so.1 =>   /lib/64/libscf.so.1
libaio.so.1 =>   /lib/64/libaio.so.1
libCrun.so.1 =>  /usr/lib/64/libCrun.so.1
libdoor.so.1 =>  /lib/64/libdoor.so.1
libuutil.so.1 => /lib/64/libuutil.so.1
libgen.so.1 =>   /lib/64/libgen.so.1
symbol not found: apr_bucket_setaside_notimpl 
(./dbd/.libs/apr_dbd_mysql-1.so)
symbol not found: apr_bucket_shared_split 
(./dbd/.libs/apr_dbd_mysql-1.so)
symbol not found: apr_bucket_shared_copy 
(./dbd/.libs/apr_dbd_mysql-1.so)
symbol not found: apr_bucket_free 
(./dbd/.libs/apr_dbd_mysql-1.so)
symbol not found: apr_pool_cleanup_null 
(./dbd/.libs/apr_dbd_mysql-1.so)




Also :



beta $ ldd -d ./crypto/.libs/apr_crypto_openssl-1.so
libssl.so.1.0.0 =>   /usr/local/ssl/lib/libssl.so.1.0.0
libcrypto.so.1.0.0 =>/usr/local/ssl/lib/libcrypto.so.1.0.0
libc.so.1 => /lib/64/libc.so.1
libsocket.so.1 =>/lib/64/libsocket.so.1
libnsl.so.1 =>   /lib/64/libnsl.so.1
libdl.so.1 =>/lib/64/libdl.so.1
libz.so.1 => /usr/local/lib/libz.so.1
libz.so.1 (SUNW_1.1) =>  (version not found)
libmp.so.2 =>/lib/64/libmp.so.2
libmd.so.1 =>/lib/64/libmd.so.1
libscf.so.1 =>   /lib/64/libscf.so.1
libdoor.so.1 =>  /lib/64/libdoor.so.1
libuutil.so.1 => /lib/64/libuutil.so.1
libgen.so.1 =>   /lib/64/libgen.so.1
symbol not found: apr_pool_cleanup_null 
(./crypto/.libs/apr_crypto_openssl-1.so)


Looking into /usr/local/lib/libapr-1.so.0.6.0 I expect those symbols to 
be there .. but .. they are not :


beta $ ldd -d ./crypto/.libs/apr_crypto_openssl-1.so | grep "not"
libz.so.1 (SUNW_1.1) =>  (version not found)
symbol not found: apr_pool_cleanup_null 
(./crypto/.libs/apr_crypto_openssl-1.so)


beta $ ldd -d ./dbd/.libs/apr_dbd_mysql-1.so | grep "not"
symbol not found: apr_bucket_setaside_notimpl 
(./dbd/.libs/apr_dbd_mysql-1.so)
symbol not found: apr_bucket_shared_split 
(./dbd/.libs/apr_dbd_mysql-1.so)
symbol not found: apr_bucket_shared_copy 
(./dbd/.libs/apr_dbd_mysql-1.so)
symbol not found: apr_bucket_free 
(./dbd/.libs/apr_dbd_mysql-1.so)
symbol not found: apr_pool_cleanup_null 
(./dbd/.libs/apr_dbd_mysql-1.so)


beta $ nm -P /usr/local/lib/libapr-1.so.0.6.0 | grep -i 
"apr_pool_cleanup_null"

apr_pool_cleanup_null T36d10   38

beta $ nm -P /usr/local/lib/libapr-1.so.0.6.0 | grep -i 
"apr_bucket_setaside_notimpl"


beta $ nm -P /usr/local/lib/libapr-1.so.0.6.0 | grep -i 
"apr_bucket_shared_split"


beta $ nm -P /usr/local/lib/libapr-1.so.0.6.0 | grep -i "apr_bucket_"

So not sure of the next step here with these symbols not found and they 
are not in  libapr-1.so.0.6.0


Dennis

Re: 1.6.0 release candidates

2017-05-10 Thread Dennis Clarke 

On 05/10/2017 01:37 PM, Nick Kew wrote:

On Wed, 10 May 2017 14:05:51 +0100
Nick Kew  wrote:


But if you got through "configure" without it checking for expat,
you would seem to have found a bug.


Whoops!  That should have read one or the other of expat
and libxml2, since those are now alternatives.  But it seems
that didn't get backported from 2.0/trunk.

I don't think that's a showstopper, but a bad omission.



OKay .. past the libexpat issue and now I see :

/usr/local/bin/bash /usr/local/build-1/libtool --silent --mode=compile 
/opt/developerstudio12.5/bin/cc   -errfmt=error -erroff=%none 
-errshort=full -xstrconst -xildoff -m64 -xarch=sparc -xmemalign=8s 
-xnolibmil -Xa -xcode=pic32 -xregs=no%appl -xlibmieee -mc -g -xs 
-ftrap=%none -Qy -xbuiltin=%none -xdebugformat=dwarf -xunroll=1 
-D_TS_ERRNO -D_POSIX_PTHREAD_SEMANTICS -D_LARGEFILE64_SOURCE 
-DHAVE_CONFIG_H  -DSOLARIS2=10 -D_REENTRANT  -I/usr/local/include 
-I/usr/local/ssl/include -I/usr/local/include/apr-1 -D_TS_ERRNO 
-D_POSIX_PTHREAD_SEMANTICS -D_LARGEFILE64_SOURCE 
-I/usr/local/build/apr-util-1.6.0_SunOS5.10_sparcv9.002/include 
-I/usr/local/build/apr-util-1.6.0_SunOS5.10_sparcv9.002/include/private 
-I/opt/mysql/mysql/include  -I/usr/local/include/apr-1 
-I/usr/local/ssl/include -I/usr/local/include  -o dbd/apr_dbd_mysql.lo 
-c dbd/apr_dbd_mysql.c && touch dbd/apr_dbd_mysql.lo
"/opt/mysql/mysql/include/my_config.h", line 647: warning: macro 
redefined: PACKAGE_NAME
"/opt/mysql/mysql/include/my_config.h", line 648: warning: macro 
redefined: PACKAGE_STRING
"/opt/mysql/mysql/include/my_config.h", line 649: warning: macro 
redefined: PACKAGE_TARNAME
"/opt/mysql/mysql/include/my_config.h", line 650: warning: macro 
redefined: PACKAGE_VERSION

"dbd/apr_dbd_mysql.c", line 385: warning: statement not reached
/usr/local/bin/bash /usr/local/build-1/libtool --silent --mode=link 
/opt/developerstudio12.5/bin/cc-errfmt=error -erroff=%none 
-errshort=full -xstrconst -xildoff -m64 -xarch=sparc -xmemalign=8s 
-xnolibmil -Xa -xcode=pic32 -xregs=no%appl -xlibmieee -mc -g -xs 
-ftrap=%none -Qy -xbuiltin=%none -xdebugformat=dwarf -xunroll=1 
-D_TS_ERRNO -D_POSIX_PTHREAD_SEMANTICS -D_LARGEFILE64_SOURCE 
-L/usr/local/ssl/lib -L/usr/local/lib -release 1 -module -rpath 
/usr/local/lib/apr-util-1 -o dbd/apr_dbd_mysql.la dbd/apr_dbd_mysql.lo 
-L/opt/mysql/mysql/lib -R/opt/mysql/mysql/lib  -R'RIGIN/../lib' 
-R/opt/studio12u2/lib/stlport4/v9 -lmysqlclient -L/opt/mysql/mysql/lib 
-R/opt/mysql/mysql/lib -lmysqlclient -lsocket -lnsl -lm -lrt 
-R'RIGIN/../lib' -R/opt/studio12u2/lib/stlport4/v9

libtool: link: only absolute run-paths are allowed
gmake[1]: *** [dbd/apr_dbd_mysql.la] Error 1
gmake[1]: Leaving directory 
`/usr/local/build/apr-util-1.6.0_SunOS5.10_sparcv9.002'

gmake: *** [all-recursive] Error 1
beta $


This is being caused by some bizarre and strange things done by the 
Oracle/MySQL folks where they seem to leave behind required paths such 
as the /opt/studio12u2/lib/stlport4 stuff and the use of $ORIGIN.


This should be easy to get around but I may have to tweak a few things 
in the MySQL 5.6.36 distribution released by Oracle.


Stay tuned ...

Dennis

Re: apr-util-1.6.0 on Solaris issues

2017-05-10 Thread William A Rowe Jr 
On Wed, May 10, 2017 at 11:52 AM, Dennis Clarke  wrote:
>
> So in another thread I have been going over this and over this and finding
> little nits and getting past them and I do get a clean compile but .. there
> are a few issues :
>
> beta $ ldd -d ./dbd/.libs/apr_dbd_mysql-1.so
> libmysqlclient.so.18 =>  /opt/mysql/mysql/lib/libmysqlclient.so.18
> libsocket.so.1 =>/lib/64/libsocket.so.1
> libnsl.so.1 =>   /lib/64/libnsl.so.1
> libm.so.2 => /lib/64/libm.so.2
> librt.so.1 =>/lib/64/librt.so.1
> libc.so.1 => /lib/64/libc.so.1
> libstlport.so.1 => /opt/mysql/mysql/lib/../lib/libstlport.so.1
> libmp.so.2 =>/lib/64/libmp.so.2
> libmd.so.1 =>/lib/64/libmd.so.1
> libscf.so.1 =>   /lib/64/libscf.so.1
> libaio.so.1 =>   /lib/64/libaio.so.1
> libCrun.so.1 =>  /usr/lib/64/libCrun.so.1
> libdoor.so.1 =>  /lib/64/libdoor.so.1
> libuutil.so.1 => /lib/64/libuutil.so.1
> libgen.so.1 =>   /lib/64/libgen.so.1
> symbol not found: apr_bucket_setaside_notimpl
> (./dbd/.libs/apr_dbd_mysql-1.so)
> symbol not found: apr_bucket_shared_split
> (./dbd/.libs/apr_dbd_mysql-1.so)
> symbol not found: apr_bucket_shared_copy
> (./dbd/.libs/apr_dbd_mysql-1.so)
> symbol not found: apr_bucket_free (./dbd/.libs/apr_dbd_mysql-1.so)
> symbol not found: apr_pool_cleanup_null
> (./dbd/.libs/apr_dbd_mysql-1.so)

These should be fine, since, ./.libs/libaprutil-1.so will be the module
loading these, it and already has resolved all ./.libs/libapr-1.so symbols.

In an early-binding architecture like Windows, this would be a problem
but should be no hassle on most any *nix.