|
Home > Archive > Debian Developers > April 2004 > shared libraries and .so extension
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
| Author |
shared libraries and .so extension
|
|
| Brian May 2004-04-27, 8:34 am |
| Hello,
I am attempting to package dar 2.1.2 for Debian.
libtool for some reason doesn't want to give the shard library the .so
extension.
[633] [scrooge:bam] ~/tree/debian/+packages/dar/dar-2.1.2/src/libdar >/bin/sh ../../libtool --mode=link i386-linux-g++ -g -O2 -o libdar.la -rpath /usr/lib -version-info `./get_version` catalogue.lo compressor.lo deci.lo defile.lo ea.lo ea_filesystem.lo
erreurs.lo etage.lo filesystem.lo filtre.lo generic_file.lo header.lo header_version.lo real_infinint.lo libdar.lo macro_tools.lo mask.lo path.lo sar.lo sar_tools.lo scrambler.lo storage.lo terminateur.lo test_memory.lo tools.lo tronc.lo tuyau.lo user_in
teraction.lo wrapperlib.lo zapette.lo special_alloc.lo archive.lo crypto.lo -lattr -ldl -lbz2 -lz
rm -fr .libs/libdar.2 .libs/libdar.2.0.2 .libs/libdar.a .libs/libdar.la .libs/libdar.lai
i386-linux-g++ -shared -nostdlib /usr/lib/gcc-lib/i486-linux/3.3.3/../../../crti.o /usr/lib/gcc-lib/i486-linux/3.3.3/crtbeginS.o .libs/catalogue.o .libs/compressor.o .libs/deci.o .libs/defile.o .libs/ea.o .libs/ea_filesystem.o .libs/erreurs.o .libs/etage
.o .libs/filesystem.o .libs/filtre.o .libs/generic_file.o .libs/header.o .libs/header_version.o .libs/real_infinint.o .libs/libdar.o .libs/macro_tools.o .libs/mask.o .libs/path.o .libs/sar.o .libs/sar_tools.o .libs/scrambler.o .libs/storage.o .libs/termin
ateur.o .libs/test_memory.o .libs/tools.o .libs/tronc.o .libs/tuyau.o .libs/user_interaction.o .libs/wrapperlib.o .libs/zapette.o .libs/special_alloc.o .libs/archive.o .libs/crypto.o /lib/libattr.so -ldl -lbz2 -lz -L/usr/lib/gcc-lib/i486-linux/3.3.3 -L/u
sr/lib/gcc-lib/i486-linux/3.3.3/../../.. -lstdc++ -lm -lc -lgcc_s /usr/lib/gcc-lib/i486-linux/3.3.3/crtendS.o /usr/lib/gcc-lib/i486-linux/3.3.3/../../../crtn.o -Wl,-soname -Wl,libdar.2 -o .libs/libdar.2.0.2
(cd .libs && rm -f libdar.2 && ln -s libdar.2.0.2 libdar.2)
(cd .libs && rm -f libdar && ln -s libdar.2.0.2 libdar)
ar cru .libs/libdar.a catalogue.o compressor.o deci.o defile.o ea.o ea_filesystem.o erreurs.o etage.o filesystem.o filtre.o generic_file.o header.o header_version.o real_infinint.o libdar.o macro_tools.o mask.o path.o sar.o sar_tools.o scrambler.o storag
e.o terminateur.o test_memory.o tools.o tronc.o tuyau.o user_interaction.o wrapperlib.o zapette.o special_alloc.o archive.o crypto.o
ranlib .libs/libdar.a
creating libdar.la
(cd .libs && rm -f libdar.la && ln -s ../libdar.la libdar.la)
Is this broken or some new standard?
If it is broken, any ideas why?
This is libtool 1.5.
Thanks in advance.
--
Brian May <bam@debian.org>
--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
| |
| Daniel Kobras 2004-04-27, 9:34 am |
| On Tue, Apr 27, 2004 at 01:47:15PM +1000, Brian May wrote:
> libtool for some reason doesn't want to give the shard library the .so
> extension.
>
> If it is broken, any ideas why?
>
> This is libtool 1.5.
I've seen this happen when for some obscure reason the version of the
libtool snippets in configure and ltmain.sh do not match. This can
happen, eg. when upstream keeps auto-generated files in CVS but does not
keep them in a consistent state. Try to re-libtoolize/re-autofoo and see
if the bug vanishes.
Regards,
Daniel.
--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
| |
| Jamie Wilkinson 2004-04-27, 9:34 am |
| This one time, at band camp, Brian May wrote:
>libtool for some reason doesn't want to give the shard library the .so
>extension.
>
>Is this broken or some new standard?
>
>If it is broken, any ideas why?
I've seen that happen in a few tarballs with the Makefile created with
automake 1.4, and usually recreating the entire lot from scratch fixes
it -- I think it's a mismatch in the version of libtool and the version
of automake used but I never bothered to investigate it further.
--
jaq@debian.org http://people.debian.org/~jaq
--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
| |
| Scott James Remnant 2004-04-27, 1:34 pm |
| On Tue, 2004-04-27 at 13:47 +1000, Brian May wrote:
> libtool for some reason doesn't want to give the shard library the .so
> extension.
>
http://people.debian.org/~keybuk/li...missing_so.html
Scott
--
Have you ever, ever felt like this?
Had strange things happen? Are you going round the twist?
| |
| Brian May 2004-04-29, 9:33 pm |
| >>>>> "Scott" == Scott James Remnant <scott@netsplit.com> writes:
Scott> On Tue, 2004-04-27 at 13:47 +1000, Brian May wrote:[vbcol=seagreen]
Scott> http://people.debian.org/~keybuk/li...missing_so.html
Yes, this seems to have solved the problem.
Thanks for everyone who replied.
--
Brian May <bam@debian.org>
--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
|
|
|
|
|