[indiana-discuss] current state of affairs..

[Nicolas Williams]

On Fri, Jul 17, 2009 at 01:30:34PM -0700, Sriram Natarajan wrote:
> Thought, I would share some of the pains I had to go through today to 
> simply get a new version of subversion my system for some of my 
> development work.  Unfortunately, OpenSolaris 2009.06 (build 111) - my 
> primary workstation - has a very old version of subversion. Now, when I 
> tried to compile it by myself, I ran into weird compilation errors like
> 
> cd subversion-1.6.3 ;
> 
> onfigure:5602: gcc -o conftest -g -O2   -D_LARGEFILE64_SOURCE 
> -DNE_LFS      -I/usr/include/neon     -DSOLARIS2=11 
> -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -
> mt -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64     -L/usr/lib conftest.c  
> -R/lib -R/usr/lib -L/lib -lneon -lssl -lcrypto -ldl -lxml2 -lz -lpthread 
> -lm -lsock
> et -lnsl   >&5
> cc1: error: invalid option `t'

The autoconf script seems to be using Sun Studio options with GCC.  Of
course that's going to break.  But why is ./configure doing that?  Can
you show us your invocation of ./configure?

> cc1: error: invalid option `t'

More of the same...

> Being in a hurry to get subversion working, I simply decided to use Sun 
> Studio compiler and tried some thing like..
> 
> export CC=/opt/SunStudioExpress/bin/cc
> cd subversion-1.6.3 ; ./configure && gmake
> 
> and at the end of compilation , ran into this error
> 
> Undefined            first referenced
> symbol                  in file
> sqlite3_initialize                  
> /tmp/subversion-1.6.3/subversion/libsvn_subr/.libs/libsvn_subr-1.so
> sqlite3_config                      
> /tmp/subversion-1.6.3/subversion/libsvn_subr/.libs/libsvn_subr-1.so
> ld: fatal: symbol referencing errors. No output written to .libs/svn
> gmake: *** [subversion/svn/svn] Error 1
> 
> Looks like, our SQLite library isn't compiled properly.  Now, quite 
> frustrated, I figured let me try my luck with Blastwave. So, I 
> configured my repo to point to blastwave and tried to get subversion 
> from there..

That's

6816197 libsqlite3 needs to export some additional public APIs

which was fixed in build 117 (i.e., in /dev).

The reason for 6816197 is that I didn't automate generation of the
mapfile for libsqlite3 on Solaris, but I'll do that soon, and when I do
I'll make sure that all symbols named sqlite3_* (and a couple of
private ones needed by the Tcl plug-in) get exported.

> sriramn at sriramn:~$ /opt/csw/bin/svn --help
> ld.so.1: svn: fatal: libldap-2.3.so.0: open failed: No such file or 
> directory
> Killed

OpenSolaris 2009.06 has /usr/lib/libldap-2.4.so, not 2.3...