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

RE: svn commit: rev 1688 - trunk trunk/build

From: Sander Striker <striker_at_apache.org>
Date: 2002-04-13 02:38:45 CEST

> From: Philip Martin [mailto:pm@localhost]On Behalf Of Philip Martin
> Sent: 13 April 2002 02:21

> "Sander Striker" <striker@apache.org> writes:
> > > From: Philip Martin [mailto:pm@localhost]On Behalf Of Philip Martin
> > >
> > > Does this mean you are building a shared mod_dav_svn? If so is it
> > > correctly linked to the installed subversion libraries or is it linked
> > > to those in the subversion build tree?
> >
> > I didn't change the current behaviour. I see your point and your previous
> > questions, but I don't know how to fix it. Greg should be able to enlighten us
> > all (I hope). My change was simply a rename change; from now on we build and
> > install mod_dav_svn.so instead of libmod_dav_svn.so.
> I wasn't trying to imply you had changed the behaviour, I was just
> looking for someone to report whether their installed dav_svn was
> correctly linked or not. I was fishing for information, so far nobody
> has responded to say whether their module links correctly or not. All
> I want is to know whether the problem is specific to my build, or if
> it occurs elsewhere.

Ah, ok:

$ ldd modules/mod_dav_svn.so
        libsvn_repos.so.0 => /opt/src/build/subversion/subversion/libsvn_repos/.libs/libsvn_repos.so.0 (0x40011000)
        libsvn_fs.so.0 => /opt/src/build/subversion/subversion/libsvn_fs/.libs/libsvn_fs.so.0 (0x4001c000)
        libsvn_delta.so.0 => /opt/src/build/subversion/subversion/libsvn_delta/.libs/libsvn_delta.so.0 (0x4003b000)
        libsvn_subr.so.0 => /opt/src/build/subversion/subversion/libsvn_subr/.libs/libsvn_subr.so.0 (0x40047000)
        libm.so.6 => /lib/libm.so.6 (0x40061000)
        libcrypt.so.1 => /lib/libcrypt.so.1 (0x40080000)
        libnsl.so.1 => /lib/libnsl.so.1 (0x400ad000)
        libdl.so.2 => /lib/libdl.so.2 (0x400c3000)
        libc.so.6 => /lib/libc.so.6 (0x400c7000)
        libapr.so.0 => /opt/httpd/lib/libapr.so.0 (0x401dc000)
        libdb-4.0.so => /opt/db/lib/libdb-4.0.so (0x401fa000)
        libexpat.so.0 => /opt/httpd/lib/libexpat.so.0 (0x40283000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x2aaaa000)

So, yeah, that's wrong. I forwarded your message to the httpd dev list.
Some enlightened apxs coder will hopefully jump in. At first glance I'd say
instdso is broken (wtf does it bypass libtool?).


To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Apr 13 02:32:40 2002

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

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