[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Build problems on OS X 10.4 Server

From: Todd Eddy <vr_at_vrillusions.com>
Date: 2005-04-21 16:55:12 CEST

OK, I got an off-list suggestion to try the following configure
(including my specific stuff):
../configure --disable-shared --prefix=/usr/local/subversion-1.1.4 \

That compiled and ran fine (except for the translate test like you've
mentioned). I didn't run autogen.sh like Karan mentioned though,
didn't see that email until after I did this, I can do autogen.sh and
disable-shared if that would help.

I then try your configure:
GXX=yes ./configure --enable-shared=yes
--prefix=/usr/local/subversion-1.1.4 \

That also compiled and ran fine (again, except for the translate test).

So now my question is which should I use? shared libs enabled or
disabled? I read in the install file that you can't configure
subversion with --disable-shared because the mod_dav_svn has to be a
shared library. This isn't a big deal for us since we'll probably go
with the svn+ssh:// route. So since we're not going to integrate this
with apache probably disable-shared would be better since I won't have
to worry about it relying on other libraries that may get corrupted
somehow. Again, thanks for the help on the initial question.

On Apr 20, 2005, at 3:54 PM, Stephen Davis wrote:

> You need to prefix your configure line with at least the following
> items:
> GXX=yes ./configure --enable-shared=yes <other stuff specific to you>
> The neon library won't build shared unless "GXX=yes" is set and the
> build is basically broken unless you do that.
> Note that the translate-test still fails for me but it's the only one.
> I haven't had time to try and figure out what the issue is (the test
> segfaults in strcmp() but that's all I know).
> stephen
> On Apr 20, 2005, at 9:31 AM, Todd Eddy wrote:
>> Build OS: Apple OS X 10.4 (Tiger) Server Pre-release
>> Subversion v1.1.4
>> Berkeley DB v4.2.52.4
>> Gcc v4.0.0
>> Apache 2.0.53
>> We have the latest pre-release build of Mac OS X 10.4 (Tiger) Server
>> and trying to get subversion compiled. Looked at a couple different
>> packages (even some that exist for 10.4) and the paths are different,
>> probably because they were built for the client edition of 10.4 and
>> not the server. Configure goes fine, added
>> --with-apxs=/opt/apache2/bin/apxs
>> --prefix=/usr/local/subversion-1.1.4. Make goes fine. Problems
>> start happening when I make check it:
>> Running all tests in config-test...success
>> Running all tests in diff-diff3-test...success
>> Running all tests in hashdump-test...success
>> Running all tests in path-test...success
>> Running all tests in random-test...success
>> Running all tests in stream-test...success
>> Running all tests in string-test...success
>> Running all tests in time-test...success
>> Running all tests in translate-test...FAILURE
>> Running all tests in utf-test...success
>> Running all tests in target-test.py...success
>> Running all tests in getopt_tests.py...FAILURE
>> Running all tests in basic_tests.py...FAILURE
>> Running all tests in commit_tests.py...FAILURE
>> Running all tests in update_tests.py...FAILURE
>> Running all tests in switch_tests.py...FAILURE
>> Running all tests in prop_tests.py...FAILURE
>> Running all tests in schedule_tests.py...FAILURE
>> Running all tests in log_tests.py...FAILURE
>> Running all tests in copy_tests.py...FAILURE
>> Running all tests in diff_tests.py...FAILURE
>> Running all tests in export_tests.py...FAILURE
>> Running all tests in externals_tests.py...FAILURE
>> Running all tests in merge_tests.py...FAILURE
>> Running all tests in revert_tests.py...FAILURE
>> Running all tests in stat_tests.py...FAILURE
>> Running all tests in trans_tests.py...FAILURE
>> Running all tests in autoprop_tests.py...FAILURE
>> Running all tests in blame_tests.py...FAILURE
>> Running all tests in special_tests.py...FAILURE
>> Running all tests in svnadmin_tests.py...FAILURE
>> Running all tests in svnlook_tests.py...FAILURE
>> Running all tests in svnversion_tests.py...FAILURE
>> Running all tests in run-fs-tests.py...success
>> Running all tests in run-repos-tests.py...success
>> At least one test FAILED, checking
>> /private/tmp/subversion-1.1.4/tests.log
>> FAIL: getopt_tests.py 1: run svn with no arguments
>> FAIL: getopt_tests.py 2: run svn --version
>> FAIL: getopt_tests.py 3: run svn --version --quiet
>> FAIL: getopt_tests.py 4: run svn --help
>> FAIL: getopt_tests.py 5: run svn help
>> FAIL: getopt_tests.py 6: run svn help --version
>> FAIL: getopt_tests.py 7: run svn help bogus-cmd
>> FAIL: getopt_tests.py 8: run svn help log switch
>> (omitted details from other failed tests)
>> So I ran the built svn:
>> memphis:/tmp/subversion-1.1.4/subversion/clients/cmdline teddy$ ./svn
>> dyld: Symbol not found: _ne_duplicate_header
>> Referenced from:
>> /tmp/subversion-1.1.4/subversion/libsvn_ra_dav/.libs/libsvn_ra_dav
>> -1.0.dylib
>> Expected in: flat namespace
>> Trace/BPT trap
>> I've searched the archive before and found nothing that seemed to
>> relate to this. Was going to check it again but the site's down for
>> a couple days. I can provide the full log from configure to make
>> check, but it's rather big (about 250k) so figured I'd check first to
>> see if I need to. Thanks for any help.
>> --
>> VR
>> http://www.vrillusions.com/
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
>> For additional commands, e-mail: users-help@subversion.tigris.org
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Apr 21 16:57:30 2005

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.