In KDevelop-3.2.1, I am having weird problems trying to get a new project to work. The project fails when running ./configure with libtool.m4 and ltmain.sh have a version mismatch! Reproducible: Always Steps to Reproduce: 1. Start KDevelop 2. Project -> New Project 3. Select C, Simple Hello World Program 4. Run Build -> Run Automake & Friends 5. Build -> Run Configure ... fails :( Actual Results: Automake & Friends gives: cd '/home/users/dsomers/prj/wibble' && WANT_AUTOCONF_2_5="1" WANT_AUTOMAKE_1_6="1" gmake -f Makefile.cvs aclocal /usr/share/aclocal/wxwin.m4:36: warning: underquoted definition of AM_OPTIONS_WXCONFIG run info '(automake)Extending aclocal' or see http://sources.redhat.com/automake/automake.html#Extending-aclocal /usr/share/aclocal/wxwin.m4:59: warning: underquoted definition of AM_PATH_WXCONFIG /usr/share/aclocal/pth.m4:43: warning: underquoted definition of _AC_PTH_ERROR /usr/share/aclocal/pth.m4:55: warning: underquoted definition of _AC_PTH_VERBOSE /usr/share/aclocal/pth.m4:61: warning: underquoted definition of AC_CHECK_PTH /usr/share/aclocal/ao.m4:9: warning: underquoted definition of XIPH_PATH_AO autoheader automake autoconf *** Success *** Then run configure fails with: cd '/home/users/dsomers/prj/wibble/debug' && CFLAGS="-O0 -g3 " "/home/users/dsomers/prj/wibble/configure" --enable-debug=full installing -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking for style of include used by make... GNU checking dependency style of gcc... gcc3 checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu checking for a sed that does not truncate output... /usr/bin/sed checking for egrep... grep -E checking for ld used by gcc... /usr/i686-pc-linux-gnu/bin/ld checking if the linker (/usr/i686-pc-linux-gnu/bin/ld) is GNU ld... yes checking for /usr/i686-pc-linux-gnu/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes checking how to recognise dependent libraries... pass_all checking how to run the C preprocessor... gcc -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... gcc3 checking how to run the C++ preprocessor... g++ -E checking for g77... g77 checking whether we are using the GNU Fortran 77 compiler... yes checking whether g77 accepts -g... yes checking the maximum length of command line arguments... 32768 checking command to parse /usr/bin/nm -B output from gcc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking for correct ltmain.sh version... no *** Gentoo sanity check failed! *** *** libtool.m4 and ltmain.sh have a version mismatch! *** *** (libtool.m4 = 1.5.16, ltmain.sh = 1.5a) *** Please run: libtoolize --copy --force if appropriate, please contact the maintainer of this package (or your distribution) for help. *** Exited with status: 1 *** # emerge --info Portage 2.0.51.19 (default-linux/x86/2005.0, gcc-3.3.5-20050130, glibc-2.3.4.20041102-r1, 2.6.11-gentoo-r9 i686) ================================================================= System uname: 2.6.11-gentoo-r9 i686 AMD Sempron(tm) 2200+ Gentoo Base System version 1.6.12 Python: dev-lang/python-2.3.5 [2.3.5 (#1, May 16 2005, 19:13:35)] ccache version 2.3 [enabled] dev-lang/python: 2.3.5 sys-apps/sandbox: [Not Present] sys-devel/autoconf: 2.59-r6, 2.13 sys-devel/automake: 1.7.9-r1, 1.8.5-r3, 1.5, 1.4_p6, 1.6.3, 1.9.5 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.16 virtual/os-headers: 2.6.8.1-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O3 -pipe -march=athlon-xp -mmmx -msse -m3dnow -mfpmath=sse" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O3 -pipe -march=athlon-xp -mmmx -msse -m3dnow -mfpmath=sse" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms strict" GENTOO_MIRRORS="ftp://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/" LINGUAS="en de fr nl it ja" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://caslon/portage" USE="x86 3dnow X alsa apm arts avi berkdb bitmap-fonts bri cgi cjk crypt cups curl doc emboss encode expat fam fastcgi foomaticdb fortran gd gdbm gif gpm graphviz gtk2 imlib java jpeg junit kde ldap libg++ libwww lm_sensors mad mikmod mmx motif mp3 mpegmysql ncurses nls no_wxgtk1 odbc ogg oggvorbis opengl oss pam pdflib perl php png python qt quicktime readline samba sdl snmp spell sse ssl svga tcltk tcpd tiff truetype truetype-fonts type1-fonts unicode usb vorbis xml2 xmms xprint xv zeroconf zlib linguas_en linguas_de linguas_fr linguas_nl linguas_it linguas_ja userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS
FYI, I tried again with the latest version of libtool (libtool-1.5.18-r1), but alas the problem is still there. *** Gentoo sanity check failed! *** *** libtool.m4 and ltmain.sh have a version mismatch! *** *** (libtool.m4 = 1.5.18, ltmain.sh = 1.5a) ***
*** Bug 99095 has been marked as a duplicate of this bug. ***
Can you try kdevelop-3.2.1-r1 and see if it fixes this issue? (You should try with a project created from scratch)
(In reply to comment #3) > Can you try kdevelop-3.2.1-r1 and see if it fixes this issue? (You should try > with a project created from scratch) Sorry to say, the bug is still there :-( mkdir '/home/users/dsomers/prj/wibble/debug' && cd '/home/users/dsomers/prj/wibble/debug' && CFLAGS="-O0 -g3 " "/home/users/dsomers/prj/wibble/configure" --enable-debug=full installing -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking for style of include used by make... GNU checking dependency style of gcc... gcc3 checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu checking for a sed that does not truncate output... /usr/bin/sed checking for egrep... grep -E checking for ld used by gcc... /usr/i686-pc-linux-gnu/bin/ld checking if the linker (/usr/i686-pc-linux-gnu/bin/ld) is GNU ld... yes checking for /usr/i686-pc-linux-gnu/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes checking how to recognise dependent libraries... pass_all checking how to run the C preprocessor... gcc -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... gcc3 checking how to run the C++ preprocessor... g++ -E checking for g77... g77 checking whether we are using the GNU Fortran 77 compiler... yes checking whether g77 accepts -g... yes checking the maximum length of command line arguments... 32768 checking command to parse /usr/bin/nm -B output from gcc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking for correct ltmain.sh version... no *** Gentoo sanity check failed! *** *** libtool.m4 and ltmain.sh have a version mismatch! *** *** (libtool.m4 = 1.5.18, ltmain.sh = 1.5a) *** Please run: libtoolize --copy --force if appropriate, please contact the maintainer of this package (or your distribution) for help. *** Exited with status: 1 ***
Look at this bug issue : http://bugs.gentoo.org/show_bug.cgi?id=74442 Explanation here : http://bugs.gentoo.org/show_bug.cgi?id=73563#c9 Hope this help.
(In reply to comment #5) > Look at this bug issue : http://bugs.gentoo.org/show_bug.cgi?id=74442 > Explanation here : http://bugs.gentoo.org/show_bug.cgi?id=73563#c9 > Hope this help. Not really. All the patch in bug #74442 does is to sneak in a libtoolize --force --copy into the build process for that particular package. The problem here is that when KDevelop generates its files for a new project, something is a bit wrong in the system... having to run libtoolize under these circumstances may be a cure, but it doesn't solve the underlying problem.
What's the output of "Run Automake & Friends"? You tried with a newly created project or with the same one as in the original report?
(In reply to comment #7) > What's the output of "Run Automake & Friends"? The output of Automake & Friends was exactly the same as when I originally reported this bug... i.e. it hasn't changed. > You tried with a newly created project or with the same one as in the original > report? Newly created. FYI, the only changed to my system since this bug was reported by me is sys-devel/libtool: 1.5.16 to 1.5.18r-1, and sys-apps/sandbox not installed to installed 1.2.10
Ok, the problem is that the generated Makefile.cvs for C/C++ projects is incomplete (I was trying with a KDE project and didn't notice), there should be a call there to "libtoolize" before aclocal, autoheader... This should be fixed in kdevelop-3.2.1/languages/cpp/app_templates/cpphello/cpp-Makefile.cvs and also in the other files kdevelop-3.2.1/languages/cpp/app_templates/*/*-Makefile.cvs wherever the associate configure.in file (e.g. languages/cpp/app_templates/cpphello/configure.in) has a call to AM_PROG_LIBTOOL. You should report it to http://bugs.kde.org, or ask for https://bugs.kde.org/show_bug.cgi?id=102753 to be reopened. This fix is also better than having a faq about it: http://www.kdevelop.org/mediawiki/index.php/FAQ (2.7 and 2.8) In the meantime, run the auto* programs manually in your projects, for instance by doing "autoreconf --force --install" in the project dir.
*** Bug 115975 has been marked as a duplicate of this bug. ***
*** Bug 124416 has been marked as a duplicate of this bug. ***
*** Bug 141283 has been marked as a duplicate of this bug. ***
(In reply to comment #9) sorry, I have the same problem, but i have te kdevelop verion 3.2.2 and in this version not exist any folder kdevelop/languagues/cpp or anything else so, how do I solve this problem with kdevelop?? > Ok, the problem is that the generated Makefile.cvs for C/C++ projects is > incomplete (I was trying with a KDE project and didn't notice), there should > be a call there to "libtoolize" before aclocal, autoheader... > > This should be fixed in > kdevelop-3.2.1/languages/cpp/app_templates/cpphello/cpp-Makefile.cvs > > and also in the other files > kdevelop-3.2.1/languages/cpp/app_templates/*/*-Makefile.cvs > > wherever the associate configure.in file (e.g. > languages/cpp/app_templates/cpphello/configure.in) has a call to > AM_PROG_LIBTOOL. > You should report it to http://bugs.kde.org, or ask for > https://bugs.kde.org/show_bug.cgi?id=102753 to be reopened. > This fix is also better than having a faq about it: > http://www.kdevelop.org/mediawiki/index.php/FAQ (2.7 and 2.8) > > In the meantime, run the auto* programs manually in your projects, for > instance by doing "autoreconf --force --install" in the project dir. >
*** Bug 161646 has been marked as a duplicate of this bug. ***
*** Bug 192225 has been marked as a duplicate of this bug. ***
