GNU bug report logs - #8441
Patches making libtool-2.4-1 build under GNU/Hurd

Previous Next

Package: libtool;

Reported by: srs <at> kth.se

Date: Thu, 7 Apr 2011 17:18:01 UTC

Severity: normal

Merged with 8443, 8444

Full log


Message #8 received at 8441 <at> debbugs.gnu.org (full text, mbox):

From: Ralf Wildenhues <Ralf.Wildenhues <at> gmx.de>
To: Svante Signell <srs <at> kth.se>
Cc: debian-hurd <at> lists.debian.org, 603971 <at> bugs.debian.org, 8441 <at> debbugs.gnu.org,
	612204 <at> bugs.debian.org
Subject: Re: bug#8441: Patches making libtool-2.4-1 build under GNU/Hurd
Date: Thu, 7 Apr 2011 20:06:32 +0200
Hi Svante,

* Svante Signell wrote on Thu, Apr 07, 2011 at 06:24:20PM CEST:
> The first defines shlibpath_overrides_runpath for gnu.

Is this always the correct setting?  binutils can be configured with
either as default.

> # shlibpath_overrides_runpath is set to 'unknown' in libtool.m4

Oh.  Then you have a good point.  This should go upstream.

> # and not defined under $host_os ="gnu"
> # This patch make the tests/*demo* run.
> --- libtool-2.4/libltdt/m4/libtool.m4.orig	2011-02-03 21:33:56.000000000 +0100
> +++ libtool-2.4/libltdl/m4/libtool.m4	2011-02-03 21:43:46.000000000 +0100
> @@ -2325,6 +2325,7 @@
>    library_names_spec='${libname}${release}${shared_ext}$versuffix ${libname}${release}${shared_ext}${major} ${libname}${shared_ext}'
>    soname_spec='${libname}${release}${shared_ext}$major'
>    shlibpath_var=LD_LIBRARY_PATH
> +  shlibpath_overrides_runpath=no
>    hardcode_into_libs=yes
>    ;;

> # This test is broken for hurd-i386
> # Skip for $host_os = "gnu", since max_cmd_len=-1 to indicate that
> # max_cmd_len is not limited under GNU Hurd.
> #
> --- libtool-2.4/tests/cmdline_wrap.at.orig	2010-05-20 23:18:41.000000000 +0200
> +++ libtool-2.4/tests/cmdline_wrap.at	2011-02-06 11:08:29.000000000 +0100
> @@ -30,6 +30,9 @@
>  m4_ifdef([AT_CAPTURE_FILE],
>  [AT_CAPTURE_FILE([testsuite.log])])
>  
> +# Setting low max_cmd_len on "hurd-386" does not make sense"
> +AT_CHECK([if test "$host_os" == "gnu" ; then exit 77; fi])

Please use = not ==, the former is Posix test, the latter bash-specific.

Does this test actually fail on hurd-i386, or is this just because you
consider it wasted time?  In the former case, please send the patch
upstream but also show a cut-n-paste of the failing test log.

Thanks!
Ralf




This bug report was last modified 13 years and 306 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.