Bug 458866

I just checked out my c++ project I have been developing using Suse 11.0
I cannot build my project in OpenSUSE 11.1 RC 1 -- the symptoms are
exactly the same as in the case of an auto-generated simple c++ project.

I had this problem too.
Problem: 
libtool (shell-script) is generated by configure.
configure is generated by aclocal, autoheader, ...

libtool defines a variable 
ECHO="echo"
but uses a variable 
$echo

The variable echo is empty. This empty variable produce the crash.
see also ltmain.sh - search for '\$echo'

simple workaround:
Add a line 
echo="echo"
after the line 
ECHO="echo"
in libtool (do not replace the line!).
This should solve the problem (until the next run of configure). 

better workaround:
change the file /usr/share/aclocal/libtool.m4 (be root!)
Save the file first!
- search for "_LT_PROC_ECHO_BACKSLASH" (without "")
- add the line 
echo=${lt_ECHO-echo}
after the line 
ECHO=${lt_ECHO-echo}
You can also add a modified version of the test follows this line.
- add the line 
_LT_DECL([], [echo], [1], [An echo program that does not interpret backslashes])
near the end of the macro after the line 
_LT_DECL([], [ECHO], [1], [An echo program that does not interpret backslashes])
- run automake etc., configure -> the generated libtool should contain the line
ECHO="echo"
and the line
echo="echo"

Thank you for the workaround. It remedied the issue.
Here is the diff of my changes to /usr/share/aclocal/libtool.m4

1069d1068
< echo=${lt_ECHO-echo}
1208,1209d1206
<     [An echo program that does not interpret backslashes])
< _LT_DECL([], [echo], [1],

I think the diff is created the wrong way (think you have to add those lines). Also, as a suggestion, diff -u creates easier readable diffs.

Looks like a duplicate of bug 455882. Or the other way round.

Thank you for pointing out the diff direction.
I believe you are right about bug 455882.

Development is severely hindered by a broken libtool.
Raising priority therefore.

Run 'libtoolize' (invoked by autoreconf, invoked typically by ./autogen.sh). That copies a new libtool into the build directory that's compatible with the installed aclocal files.

Of course this doesn't explain why kdevelop creates a wrong version by default.

You can't mix and match macros from different libtool versions.

To #7: I guess kdevelop uses outdated libtool macros/files. If using libtoolize solves the problem, it's a kdevelop bug and needs to be assigned to the kdevelop maintainer(s).

Why is this marked invalid???  It is an issue with they way kdevelop works that needs to be addressed.

https://bugzilla.novell.com/show_bug.cgi?id=461703 may correlate to this?

As per comment 4 and comment 5

*** This bug has been marked as a duplicate of bug 455882 ***