ltmain.sh in in sync with gettext

bug-libtool

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

ltmain.sh in in sync with gettext

From:	Martin MOKREJŠ
Subject:	ltmain.sh in in sync with gettext
Date:	Tue, 11 Mar 2003 19:59:10 +0100 (CET)

Hi,
  I've posted a question regarding this few weeks ago. I've checked cvs
and I don't see anything similar in Changelog. Could someone update the
file so that the annoying bug is finally fixed in libtool? Please Cc: me
in replies.

Thanks
-- 
Martin Mokrejs <address@hidden>, <address@hidden>
PGP5.0i key is at http://www.natur.cuni.cz/~mmokrejs
MIPS / Institute for Bioinformatics <http://mips.gsf.de>
GSF - National Research Center for Environment and Health
Ingolstaedter Landstrasse 1, D-85764 Neuherberg, Germany
tel.: +49-89-3187 3683 , fax: +49-89-3187 3585

--- Begin Message --- Subject: Re: libtools bugs on Tru64 Date: Wed, 12 Feb 2003 23:25:14 +0100 (CET)

Hi,
  what do you think about this:

http://bugzilla.gnome.org/show_bug.cgi?id=78302

  Also, if you get urrent cvs tree of gettext, there is:

2003-01-03  Albert Chin  <address@hidden>

        * ltmain.sh: Don't pass -R flags found in a .la's dependency_libs
        variable directly down to the linker.
        Reported by Tim Mooney <address@hidden>.



On Tue, 14 Jan 2003, Christian Cornelssen wrote:

