public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
Search results ordered by [date|relevance]  view[summary|nested|Atom feed]
thread overview below | download: 
* Re: [gentoo-dev] Gnome2 libtoolization
  @ 2002-06-02 20:41 99% ` Martin Schlemmer
  0 siblings, 0 replies; 1+ results
From: Martin Schlemmer @ 2002-06-02 20:41 UTC (permalink / raw
  To: Gentoo-Dev

On Sat, 2002-06-01 at 15:18, Spider wrote:
> well,
>  as the moment of release prances forward I'm looking at the current
> state of ebuilds.
> 
>   right now we libtoolize a lot of gnome 2 except the core parts that is
> glib atk gtk+ and pango, simply because they break with libtoolize...
> fun isn't it?
> 
> Now, checking around a bit for libtoolize and asking some other gnome2
> packagers, I got this reference: 
> http://www.redhat.com/mailing-lists/rpm-list/msg07002.html
> 
> odd.. isn't it?
> 
> I vote for dropping libtoolize along with debug info in or around the
> 20th 
> 

Ok, this is a sticky problem.  The reason Redhat/Mandrake and
now we libtoolize many packages, is because with the default
libtool as used by most things have a bug, which I refer to
as the "relink" bug.  This is fixed by having a patched
version of libtool, and what libtoolize then basically do
is to install our patched version of libtool for the specific
package to user, thus fixing the bug.

A good example of the "relink" bug, is gdk-pixbuf.  If not
libtoolized, if build for the first time on a system, none
of the loaders in /usr/lib/gdk-pixbuf/loaders/ are installed.

Why this happens, are hard to explain, as I researched it
some time ago.  The basic principal, is that because we
build it with "--prefix=/usr", and then install into
"prefix=${D}/usr", libtool thinks it should relink some
of the components.  In the relinking, the "libdir" (defined
in the .la files) is defined as "/usr/lib...", and thus
the components/libraries do not get installed (if memory
serves).

Also, ${D} gets into .la files, and when the library of
that .la gets used, libtool tries to link in
${D}/usr/lib/libfoo.so instead of /usr/lib/libfoo.so like
it should.

This all is fixed in our version of libtool after much
research and testing.

Now what I propose, is that if we do not libtoolize Gnome2,
then we should at least write an eclass that patches all
"ltmain.sh" 's with the relink patch, and with our own
libtool-portage patch.

Anyhow, comments and suggestions appreciated.

NB: BCC me if you reply.


Greetings,

-- 

Martin Schlemmer
Gentoo Linux Developer, Desktop Team Developer
Cape Town, South Africa




^ permalink raw reply	[relevance 99%]

Results 1-1 of 1 | reverse | options above
-- pct% links below jump to the message on this page, permalinks otherwise --
2002-06-01 13:18     [gentoo-dev] Gnome2 libtoolization Spider
2002-06-02 20:41 99% ` Martin Schlemmer

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox