Re: pango + libtool problem
- From: Enrico Weigelt <weigelt metux de>
- To: gtk-i18n-list <gtk-i18n-list gnome org>
- Subject: Re: pango + libtool problem
- Date: Wed, 21 Sep 2005 16:07:55 +0200
* Behdad Esfahbod <behdad cs toronto edu> wrote:
<snip>
> > hmm. Why not ?
> > How complicated is it to change this ?
>
> Because the internal copy is slightly modified. Not really
> complicated, but not trivial either.
hmm, where can I find out, what's exactly different ?
I'd like to get it built with "official" firibi. Probably I'll try
to trim it down later.
<snip>
> > For a short hack I'm currently linking "non-installed" libraries
> > statically, but this really isn't clean, because it ends up in
> > executables get the whole libs (of the same package) linked-in
> > statically.
>
> I think that's indeed what libtool does. noinst_ libs are built
> static for local linking, other libs are built both static and
> shared, based on options passed to configure.
Yeah, but still I don't know how this is actually passed to libtool.
My current approach produces duplicate code in several libraries
linking the same (non-installed) library - no matter if this linked-in
lib is later installed as .so or not.
We could get around this by having completely separate packages ...
cu
--
---------------------------------------------------------------------
Enrico Weigelt == metux IT service
phone: +49 36207 519931 www: http://www.metux.de/
fax: +49 36207 519932 email: contact metux de
cellphone: +49 174 7066481
---------------------------------------------------------------------
-- DSL ab 0 Euro. -- statische IP -- UUCP -- Hosting -- Webshops --
---------------------------------------------------------------------
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]