Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 16 Jul 2014 19:25:49 +0000
From:      bugzilla-noreply@freebsd.org
To:        gnome@FreeBSD.org
Subject:   [Bug 191611] databases/evolution-data-server fails to link when rebuilding because requisite library (sqlite, Berkeley DB) changed and its /usr/local has become unusable
Message-ID:  <bug-191611-6497-2TFzH1Howu@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-191611-6497@https.bugs.freebsd.org/bugzilla/>
References:  <bug-191611-6497@https.bugs.freebsd.org/bugzilla/>

next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191611

--- Comment #21 from Tijl Coosemans <tijl@FreeBSD.org> ---
(In reply to Matthias Andree from comment #19)
> (In reply to Matthias Andree from comment #16)
> > So what we see here is that libebackend/.libs/libebackend-1.2.so gets linked
> > by relative path, AND there is a corresponding "-Wl,-rpath
> > -Wl,/var/tmp/usr/ports.svn/databases/evolution-data-server/work/evolution-
> > data-server-2.32.1/libebackend/.libs" option pair, but it is before the
> 
> This should have been "but it is *AFTER* the /usr/local/lib"
> 
> > /usr/local/lib.  That's what breaks the build with the unusable older
> > package installed.

Yes, but that's not the full story.  The problem is that when linking/running
an executable the rpath of the executable is searched before any rpaths of
libraries.  The executables here already have /usr/local/lib as rpath so the
rpaths of the libraries being slightly wrong has no effect here.  I'm going to
revert the first half of http://svnweb.freebsd.org/changeset/ports/358784

-- 
You are receiving this mail because:
You are the assignee for the bug.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-191611-6497-2TFzH1Howu>