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. > srir...@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... _______________________________________________ indiana-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/indiana-discuss
