[prev in list] [next in list] [prev in thread] [next in thread]
List: kdevelop
Subject: KDevelop creates shared libraries without .so extension
From: Reiner Beck <R.Beck () m4com ! de>
Date: 2005-06-10 11:17:41
Message-ID: 42A976D5.2080404 () m4com ! de
[Download RAW message or body]
Hello,
when I create a new project for a shared library, the created library
files do not have the ".so" extension.
Example:
Should be: libfoo.so / libfoo.so.0 / libfoo.so.0.0.0
Is: libfoo / libfoo.0 / libfoo.0.0.0
Digging into it, I found that this is due to a mismatch of the libtool
version and the default project files which come with KDevelop.
Replacing the file "ltmain.sh" in file
"/opt/kde3/share/apps/kdevappwizard/template-common/incadmin.tar.gz"
with the version "/usr/share/libtool/ltmain.sh" fixed this problem.
One can fix this on a per project basis by running "libtoolize --force"
and configure in the project main directory as well.
However, is this a problem releated to a version mix of packets?
Are there old default project files bundled with my KDevelop distribution?
Am I missing something?
This behaviour is similar on two different Suse 9.3 default
installations ...
The problem can be reproduced:
- create a new KDevelop Project (C++ Simple Hello World),
- add a subproject
- add a target (libtool library)
- add a class to this lib
- build
The resulting lib does not have the .so extension.
Versions:
OS: Suse 9.3 with online updates
KDevelop 3.2.1 (from Suse) with KDE 3.4.0 Level "b"
libtool: 1.5.14
autoconf/autoheader: 2.59
automake/aclocal: 1.9.5
-
to unsubscribe from this list send an email to kdevelop-request@kdevelop.org with the following body:
unsubscribe »your-email-address«
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic