danielsh_at_apache.org writes:
> Author: danielsh
> Date: Sun Jul 24 21:37:23 2011
> New Revision: 1150493
>
> URL: http://svn.apache.org/viewvc?rev=1150493&view=rev
> Log:
> * STATUS (r1149627): Vote +0.
>
> Modified:
> subversion/branches/1.7.x/STATUS
>
> Modified: subversion/branches/1.7.x/STATUS
> URL: http://svn.apache.org/viewvc/subversion/branches/1.7.x/STATUS?rev=1150493&r1=1150492&r2=1150493&view=diff
> ==============================================================================
> --- subversion/branches/1.7.x/STATUS (original)
> +++ subversion/branches/1.7.x/STATUS Sun Jul 24 21:37:23 2011
> @@ -119,6 +119,8 @@ Candidate changes:
> this is not a regression.
> Votes:
> +1: philip
> + +0: danielsh (no objection to backport if it fixes the problem, but is
> + it a fix or a workaround around some build.conf bug?)
This makes the libs order for kwallet/gnome-keyring similar to the order
for other libraries. apr/kwallet/gnome-keyring can all add arbitrary
flags to the link line, putting Subversion's libraries ahead of any such
flags solves the problem; it also makes these two libraries behave like
all the other libraries. I don't know whether you would classify that
as a fix or a workaround. Given libtool's tendency to reorder things I
not sure there is a "correct" order.
--
Philip
Received on 2011-07-25 15:24:23 CEST