Hi
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 ;
checking APR-UTIL version... 1.3.4
checking for pkg-config... /usr/bin/pkg-config
configure: checking neon library
checking neon library version... 0.25.5
configure: error: cannot find Neon
Being a developer, I had to take a look at config.log of subversion's
and found this snippet..
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'
configure:5609: $? = 1
configure: failed program was:
| | #include <ne_compress.h>| #include <ne_xml.h>
| int main()
| {ne_xml_create(); ne_decompress_destroy(NULL);}
configure:5640: 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 -R/lib -R/usr/lib -L/lib -lneon -lssl -lcrypto -ldl -lxml2
-lz -lpthread -lm -lsocket -lnsl >&5
cc1: error: invalid option `t'
configure:5647: $? = 1
configure: failed program was:
|
| #include <ne_compress.h>
| #include <ne_xml.h>
| int main()
| {ne_xml_create(); ne_decompress_destroy(NULL);}
configure:5660: error: cannot find Neon
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..
pfexec pkg set-publisher http://blastwave.network.com:10000 blastwave
pfexec pkg install IPSsvn
Now, this resulted in another error..
PHASE ACTIONS
Install Phase 3016/4246 Action install
failed for 'opt/csw/lib/i386' (pkg://blastwave/IPScommon):
ActionExecutionError: attempted to remove link 'opt/csw/lib/i386' but
found a directory
The Boot Environment opensolaris-b111b failed to be updated. A snapshot
was taken before the failed attempt and is mounted here /tmp/tmpojr0gi.
Use 'beadm unmount opensolaris-b111b-2' and then 'beadm activate
opensolaris-b111b-2' if you wish to boot to this BE.
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
[ Looks like, for some reason - all the symlink that is supposed to
happen after the above install didn't happen .. ]
My main point of this email is - inspite of having great kernel and cool
features within OpenSolaris, if we don't ship the latest and stable open
source tools, engineers can't use OSOL as their primary dev workstation..
Just for the heck of it, I loaded other Linux distributions in my
VirtualBox and found installing latest version of subversion to be
simple and painless step. I guess, we still have miles to go..
Now, I have lot of motivation to get this working under OpenSolaris. So,
I am gonna keep hacking around to find out what is going on. But, do you
expect some one else to live through this pain.
- Sriram
_______________________________________________
indiana-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/indiana-discuss