> Hello,
>
> there is only one -R$libdir in `ltmain.in':
>
>       if test -n "$xrpath"; then
>         # If the user specified any rpath flags, then add them.
>         temp_xrpath=
>         for libdir in $xrpath; do
>           temp_xrpath="$temp_xrpath -R$libdir"
>           case "$finalize_rpath " in
>           *" $libdir "*) ;;
>           *) finalize_rpath="$finalize_rpath $libdir" ;;
>           esac
>         done
>         if test "$hardcode_into_libs" != yes || test "$build_old_libs" = yes; 
> then
>           dependency_libs="$temp_xrpath $dependency_libs"
>         fi
>       fi
>
> Could you insert a
>
>       echo "xrpath = '$xrpath'"
>
> before this fragment (for quick testing: directly into your package's
> libtool) and rerun the link step?  If $xrpath turns out to be
> non-empty, we should wonder why.
>
> Alternatively, setting SHELL="bash -x" in the make command line can
> output (lots of) trace information.
> (I'd use something like "make SHELL='bash -x' ... 2>&1 | tee debug.log").
>
> Regards,
>
> Christian Cornelssen
>

-- 
Martin Mokrejs <address@hidden>, <address@hidden>
PGP5.0i key is at http://www.natur.cuni.cz/~mmokrejs
MIPS / Institute for Bioinformatics <http://mips.gsf.de>
GSF - National Research Center for Environment and Health
Ingolstaedter Landstrasse 1, D-85764 Neuherberg, Germany
tel.: +49-89-3187 3683 , fax: +49-89-3187 3585

--- End Message ---

--- Begin Message --- Subject: libtool/gettext bug Date: Mon, 17 Feb 2003 13:43:36 +0100 (CET)

Hi Bruno,
  should I expect this to be fixed by current gettext by this patch?

2003-01-03  Albert Chin  <address@hidden>

        * ltmain.sh: Don't pass -R flags found in a .la's dependency_libs
        variable directly down to the linker.
        Reported by Tim Mooney <address@hidden>.



egrep -e "^[^_].*" ".libs/libgdk_pixbuf-2.0.exp" > 
".libs/libgdk_pixbuf-2.0.expT"
mv -f ".libs/libgdk_pixbuf-2.0.expT" ".libs/libgdk_pixbuf-2.0.exp"
rm -fr .libs/libgdk_pixbuf-2.0.lax
mkdir .libs/libgdk_pixbuf-2.0.lax
rm -fr .libs/libgdk_pixbuf-2.0.lax/libpixops.al
mkdir .libs/libgdk_pixbuf-2.0.lax/libpixops.al
(cd .libs/libgdk_pixbuf-2.0.lax/libpixops.al && ar x 
/scratch/gtk+-2.2.0/gdk-pixbuf/pixops/.libs/libpixops.al)
for i in `cat .libs/libgdk_pixbuf-2.0.exp`; do printf "%s %s\\n" 
-exported_symbol "$i" >> .libs/libgdk_pixbuf-2.0..200.200.0.exp; done; echo 
"-hidden">> .libs/libgdk_pixbuf-2.0..200.200.0.exp
 /usr/bin/ld -shared -expect_unresolved \* -input 
.libs/libgdk_pixbuf-2.0..200.200.0.exp   gdk-pixbuf.lo gdk-pixbuf-animation.lo 
gdk-pixbuf-data.lo gdk-pixbuf-io.lo gdk-pixbuf-loader.lo gdk-pixbuf-scale.lo 
gdk-pixbuf-util.lo gdk-pixdata.lo gdk-pixbuf-enum-types.lo 
.libs/libgdk_pixbuf-2.0.lax/libpixops.al/pixops.lo   -L/software/@sys/usr/lib 
pixops/.libs/libpixops.al -L/usr/local/lib -L/usr/local/openssl/lib -L/usr/lib 
-R/software/@sys/usr/lib -lc /software/@sys/usr/lib/libgmodule-2.0.so 
/software/@sys/usr/lib/libgobject-2.0.so /software/@sys/usr/lib/libglib-2.0.so 
/software/@sys/usr/lib/libiconv.so -lm /software/@sys/usr/lib/libintl.so  -lc 
-soname libgdk_pixbuf-2.0..0 `test -n 
"200.200.0:0.0:1.0:2.0:3.0:4.0:5.0:6.0:7.0:8.0:9.0:10.0:11.0:12.0:13.0:14.0:15.0:16.0:17.0:18.0:19.0:20.0:21.0:22.0:23.0:24.0:25.0:26.0:27.0:28.0:29.0:30.0:31.0:32.0:33.0:34.0:35.0:36.0:37.0:38.0:39.0:40.0:41.0:42.0:43.0:44.0:45.0:46.0:47.0:48.0:49.0:50.0:51.0:52.0:53.0:54.0:55.0:56.0:57.0:58.0:59.0:60.0:61.0:62.0:63.0:64.0:65.0:66.0:67.0:68.0:69.0:70.0:71.0:72.0:73.0:74.0:75.0:76.0:77.0:78.0:79.0:80.0:81.0:82.0:83.0:84.0:85.0:86.0:87.0:88.0:89.0:90.0:91.0:92.0:93.0:94.0:95.0:96.0:97.0:98.0:99.0:100.0:101.0:102.0:103.0:104.0:105.0:106.0:107.0:108.0:109.0:110.0:111.0:112.0:113.0:114.0:115.0:116.0:117.0:118.0:119.0:120.0:121.0:122.0:123.0:124.0:125.0:126.0:127.0:128.0:129.0:130.0:131.0:132.0:133.0:134.0:135.0:136.0:137.0:138.0:139.0:140.0:141.0:142.0:143.0:144.0:145.0:146.0:147.0:148.0:149.0:150.0:151.0:152.0:153.0:154.0:155.0:156.0:157.0:158.0:159.0:160.0:161.0:162.0:163.0:164.0:165.0:166.0:167.0:168.0:169.0:170.0:171.0:172.0:173.0:174.0:175.0:176.0:177.0:178.0:179.0:180.0:181.0:182.0:183.0:184.0:185.0:186.0:187.0:188.0:189.0:190.0:191.0:192.0:193.0:194.0:195.0:196.0:197.0:198.0:199.0:200.0"
 && echo -set_version 
200.200.0:0.0:1.0:2.0:3.0:4.0:5.0:6.0:7.0:8.0:9.0:10.0:11.0:12.0:13.0:14.0:15.0:16.0:17.0:18.0:19.0:20.0:21.0:22.0:23.0:24.0:25.0:26.0:27.0:28.0:29.0:30.0:31.0:32.0:33.0:34.0:35.0:36.0:37.0:38.0:39.0:40.0:41.0:42.0:43.0:44.0:45.0:46..0:47.0:48.0:49.0:50.0:51.0:52.0:53.0:54.0:55.0:56.0:57.0:58.0:59.0:60.0:61.0:62.0:63.0:64.0:65.0:66.0:67.0:68.0:69.0:70.0:71.0:72.0:73.0:74.0:75.0:76.0:77.0:78.0:79.0:80.0:81.0:82.0:83.0:84.0:85.0:86.0:87.0:88.0:89.0:90.0:91.0:92.0:93.0:94.0:95.0:96.0:97.0:98.0:99.0:100.0:101.0:102.0:103.0:104.0:105.0:106.0:107.0:108.0:109.0:110.0:111.0:112.0:113.0:114.0:115.0:116.0:117.0:118.0:119.0:120.0:121.0:122.0:123.0:124.0:125.0:126.0:127.0:128.0:129.0:130.0:131.0:132.0:133.0:134.0:135.0:136.0:137.0:138.0:139.0:140.0:141.0:142.0:143.0:144.0:145.0:146.0:147.0:148.0:149.0:150.0:151.0:152.0:153.0:154.0:155.0:156.0:157.0:158.0:159.0:160.0:161.0:162.0:163.0:164.0:165.0:166.0:167.0:168.0:169.0:170.0:171.0:172.0:173.0:174.0:175.0:176.0:177.0:178.0:179.0:180.0:181.0:182.0:183.0:184.0:185.0:186.0:187.0:188.0:189.0:190.0:191.0:192.0:193.0:194.0:195.0:196.0:197.0:198.0:199.0:200.0`
 -update_registry .libs/so_locations -o .libs/libgdk_pixbuf-2.0..200.200.0
/usr/bin/ld:
-R/software/@sys/usr/lib: Unknown flag
/usr/bin/ld: Usage: /usr/bin/ld [options] file [...]
make[3]: *** [libgdk_pixbuf-2.0.la] Error 1
make[3]: Leaving directory `/scratch/gtk+-2.2.0/gdk-pixbuf'

