[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#11060: libtool to_tool_file_cmd left undeclared and uninitialized
From: |
Peter O'Gorman |
Subject: |
bug#11060: libtool to_tool_file_cmd left undeclared and uninitialized |
Date: |
Thu, 22 Mar 2012 10:41:16 -0500 |
User-agent: |
Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.22) Gecko/20110906 Fedora/3.1.14-1.fc14 Thunderbird/3.1.14 |
Hi David,
On 03/21/2012 06:32 PM, David C. Rankin wrote:
Guys,
I have a libtool problem that occurs in the trinity build of tdeutils
(kdeutils) which includes libtool (2.2.6b Debian-2.2.6b-2ubuntu1). I have
libtool 2.4.2 installed on my system. The 'libtool' executable created by
./configure fails to declare or initialize 'to_tool_file_cmd'. This results in a
build failure for every file when make is run. (the call in the libtool file
is):
$to_tool_file_cmd $1 (or "" $1 when uninitialized)
It looks like this isn't getting set to the default in libtool.m4, but
it's strange that our test suite didn't notice (and that this is the
first report of it).
Could you please send me a failing build log, and perhaps run a failing
libtool command with an added --debug flag (right after the 'libtool')
and send the output of that also.
Then we can come up with a test that fails, right now it seems the fix
is something like:
diff --git a/m4/libtool.m4 b/m4/libtool.m4
index 75bfdb4..45a988f 100644
--- a/m4/libtool.m4
+++ b/m4/libtool.m4
@@ -7862,6 +7862,9 @@ case $host in
;;
esac
;;
+ * ) # unhandled hosts (and "normal" native builds)
+ lt_cv_to_tool_file_cmd=func_convert_file_noop
+ ;;
esac
])
to_tool_file_cmd=$lt_cv_to_tool_file_cmd
Thanks,
Peter