kdevelop project was broken when going to 8.10

Bug #253286 reported by Atanas Atanasov
92
This bug affects 6 people
Affects Status Importance Assigned to Milestone
kdevelop (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

Binary package hint: kdevelop

I use kdevelop as a C/C++ ide. My project would not compile well after I upgraded to Ubuntu 8.10. Here is the output. It seems to be a libtool ptoblem.

cd '/home/nasko/Documents/Summer2008/Computations/resolve/resolve/debug' && WANT_AUTOCONF_2_5="1" WANT_AUTOMAKE_1_6="1" LC_MESSAGES="C" LC_CTYPE="C" make
make all-recursive
Making all in src
/bin/bash ../libtool --tag=CXX --mode=link g++ -O0 -g3 -o resolve 4ti2.o combinatorics.o common.o gap.o linear_algebra.o lrs.o main.o resolve.o
../libtool: line 804: X--tag=CXX: command not found
../libtool: line 837: libtool: ignoring unknown tag : command not found
../libtool: line 804: X--mode=link: command not found
../libtool: line 970: *** Warning: inferring the mode of operation is deprecated.: command not found
../libtool: line 971: *** Future versions of Libtool will require --mode=MODE be specified.: command not found
gcc: no input files
gcc: no input files
gcc: no input files
gcc: no input files
../libtool: line 2197: X-O0: command not found
../libtool: line 2197: X-g3: command not found
../libtool: line 2366: Xresolve: command not found
X: user not authorized to run the X server, aborting.
../libtool: line 2378: Xresolve: command not found
../libtool: line 2386: mkdir /.libs: No such file or directory
mkdir: cannot create directory `/.libs': Permission denied
make[2]: *** [resolve] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2
*** Exited with status: 2 ***

Please let me know if more information is necessary.

Revision history for this message
Atanas Atanasov (thenasko) wrote :

I tried a few things but I cannot see how to fix the problem. Even if I create a new "Hello World" C++ project kdevelop cannot compile it. It gives the problems as I described them above. Please help.

Revision history for this message
Atanas Atanasov (thenasko) wrote :

Does anyone replicate the problem? Has anyone looked at it?

Revision history for this message
Atanas Atanasov (thenasko) wrote :

I tried to copy the project to another computer. When I rerun configure and all the auto-stuff the projects compiles nicely in terminal. The problem is in the libtool file or more precisely in what generates it. Here is an short passage:

 if len=`expr "X$cmds" : ".*"` &&
      test "$len" -le "$max_cmd_len" || test "$max_cmd_len" -le -1; then
   cmds=$old_archive_cmds
 else
   # the command line is too long to link in one step, link in parts
   $echo "using piecewise archive linking..."
   save_RANLIB=$RANLIB
   RANLIB=:
   objlist=
   concat_cmds=
   save_oldobjs=$oldobjs

   # Is there a better way of finding the last object in the list?
   for obj in $save_oldobjs
   do
     last_oldobj=$obj
   done
   for obj in $save_oldobjs
   do
     oldobjs="$objlist $obj"
     objlist="$objlist $obj"
     eval test_cmds=\"$old_archive_cmds\"
     if len=`expr "X$test_cmds" : ".*" 2>/dev/null` &&
        test "$len" -le "$max_cmd_len"; then
       :
     else
       # the above command should be used before it gets too long
       oldobjs=$objlist
       if test "$obj" = "$last_oldobj" ; then
         RANLIB=$save_RANLIB
       fi
       test -z "$concat_cmds" || concat_cmds=$concat_cmds~
       eval concat_cmds=\"\${concat_cmds}$old_archive_cmds\"
       objlist=
     fi
   done

You can see that before a lot of $ signs there is an extra X which shouldn't be there in the proper case. I wonder what causes it to be there.

Revision history for this message
carlis87 (carlosdiaz87) wrote :

I think I have looked the problem. kdevelop use the $ for delimit the fragments of code, so I think that is the problem with the libtool. I have changed the $ for other character, the '¡' in my case, and my projects compiles.

You can change the character in Preferences->Configure Kdevelop...->Fragments of Code (Sorry if is wrong, my kdevelop is in Spanish).

I hope help someone

Revision history for this message
carlis87 (carlosdiaz87) wrote :

sorry i was wrong, I did other change at the same time. I changed in the sources.list all 'intrepid' by 'hardy' and then: apt-get remove libtool
apt-get update
apt-get install libtool

so I installed libtool 1.5 in the place of libtool 2.4 which is contained in the Ubuntu 8.10.
For the moment all works nicely

The post of before is totally innecessary

Revision history for this message
Atanas Atanasov (thenasko) wrote :

Thanks for the workaround. It worked great.

Is this a kdevelop problem or an incompatibility with libtool 2.2?

Revision history for this message
Atanas Atanasov (thenasko) wrote :

Does anybody know if there is work being done on resolving the issue? What is the problem anyways?

Revision history for this message
Niels Egberts (nielsegberts) wrote :

I'm confirming this issue in Intrepid, I can't compile a simple hello world program without reverting back to an old libtool.

Changed in kdevelop:
status: New → Confirmed
Revision history for this message
Jessie Morris (jessieamorris) wrote :

Same exact problem here. It makes things difficult to do sometimes....

Revision history for this message
Atanas Atanasov (thenasko) wrote :

Has anybody been able to have a look at the problem. I see libtool has been updated several times since but the problem persists. It makes Kdevelop unusable in intrepid.

Revision history for this message
lukhaz (korbel85) wrote :

i have the same problem (identical backtrace) as above on kubuntu 8.10 with kdevelop 4:3.5.3-0ubuntu1 and libtool 2.2.4-0ubuntu4

Revision history for this message
Miguel Tadeu (mtadeunet) wrote :

Same here on kubuntu 8.10

Revision history for this message
clinton (clintonthegeek) wrote :

In my case, when I try to compile something my memory skyrockets into swap and beyond, grinding my whole computer to a hault unless I stop it.

Revision history for this message
sking (sking78) wrote :

Same on my machine except I was just setting things up from scratch and have spent 5 hours of my life chasing a known bug... Any word on if someone is fixing it?

Revision history for this message
Atanas Atanasov (thenasko) wrote :

See above, carlis87 has a work around. You have to change your repositories to hardy and downgrade libtool. This worked for me.

I really hope this will soon be solved. It has been around for quite a while -- with the alpha releases of intrepid.

Revision history for this message
sking (sking78) wrote : Re: [Bug 253286] Re: kdevelop project was broken when going to 8.10

Thanks, I did do the work-around of changing line 153 in libtools from ECHO
= "echo" to echo = "echo" and that seems to work well, at least for now...

On Wed, Jan 28, 2009 at 4:06 PM, Atanas Atanasov <email address hidden> wrote:

> See above, carlis87 has a work around. You have to change your
> repositories to hardy and downgrade libtool. This worked for me.
>
> I really hope this will soon be solved. It has been around for quite a
> while -- with the alpha releases of intrepid.
>
> --
> kdevelop project was broken when going to 8.10
> https://bugs.launchpad.net/bugs/253286
> You received this bug notification because you are a direct subscriber
> of the bug.
>
> Status in "kdevelop" source package in Ubuntu: Confirmed
>
> Bug description:
> Binary package hint: kdevelop
>
> I use kdevelop as a C/C++ ide. My project would not compile well after I
> upgraded to Ubuntu 8.10. Here is the output. It seems to be a libtool
> ptoblem.
>
> cd '/home/nasko/Documents/Summer2008/Computations/resolve/resolve/debug' &&
> WANT_AUTOCONF_2_5="1" WANT_AUTOMAKE_1_6="1" LC_MESSAGES="C" LC_CTYPE="C"
> make
> make all-recursive
> Making all in src
> /bin/bash ../libtool --tag=CXX --mode=link g++ -O0 -g3 -o resolve 4ti2.o
> combinatorics.o common.o gap.o linear_algebra.o lrs.o main.o resolve.o
> ../libtool: line 804: X--tag=CXX: command not found
> ../libtool: line 837: libtool: ignoring unknown tag : command not found
> ../libtool: line 804: X--mode=link: command not found
> ../libtool: line 970: *** Warning: inferring the mode of operation is
> deprecated.: command not found
> ../libtool: line 971: *** Future versions of Libtool will require
> --mode=MODE be specified.: command not found
> gcc: no input files
> gcc: no input files
> gcc: no input files
> gcc: no input files
> ../libtool: line 2197: X-O0: command not found
> ../libtool: line 2197: X-g3: command not found
> ../libtool: line 2366: Xresolve: command not found
> X: user not authorized to run the X server, aborting.
> ../libtool: line 2378: Xresolve: command not found
> ../libtool: line 2386: mkdir /.libs: No such file or directory
> mkdir: cannot create directory `/.libs': Permission denied
> make[2]: *** [resolve] Error 1
> make[1]: *** [all-recursive] Error 1
> make: *** [all] Error 2
> *** Exited with status: 2 ***
>
> Please let me know if more information is necessary.
>

Revision history for this message
Atanas Atanasov (thenasko) wrote :

I tried that and it didn't work for me. First I changed ECHO="echo" to echo="echo" in /usr/bin/libtool. Then I tried adding both variables, or replacing $echo with $ECHO and none of the three approaches worked (on a sample hello world program). Am I doing something different? I am running 8.10.

Revision history for this message
Niels Egberts (nielsegberts) wrote :

This bug is still present in Kubuntu Jaunty Alpha 4...

Revision history for this message
sking (sking78) wrote :

I am having major problems with Kdevelop even performing simple tasks that
previously worked. I believe I will have to do a complete re-install to fix
those problems.

On Thu, Feb 5, 2009 at 12:48 PM, Niels Egberts <email address hidden>wrote:

> This bug is still present in Kubuntu Jaunty Alpha 4...
>
> --
> kdevelop project was broken when going to 8.10
> https://bugs.launchpad.net/bugs/253286
> You received this bug notification because you are a direct subscriber
> of the bug.
>
> Status in "kdevelop" source package in Ubuntu: Confirmed
>
> Bug description:
> Binary package hint: kdevelop
>
> I use kdevelop as a C/C++ ide. My project would not compile well after I
> upgraded to Ubuntu 8.10. Here is the output. It seems to be a libtool
> ptoblem.
>
> cd '/home/nasko/Documents/Summer2008/Computations/resolve/resolve/debug' &&
> WANT_AUTOCONF_2_5="1" WANT_AUTOMAKE_1_6="1" LC_MESSAGES="C" LC_CTYPE="C"
> make
> make all-recursive
> Making all in src
> /bin/bash ../libtool --tag=CXX --mode=link g++ -O0 -g3 -o resolve 4ti2.o
> combinatorics.o common.o gap.o linear_algebra.o lrs.o main.o resolve.o
> ../libtool: line 804: X--tag=CXX: command not found
> ../libtool: line 837: libtool: ignoring unknown tag : command not found
> ../libtool: line 804: X--mode=link: command not found
> ../libtool: line 970: *** Warning: inferring the mode of operation is
> deprecated.: command not found
> ../libtool: line 971: *** Future versions of Libtool will require
> --mode=MODE be specified.: command not found
> gcc: no input files
> gcc: no input files
> gcc: no input files
> gcc: no input files
> ../libtool: line 2197: X-O0: command not found
> ../libtool: line 2197: X-g3: command not found
> ../libtool: line 2366: Xresolve: command not found
> X: user not authorized to run the X server, aborting.
> ../libtool: line 2378: Xresolve: command not found
> ../libtool: line 2386: mkdir /.libs: No such file or directory
> mkdir: cannot create directory `/.libs': Permission denied
> make[2]: *** [resolve] Error 1
> make[1]: *** [all-recursive] Error 1
> make: *** [all] Error 2
> *** Exited with status: 2 ***
>
> Please let me know if more information is necessary.
>

Revision history for this message
Atanas Atanasov (thenasko) wrote :

You should try downgrading libtool from hardy -- this is the only technique which worked for me so far.

Revision history for this message
datenteiler (datenteiler) wrote :

I think this is a problem of KDevelop, because they use an outdated script of ltmain.sh in their template files. Intrepid Ibex is shipped with libtool version 2.2.4 - probably Jaunty is shipped with a newer one - but the ltmain.sh file in the KDevelop templates creates a libtool version 1.5.24. To fix this I can replace every libtool in my source tree with a link to /usr/bin/libtool but there is a better workaround to do this for all KDevelop projects:

First I've copied the directory "/usr/share/apps/kdevappwizard/" to "$HOME/.kde/share/apps/". Next I've extracted the archive "$HOME/.kde/share/apps/kdevappwizard/template-common/incadmin.tar.gz" and I've replaced the old file "ltmain.sh" with the new one from "/usr/share/libtool/config/ltmain.sh". Then I've packed the archive again to a new one named "incadmin.tar.gz" and replaced the old archive with the new one. Now the script ltmain.sh creates a current libtool in the source tree of my program while compilation and my source code compiles without any error.

There is no need to downgrade libtool.

Regards,
Christian

Revision history for this message
Atanas Atanasov (thenasko) wrote :

Perfect, thanks. I worked like a charm.

Revision history for this message
Ralph Navarro (ralph-navarrocomputing) wrote :

I have tested Christian's technique of updating kdevappwizard's copy of ltmain.sh and can now create new C++ projects that build properly. However, a better fix might be for kdevappwizard to get its ltmain.sh (and any other libtool files) from the installed libtool instead of using a copy that can get outdated. kdevelop would then be able to use any libtool updates that were installed.

Revision history for this message
Atanas Atanasov (thenasko) wrote :

Do you know if this would require significant changes in kdevelop? Alhernatively, this could possibly be fixed through some update trigger in the deb packaging system (when a new libtool is installed)?

Revision history for this message
Alexey Mentat (mentatxx) wrote :

I had same problem on newly installed Ubuntu 8.10 !

Thanx, Christian Imhorst !

I have updated /usr/share/apps/kdevappwizard/incadmin.tar.gz with updated files from /usr/share/libtool/config
and now compile done without errors !

My incadmin.tar.gz in attachment. Just download it to /usr/share/apps/kdevappwizard (remember of root privilege)

Revision history for this message
Alexey Mentat (mentatxx) wrote :

I mean /usr/share/apps/kdevappwizard/template-common :-)
(why we cannot change our comments ?)

Revision history for this message
mrClass (klaas-ixart) wrote :

Updating the Kdevelop template works fine. Thanks!. For updating existing projects you should probably overwrite the project's local ltmain.sh with the one in /usr/share/libtool/config/

Revision history for this message
Raine (rainefan) wrote :

Same problem here with latest Jaunty 32-bit (full updated) and kdevelop 3.5.3.

christian imhorst workaround (https://bugs.launchpad.net/ubuntu/+source/kdevelop/+bug/253286/comments/21) worked just fine.

BTW, Kdevelop-kde4 don't have any C template :( Any hint here?

Regards,
Raine

Revision history for this message
Raine (rainefan) wrote :

Oops sorry! Just for the record you need to create a new Project after applying above workaround. Your actual project will not compile though :(

Revision history for this message
Imre Péntek (pentek-imre) wrote :
Revision history for this message
Imre Péntek (pentek-imre) wrote :

I hope someone will have an idea about it, so a note: I am tracing back the bug to its origin. The first (second) step was taken:
--- config.status.old 2009-05-26 11:58:58.000000000 +0200
+++ config.status 2009-05-26 11:58:28.000000000 +0200
@@ -1628,6 +1628,7 @@

 # An echo program that does not interpret backslashes.
 ECHO=$lt_ECHO
+echo=$lt_ECHO

 # Used to examine libraries when file_magic_cmd begins with "file".
 MAGIC_CMD=$MAGIC_CMD

I hope I find the corresponding part in configure (ctrl-f doesn't make it), and finally I hope to find the appropriate file shipped by you containing the bug. Any help is welcome.

Revision history for this message
Imre Péntek (pentek-imre) wrote :

--- configure.old 2009-05-26 12:19:12.000000000 +0200
+++ configure 2009-05-26 12:19:19.000000000 +0200
@@ -17117,6 +17117,7 @@

 # An echo program that does not interpret backslashes.
 ECHO=$lt_ECHO
+echo=$lt_ECHO

 # Used to examine libraries when file_magic_cmd begins with "file".
 MAGIC_CMD=$MAGIC_CMD

now I'll need to find where that exact snippet of configure comes from

Revision history for this message
David (k992637) wrote :

Hello,

Just installed ubuntu and apt-get installed kdevelop. I have the above problem. Unfortunately overwriting ltmain.sh from /usr/share/libtool/config/ does not fix for existing projects. Also, downloading the posted file incadmin.tar.gz to /usr/share/apps/kdevappwizard/ does not resolve the issue for newly created projects. Seems from the above that I'm the only person not able to resolve this with the work around? What am I doing wrong!? Any advice on how to investigate.

Thanks
David

Revision history for this message
Imre Péntek (pentek-imre) wrote :

David: for me the workaround worked (hint: you will have to apt-get install konsole)
https://bugs.launchpad.net/ubuntu/+source/kdevelop/+bug/253286/comments/21
at the autoconf mailing list the folks suggest that you will have to use a newer libtool, from wherever that ltmain.sh comes, it really should be changed to a newer version. thank you.

Revision history for this message
Simon (simschi) wrote :

I have the same problem here and unfortunately got messed up in workarounds :-(

After I used the archive from Alexey, I got an error of different versions (2.24 vs 2.26) of libtool. Then copied accidental all the files from /usr/share/libtool/config/ into the archive and now I get the error "configure: error: cannot guess build type; you must specify one"

How can I get the original files back? (and next time I will make backups)

thx, Simon

Revision history for this message
Simon (simschi) wrote :

Ok, reinstalled everything (libtool, kdevelop, ...) and followed the workaround again. This time the correct way. But it didn't work for me. I still get some errors:

config.status: executing libtool commands
configure: WARNING: unrecognized options: --enable-debug
compiling pstart.cpp (g++)
mv -f .deps/pstart.Tpo .deps/pstart.Po
linking pstart (g++)
../libtool: line 835: X--tag=CXX: command not found
../libtool: line 868: libtool: ignoring unknown tag : command not found
../libtool: line 835: X--mode=link: command not found
../libtool: line 1002: *** Warning: inferring the mode of operation is deprecated.: command not found
../libtool: line 1003: *** Future versions of Libtool will require --mode=MODE be specified.: command not found
gcc: no input files
gcc: no input files
gcc: no input files
gcc: no input files
../libtool: line 2240: X-O0: command not found
../libtool: line 2240: X-g3: command not found
../libtool: line 2409: Xpstart: command not found
X: user not authorized to run the X server, aborting.
../libtool: line 2421: Xpstart: command not found
../libtool: line 2429: mkdir /.libs: No such file or directory
mkdir: cannot create directory `/.libs': Permission denied
make: *** [pstart] Error 1
*** Exited with status: 2 ***

>libtool --version
ltmain.sh (GNU libtool) 2.2.6
Written by Gordon Matzigkeit <email address hidden>, 1996
>kdevelop --version
Qt: 3.3.8b
KDE: 3.5.10
KDevelop: 3.5.3
>cat /proc/version
Linux version 2.6.28-12-generic (buildd@rothera) (gcc version 4.3.3 (Ubuntu 4.3.3-5ubuntu4) ) #43-Ubuntu SMP Fri May 1 19:27:06 UTC 2009

Revision history for this message
Rob Frohne (frohro) wrote :

A work around I found was to find an old project (that works) and delete out the source files and then put yours in place of those. I agree that this needs to be fixed. It is important to help the novices out, and the magic of automake and friends is a place that really needs to happen.

Rob

Revision history for this message
Gaetano Mendola (mendola) wrote :

how long will take a bug like this to be solved? In https://bugs.launchpad.net/bugs/253286 someone even gives the solution to it.

Revision history for this message
Atanas Atanasov (thenasko) wrote :

I think likewise. It does not seem too difficult of a fix, yet it is quite annoying to do perform it every time one creates a new project.

Revision history for this message
Gaetano Mendola (mendola) wrote :

9 months and nothing yet, is this a problem of just ubuntu/kubuntu or other distribution as well, have a distribution with a broken package like this for 9 months is a kind of achievement, isn't ?

Revision history for this message
Tyson Whitehead (twhitehead) wrote :

I've had this outside of kdevelop, and doing

 autoreconf -f -i

to force update all the auxiliary autoconf files to the ones on the local machine fixed it.

Revision history for this message
Rob Frohne (frohro) wrote :

I can confirm that what Tyson Whitehead mentioned fixes the problem. I guess the problem is that newbies like me don't know about that! Would it hurt if autoreconf -f -i was run at the beginning of the automake and friends?

Revision history for this message
Rob Frohne (frohro) wrote :

Or maybe autoreconf -f -i should be run after the new project is created from the template....

Revision history for this message
Samurai (fabio-caponetti) wrote :
Revision history for this message
N7DR (doc-evans) wrote :

Is this fixed in karmic?

I'm quite amazed that a problem like this wasn't assigned a high priority to get fixed. That it's still present in a fully up-to-date jaunty installation a year after the initial report is very discouraging.

Revision history for this message
Jonathan Thomas (echidnaman) wrote :

In that KDevelop4 doesn't handle automake projects, it is not an issue any more. KDevelop3 has been unmaintained by its developers for a long time.

Changed in kdevelop (Ubuntu):
status: Confirmed → Fix Released
Revision history for this message
Ralph Navarro (ralph-navarrocomputing) wrote :

Are you saying that KDevelop4 has LESS functionality than KDevelop3?

On Wed, Sep 30, 2009 at 10:44 AM, Jonathan Thomas <email address hidden>wrote:

> In that KDevelop4 doesn't handle automake projects, it is not an issue
> any more. KDevelop3 has been unmaintained by its developers for a long
> time.
>
> ** Changed in: kdevelop (Ubuntu)
> Status: Confirmed => Fix Released
>
> --
> kdevelop project was broken when going to 8.10
> https://bugs.launchpad.net/bugs/253286
> You received this bug notification because you are a direct subscriber
> of the bug.
>
> Status in “kdevelop” package in Ubuntu: Fix Released
>
> Bug description:
> Binary package hint: kdevelop
>
> I use kdevelop as a C/C++ ide. My project would not compile well after I
> upgraded to Ubuntu 8.10. Here is the output. It seems to be a libtool
> ptoblem.
>
> cd '/home/nasko/Documents/Summer2008/Computations/resolve/resolve/debug' &&
> WANT_AUTOCONF_2_5="1" WANT_AUTOMAKE_1_6="1" LC_MESSAGES="C" LC_CTYPE="C"
> make
> make all-recursive
> Making all in src
> /bin/bash ../libtool --tag=CXX --mode=link g++ -O0 -g3 -o resolve 4ti2.o
> combinatorics.o common.o gap.o linear_algebra.o lrs.o main.o resolve.o
> ../libtool: line 804: X--tag=CXX: command not found
> ../libtool: line 837: libtool: ignoring unknown tag : command not found
> ../libtool: line 804: X--mode=link: command not found
> ../libtool: line 970: *** Warning: inferring the mode of operation is
> deprecated.: command not found
> ../libtool: line 971: *** Future versions of Libtool will require
> --mode=MODE be specified.: command not found
> gcc: no input files
> gcc: no input files
> gcc: no input files
> gcc: no input files
> ../libtool: line 2197: X-O0: command not found
> ../libtool: line 2197: X-g3: command not found
> ../libtool: line 2366: Xresolve: command not found
> X: user not authorized to run the X server, aborting.
> ../libtool: line 2378: Xresolve: command not found
> ../libtool: line 2386: mkdir /.libs: No such file or directory
> mkdir: cannot create directory `/.libs': Permission denied
> make[2]: *** [resolve] Error 1
> make[1]: *** [all-recursive] Error 1
> make: *** [all] Error 2
> *** Exited with status: 2 ***
>
> Please let me know if more information is necessary.
>

--
Ralph Navarro
Mobile: +1508-287-0190
AIM,Skype: eaglet3d

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.