I still have this error. I've rerun aclocal and libtoolize --force, but it
still persists. I've latest gettext and libtool installed (both from cvs).
Any ideas?
-- 
Martin Mokrejs <address@hidden>, <address@hidden>
PGP5.0i key is at http://www.natur.cuni.cz/~mmokrejs
MIPS / Institute for Bioinformatics <http://mips.gsf.de>
GSF - National Research Center for Environment and Health
Ingolstaedter Landstrasse 1, D-85764 Neuherberg, Germany
tel.: +49-89-3187 3683 , fax: +49-89-3187 3585

--- End Message ---

--- Begin Message --- Subject: Re: libtool/gettext bug Date: Thu, 27 Feb 2003 15:12:03 +0100 (CET)

Hi,
  I've reported in January problem with -rpath being treated in libtool as
-R dir, what made /usr/bin/ld exit during link stage, as this option is
not recognized. The problem is fixed in gettext package, but the ltmain
stuff should be sucked into libtool. Any volunteers going to port the
fixes?

  Hint:
cvs log ltmain.sh
cvs diff -c3 -r1.9 -r1.10 ltmain.sh


-- 
Martin Mokrejs <address@hidden>, <address@hidden>
PGP5.0i key is at http://www.natur.cuni.cz/~mmokrejs
MIPS / Institute for Bioinformatics <http://mips.gsf.de>
GSF - National Research Center for Environment and Health
Ingolstaedter Landstrasse 1, D-85764 Neuherberg, Germany
tel.: +49-89-3187 3683 , fax: +49-89-3187 3585

---------- Forwarded message ----------
From: Bruno Haible <address@hidden>
To: Martin MOKREJŠ <address@hidden>
Date: Thu, 20 Feb 2003 17:57:50 +0100 (CET)
Subject: Re: libtool/gettext bug


> --- /software/@sys/usr/share/libtool/ltmain.sh  2003-02-03 02:22:36.000000000 
> +0100
> +++ ./autoconf-lib-link/config/ltmain.sh        2003-02-20 16:50:22.000000000 
> +0100
> @@ -49,14 +49,14 @@
>  fi
>
>  # The name of this program.
> -progname=`$echo "$0" | sed 's%^.*/%%'`
> +progname=`$echo "$0" | ${SED} 's%^.*/%%'`
>  modename="$progname"
>
>  # Constants.
>  PROGRAM=ltmain.sh
>  PACKAGE=libtool
> -VERSION=1.4.2
> -TIMESTAMP=" (1.922.2.54 2001/09/11 03:33:37)"
> +VERSION=1.4.3
> +TIMESTAMP=" (1.922.2.110 2002/10/23 01:39:54)"
>
>
> So I can just overwrite the ltmain.sh installed by libtool by the one
> from gettext.

Not this quickly! ltmain.sh and libtool.m4 depend on each other.
ltmain.sh 1.4.3 will not work with libtool.m4 1.4.2. First you need to
upgrade to libtool-1.4.3, then only you can overwrite your ltmain.sh
with gettext's one.

> Couldn't that be updated also in libtool cvs?

You can point the remaining libtool guy(s) to the modifications I made
for gettext. But I don't have and don't want to have write access to
the libtoool CVS.

Bruno

--- End Message ---

[Prev in Thread]

Current Thread

[Next in Thread]

ltmain.sh in in sync with gettext, Martin MOKREJŠ <=

Prev by Date: gdk-pixbuf-0.22.0 fails to link with libtool
Next by Date: Installing modules on AIX
Previous by thread: gdk-pixbuf-0.22.0 fails to link with libtool
Next by thread: Installing modules on AIX
Index(es):
- Date
- Thread