[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?).

Sander

---------------------------------------------------------------------
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.