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