('binary' encoding is not supported, stored as-is)
Hi,
>Hello
>
>Erik Hülsmann has a problem with libraries, see
>http://www.contactor.se/~dast/svn/archive-2003-08/0484.shtml
>
>It boils down to ra_dav's use of neon and svnversion's use of
>gen-make. In build.conf svnversion has
>
>libs = libsvn_client $(SVN_APRUTIL_LIBS) $(SVN_APR_LIBS)
>
[ snip ]
>
>I think I can fix Erik's problem by adding NEON_LIBS as follows
>
>libs = libsvn_client $(SVN_APRUTIL_LIBS) $(SVN_APR_LIBS) $(NEON_LIBS)
>
>as this causes a link command with the neon libs at the end. I don't
>know if this is a gen-make feature or a libtool feature.
This indeed fixes my problems with the incorrectly linked libraries!
>However the libs line for the svn program is
>
>libs = libsvn_client libsvn_wc libsvn_ra libsvn_delta libsvn_subr
> $(SVN_APRUTIL_LIBS) $(SVN_APR_LIBS) $(NEON_LIBS)
>
>which includes additional Subversion libraries. Are these additional
>Subversion libraries necessary? svnversion appears to get them simply
>by specifiying libsvn_client. Why those and not the other Subversion
>libraries?
>
>The same question applies to other executables/libraries. Do they
>need to declare all their dependents, or only the immediate
>dependents. For example libsvn_client depends on libsvn_wc and
>libsvn_wc depends on libsvn_subr, so does libsvn_client need to
>explictitly declare that it depends on libsvn_subr or can it simply
>get it through libsvn_wc. Everything appears to work if I remove
>libsvn_subr from libsvn_client's libs list.
At least I can submit the one-line patch which adds the extra
$(NEON_LIBS), but I started reading the libtool documentation
to find an answer to your questions above. I can't (yet) find the
answer. Maybe someone on the list can?
bye,
Erik.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Aug 12 18:32:01 2003