On Tue, Nov 23, 2010 at 6:16 PM, Michael J. Bauer <mjba...@eecs.tufts.edu> wrote: > I am attempting to build SVN on a RHEL 5.4 system. There are two versions > of SQLite on the system: > > * The stock system SQLite, version 3.3.6, with library in /usr/lib > * A new version of SQLite, version 3.7.3, with library in /usr/sup/lib > > I configured SVN with the following options: > > ./configure --prefix=/usr/sup/subversion-1.6.13 --with-sqlite=/usr/sup/ > > (The prefix is because I do not want to clobber the system version of SVN, > just make a newer one available.) The build worked without issue; however, > 'make check' fails. When I look at the log, I see the following error > repeatedly: > > svnsync: SQLite compiled for 3.7.3, but running with 3.3.6 > > It looks like svnsync is picking up the wrong version of SQLite, despite > being compiled with the correct version. This appears to happen only on > svnsync synchronize, but I've not exhaustively read through the logs. I've > re-run the tests with LD_LIBRARY_PATH, LD_RUN_PATH, and LIBRARY_PATH set > identically to /usr/sup/lib:/usr/local/lib, to no change in behavior. > > To make sure I wasn't missing something, I rebuilt SVN, configuring it with > explicit environment variables: > > ./configure LDFLAGS=-L/usr/sup/lib CPPFLAGS=-I/usr/sup/include > --prefix=/usr/sup/subversion-1.6.13 --with-sqlite=/usr/sup/ > > It fails 'make check' in exactly the same way. > > When I look at subversion-1.6.13/subversion/svnsync/svnsync, the shell > script appears to be clobbering the run-time environment variables. I'm not > sure this is pertinent, given that it fails with or without the run-time > variables set, and with or without LDFLAGS and CPPFLAGS set. > > How do I get SVN to pick up the correct version of the library on 'make > check' when --with-sqlite (with or without compile-time and run-time > environment variables set) doesn't do the right thing?
Have you tried building Subversion with the sqlite amalgamation? You can point --with-sqlite at an amalgamation file (as downloaded from sqlite.org), and Subversion will statically include that, removing library conflicts. -Hyrum
