Subject: Re: libtool.m4: shrext should be shared_ext -
msg#00005

Previous Message by Date:

libtool.m4: shrext should be shared_ext

[not subscribed to the list, only submitting bugfix] Libtool 1.5 linux Problem: $shared_ext has no value, libs are installed without .so suffix Search on shrext and shared_ext in the mailinglist: no results. /usr/share/aclocal/libtool.m4: # Shared library suffix (normally ".so"). shrext='$shrext' that should be shared_ext='$shrext'

Next Message by Date:

Problem in ".la" file

Hi I'm working on the MacOS X (10.2.6) port of the OpenC++ project which uses Hans Boehm's garbage collector (GC 6.2) and GNU Libtool (1.5). When building static versions of the garbage collector (libgc.a) and OpenC++ (libocc.a) a problem occurs during the generation of the "libocc.la" file: # libocc.la - a libtool library file # Generated by ltmain.sh - GNU libtool 1.5 (1.1220 2003/04/05 19:32:58) # # Please DO NOT delete this file! # It is necessary for linking the library. # The name that we can dlopen(3). dlname='' # Names of this library. library_names='' # The name of the static archive. old_library='libocc.a' # Libraries that this one depends upon. dependency_libs=' -ldl /Users/ktulu/Projects/OpenC++/gc/libgc.la -lpthread ' # Version information for libocc. current=0 age=0 revision=0 # Is this an already installed library? installed=no # Should we warn about portability when linking against -modules? shouldnotlink=no # Files to dlopen/dlpreopen dlopen='' dlpreopen='' # Directory that this library needs to be installed in: libdir='/usr/local/lib' The string assigned to the "dependency_libs" variable makes the test suite fail because this string is passed as an argument list to the Gcc. Should not the string be "-ldl -lgc.a -lpthread" instead ? I had the same problem with Libtool 1.4.2; upgrading to version 1.5 had no effect. The OpenC++ package was configured using "configure --enable-shared=no" because the Gc sub-package builds a shared library otherwise. Since I don't know much about how Libtool works I wonder if this a Libtool bug or an Autoconf/Automake configuration problem in the OpenC++ package itself. Any help is welcome. Thanks. ------------------------------------------------------------------------ - Alexandre Tolmos E-mail: ktulu@xxxxxxx ICQ: 92964905 ------------------------------------------------------------------------ - "Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn." ------------------------------------------------------------------------ -

Previous Message by Thread:

libtool.m4: shrext should be shared_ext

[not subscribed to the list, only submitting bugfix] Libtool 1.5 linux Problem: $shared_ext has no value, libs are installed without .so suffix Search on shrext and shared_ext in the mailinglist: no results. /usr/share/aclocal/libtool.m4: # Shared library suffix (normally ".so"). shrext='$shrext' that should be shared_ext='$shrext'

Next Message by Thread:

Problem in ".la" file

Hi I'm working on the MacOS X (10.2.6) port of the OpenC++ project which uses Hans Boehm's garbage collector (GC 6.2) and GNU Libtool (1.5). When building static versions of the garbage collector (libgc.a) and OpenC++ (libocc.a) a problem occurs during the generation of the "libocc.la" file: # libocc.la - a libtool library file # Generated by ltmain.sh - GNU libtool 1.5 (1.1220 2003/04/05 19:32:58) # # Please DO NOT delete this file! # It is necessary for linking the library. # The name that we can dlopen(3). dlname='' # Names of this library. library_names='' # The name of the static archive. old_library='libocc.a' # Libraries that this one depends upon. dependency_libs=' -ldl /Users/ktulu/Projects/OpenC++/gc/libgc.la -lpthread ' # Version information for libocc. current=0 age=0 revision=0 # Is this an already installed library? installed=no # Should we warn about portability when linking against -modules? shouldnotlink=no # Files to dlopen/dlpreopen dlopen='' dlpreopen='' # Directory that this library needs to be installed in: libdir='/usr/local/lib' The string assigned to the "dependency_libs" variable makes the test suite fail because this string is passed as an argument list to the Gcc. Should not the string be "-ldl -lgc.a -lpthread" instead ? I had the same problem with Libtool 1.4.2; upgrading to version 1.5 had no effect. The OpenC++ package was configured using "configure --enable-shared=no" because the Gc sub-package builds a shared library otherwise. Since I don't know much about how Libtool works I wonder if this a Libtool bug or an Autoconf/Automake configuration problem in the OpenC++ package itself. Any help is welcome. Thanks. ------------------------------------------------------------------------ - Alexandre Tolmos E-mail: ktulu@xxxxxxx ICQ: 92964905 ------------------------------------------------------------------------ - "Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn." ------------------------------------------------------------------------ -