Comment 1 for bug 7638

Message-Id: <E1BZUzC-0001xw-Rl@localhost>
Date: Sun, 13 Jun 2004 15:25:22 +0200
From: Andreas Jochens <email address hidden>
To: Debian Bug Tracking System <email address hidden>
Subject: libsigc++-1.9: FTBFS on amd64: "$LD" in configure

Package: libsigc++-1.9
Severity: normal
Tags: patch

The configure script uses "$LD" instead of $LD in its linker tests. This
makes the shell look for the filename "ld -m elf_x86_64" on amd64 which
does not exists because the ' -m elf_86_64' part is not interpreted as
an option but as part of the filename. Therefore 'configure' does not
find the GNU ld and does not set the correct linker options (the option
-nostdlib will be missing).

This "$LD" problem was caused by using an old buggy version of
'libtool.m4' when creating the configure script.

Regards
Andreas Jochens

diff -urN ../tmp-orig/libsigc++-1.9-1.9.15/configure ./configure
--- ../tmp-orig/libsigc++-1.9-1.9.15/configure 2004-02-27 23:19:51.000000000 +0100
+++ ./configure 2004-06-13 15:21:55.592898229 +0200
@@ -3571,7 +3571,7 @@
   echo $ECHO_N "(cached) $ECHO_C" >&6
 else
   # I'd rather use --version here, but apparently some GNU ld's only accept -v.
-case `"$LD" -v 2>&1 </dev/null` in
+case `$LD -v 2>&1 </dev/null` in
 *GNU* | *'with BFD'*)
   lt_cv_prog_gnu_ld=yes
   ;;
@@ -9691,7 +9691,7 @@
   echo $ECHO_N "(cached) $ECHO_C" >&6
 else
   # I'd rather use --version here, but apparently some GNU ld's only accept -v.
-case `"$LD" -v 2>&1 </dev/null` in
+case `$LD -v 2>&1 </dev/null` in
 *GNU* | *'with BFD'*)
   lt_cv_prog_gnu_ld=yes
   ;;

-- System Information:
Debian Release: testing/unstable
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.6-1-k8-smp
Locale: LANG=C, LC_CTYPE=C