Bug 394857

Summary:	libtool.eclass: relink patch cleanup
Product:	Gentoo Linux	Reporter:	SpanKY <vapier>
Component:	Eclasses	Assignee:	Gentoo's Team for Core System packages <base-system>
Status:	CONFIRMED ---
Severity:	normal	CC:	embedded, pacho, toolchain
Priority:	Normal
Version:	unspecified
Hardware:	All
OS:	Linux
Whiteboard:
Package list:		Runtime testing required:	---

Description SpanKY gentoo-dev

2011-12-15 21:18:48 UTC

looks like we've managed to merge 4 or 5 independent attempts at fixing the relink issue with libtool

http://sources.gentoo.org/eclass/ELT-patches/cross/
http://sources.gentoo.org/eclass/ELT-patches/fix-relink/
http://sources.gentoo.org/eclass/ELT-patches/hardcode-relink/
http://sources.gentoo.org/eclass/ELT-patches/relink/
http://sources.gentoo.org/eclass/ELT-patches/relink-prog/

i'd like to unify these efforts into one location.  the only sticker is that we have to document how we're actually trying to fix things.

seems like we fundamentally are trying to fix two things:
 - search the install paths first (i.e. -L$DESTDIR$libdir), and then fallback to the system path (i.e. -L$libdir)
 - don't always use the host system path when cross-compiling/building multilib (i.e. -L/usr/lib is bad)

anything else we need to worry about ?

Comment 1 Fabian Groffen gentoo-dev

2017-11-14 15:08:00 UTC

Prefix has no business in here, I think.

Comment 2 Andreas K. Hüttel archtester

2023-08-22 21:35:58 UTC

Is this still relevant?