Version: 3.1.1 (using KDE 3.3.1, SuSE) Compiler: gcc version 3.3.3 (SuSE Linux) OS: Linux (i686) release 2.6.4-52-default Hi I'm actually developing a project which uses : - a lib : libfpkg - a command-line interface to that lib : fpkg For the interface itself, no problem. But I have got a big bug for libfpkg. When I give libfpkg the name libfpkg, it installs itself in /usr/lib by creating the following files : libfpkg -> libfpkg.0.0.0 libfpkg.0 -> libfpkg.0.0.0 libfpkg.0.0.0 libfpkg.a libfpkg.la Where is the .so extension ? When I give it the name libfpkg.so, it installs the following files in /usr/lib : libfpkg.so -> libfpkg.so.0.0.0 libfpkg.so.0 -> libfpkg.so.0.0.0 libfpkg.so.0.0.0 libfpkg.so.a libfpkg.so.la It's unusable too ! I didn't see any option to correct that problem... I think it's a serious bug of kdevelop... I hope the informations I gave are enough to allow you to solve the problem...
Please read the postings on the website forum about static, and dynamic libraries. and take a look inside the .lib hidden directory.
Sorry I didn't find any solution ! I already searched inside all my project folder : what do you want me to see in .lib directory ?? I think it's a bug because we shouldn't have to search in order to generate valid libraries with right extensions !
> what do you want me to see in .lib directory ? Libtool creates the .so files in a .lib hidden subdirectory of your project build three. > I think it's a bug because we shouldn't have to search in order to generate > valid libraries with right extensions ! It's just the way libtool works. KDevelop only uses libtool, libtools itself is not a part of KDevelop.
Sorry there is no .so named file ! There is the lib, but without the .so !
> Sorry I didn't find any solution ! You did not look in the right place: http://www.kdevelop.org:8080/phorum5/read.php?2,25632
I'm happy to see that a correction has been found for that bugs on http://www.kdevelop.org:8080/phorum5/read.php?2,25632,26598
Someone, please have a look at this. From what I understand, this is a real issue.
Note, the interesting forum post URL is now: http://www.kdevelop.org/phorum5/read.php?2,25632,26598
when you added your library, you need to give the file you add an extension. For example, for a library target, you can't just enter "libmyfoo" you have to enter "libmyfoo.la" (if you're using libtool) or "libmyfoo.so" or similar. If you didn't add an extension, it's not a bug IMHO
I've had this problem and figured it out. It is an autotool problem. My particular problem came from the ltmain.sh file included in the admin.tar.gz template in KDevelop 3.2.0 . It is a very old version of ltmain.sh (2003). I replaced the file with the latest libtool ltmain.sh and everything works as it should now. I have .so extensions as normally I should without any problems. Hope this falls under some watchful eyes.
Did you edit the FAQ ? That was nice, thanks.
unable to reproduce with the KDevelop 3.4 branch. Library targets have extensions added correctly now.
the bug is still present on a gentoo 2008.0 kdevelop 3.5.2 kde 3.5.9
I think a post 3.5.2 patch fixed this a bit better. Please try it out with a SVN version or explain a bit better the steps to reproduce your problem.
Steps to reproduce: install gentoo 2008.0 amd64, up-to date. boborjan ~ # emerge --info Portage 2.1.5.5 (default/linux/amd64/2008.0/desktop, gcc-4.1.2, glibc-2.6.1-r0, 2.6.25-gentoo-r6 x86_64) ================================================================= System uname: 2.6.25-gentoo-r6 x86_64 Mobile AMD Athlon(tm) 64 Processor 3000+ Timestamp of tree: Tue, 15 Jul 2008 07:45:01 +0000 app-shells/bash: 3.2_p33 dev-java/java-config: 1.3.7, 2.1.6 dev-lang/python: 2.5.1-r5 sys-apps/baselayout: 1.12.11.1 sys-apps/sandbox: 1.2.18.1-r2 sys-devel/autoconf: 2.13, 2.61-r2 sys-devel/automake: 1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.1 sys-devel/binutils: 2.18-r3 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 1.5.26 virtual/os-headers: 2.6.23-r3 ACCEPT_KEYWORDS="amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -pipe -march=k8 -mtune=k8" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/splash /etc/terminfo /etc/texmf/web2c /etc/udev/rules.d" CXXFLAGS="-O2 -pipe -march=k8 -mtune=k8" DISTDIR="/usr/portage/distfiles" FEATURES="distlocks parallel-fetch sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://gentoo.inf.elte.hu/ " LANG="hu_HU.UTF-8" LDFLAGS="-Wl,-O1" LINGUAS="hu en_GB en" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="X aalib acl acpi alsa amd64 apm bash-completion berkdb branding bzip2 cairo cdparanoia cdr cli cracklib crypt cups dbus divx dri dvd dvdr dvdread emboss encode evo fam filepicker firefox fontconfig fortran gcj gdbm gif gmedia gnutls gpm gstreamer gtk hal iconv imlib ipv6 isdnlog java javascript jpeg laptop libnotify mad midi mikmod mmx mng mp3 mpeg mudflap multilib mysql mysqli ncurses nls nptl nptlonly nsplugin ogg opengl openmp pam pcre pdf perl php png posix ppds pppd python qt3support quicktime readline realmedia reflection sdl session slang spell spl sse sse2 ssl startup-notification svg sysvipc tcpd tiff truetype unicode usb utempter vorbis wmp xft xml xorg xscreensaver xv zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" FOO2ZJS_DEVICES="hp1020" INPUT_DEVICES="evdev keyboard mouse synaptics" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="hu en_GB en" USERLAND="GNU" VIDEO_CARDS="radeon" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY imi@boborjan ~ $ eix -e kdevelop [I] dev-util/kdevelop Available versions: 3.5.0 ~3.5.1 ~3.5.2 3.5.2-r1 {ada arts clearcase cvs debug elibc_FreeBSD fortran haskell java pascal perforce perl php python ruby sql subversion xinerama} Installed versions: 3.5.2-r1(13.04.55 2008-07-05)(fortran java perl python -ada -clearcase -cvs -debug -elibc_FreeBSD -haskell -pascal -perforce -php -ruby -sql -subversion -xinerama) Homepage: http://www.kdevelop.org Description: Integrated Development Environment for Unix, supporting KDE/Qt, C/C++ and many other languages. imi@boborjan ~ $ eix -e kde * kde-base/kde Available versions: (3.5) 3.5.9 {accessibility} Homepage: http://www.kde.org/ Description: KDE - merge this to pull in all non-developer kde-base/* packages imi@boborjan ~ $ then create a new C++ hello world project in kdevelop. Try to compile it.
I don't quite see how building the C++ hello world project relates to libtool targets having extension problems. That project template doesn't use any targets that would need an extension. Apart from that, those steps work just fine for me. That means there are two possibilities: This is a gentoo-specific bug you need to take to the gentoo bug list. The other possibility is that newer libtool once again broke backward compatibility and the scripts in <project>/admin don't work with the libtool you have installed. In that case this is a wontfix as those files are shared across all of KDE3 and thus not easily changed, apart from nobody working on the KDE3 buildsystem anyway.
http://bugs.gentoo.org/show_bug.cgi?id=74585 gentoo seems to consider this as an upstream bug.
as I already said fixing this bug is out of the scope of KDevelop3. Given that KDE3 is only barely maintained and Kdevelop3 is almost abandoned (and KDevelop4 getting more usable each day) I think the problem you're having is simply a wontfix.