headers
markbrounce | 21 May 2013 00:50

bug#14429: libdir does not take sysroot into account

I am using libtool master (a4629ebf) configured with
"--with-sysroot=/tmp/root".  My build toolchain (gcc, binutils) has been
configured with the same sysroot.

I am trying to cross-compile linux-pam. All dependencies have been
configured and built with --prefix=/usr, but ultimately been moved after
installing to /tmp/root.

Building fails with

libtool: warning: library '/tmp/root/lib64/libpam.la' was moved.
libtool: warning: library '/tmp/root/lib64/libpam_misc.la' was moved.
libtool:   error: cannot find the library '/lib64/libpam.la' or unhandled
argument '/lib64/libpam.la'

/tmp/root/lib64/libpam.la includes

# Directory that this library needs to be installed in:
libdir='/lib64'

libtool should prepend its sysroot to libdir.
Permalink | Reply | 1 comment |
headers
Bob Fischer | 7 May 2013 23:11
Favicon

bug#14364: Bug Report: Lacking '=' when specifying -soname

The problem: libtool is generating a command line like
    -Wl,-soname -Wl,libglint2.so.0
instead of
    -Wl,-soname=libglint2.so.0

This causes errors in make, like:

/usr/bin/ld: libglint2.so.0: No such file: No such file or directory
collect2: error: ld returned 1 exit status
make: *** [libglint2.la] Error 1
I'm using the following latest versions of autotools:
drwxrwx---  9 rpfische s1001   32768 2013-05-07 16:42 autoconf-2.69
drwxr-x---  8 rpfische s1001   32768 2013-05-07 16:42 automake-1.13
drwxrwx---  5 rpfische s1001   32768 2013-05-07 16:42 libtool-2.4.2
drwxrwx--- 10 rpfische s1001   32768 2013-05-07 16:42 m4-1.4.16

I'm using g++ 4.7.1

rpfische <at> dali14:~/git/glint2/slib> which g++
/usr/local/other/SLES11/gcc/4.7.1/bin/g++

BUT... the OS is pretty old.  I believe it's SLES 11:

rpfische <at> dali14:~/git/glint2/slib> uname -a
Linux dali14 2.6.32.54-0.3-default #1 SMP 2012-01-27 17:38:56 +0100 x86_64 x86_64 x86_64 GNU/Linux

rpfische <at> dali14:~/git/glint2/slib> ld --version
GNU ld (GNU Binutils; SUSE Linux Enterprise 11) 2.20.0.20100122-0.7.9
Copyright 2009 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License version 3 or (at your option) a later version.
This program has absolutely no warranty.
rpfische <at> dali14:~/git/glint2/slib> which ld
/usr/bin/ld

I suspect that the syntax for '-soname' might have changed for ld, and that autotools is not correctly generating command line flags for this old ld that I'm using.  Things work just fine on MacPorts.

A fuller transcript follows.

-- Bob

===============================================

rpfische <at> dali14:~/git/glint2/slib> make
/bin/sh ../libtool  --tag=CXX   --mode=link /usr/local/other/SLES11/gcc/4.7.1/bin/g++ -std=c++11 -I../slib -I /home/rpfische/nobackup/opt-gcc-4.7.1/netcdf-4.3.0/include -I/home/rpfische/nobackup/opt-gcc-4.7.1/netcdf-cxx-4.2/include -I /home/rpfische/nobackup/opt-gcc-4.7.1/proj-4.8.0/include -I /home/rpfische/nobackup/opt-gcc-4.7.1/gmp-5.1.1/include -I /home/rpfische/nobackup/opt-gcc-4.7.1/blitz-0.10/include -I /home/rpfische/nobackup/opt-gcc-4.7.1/eigen-3.1.3/include -I /home/rpfische/nobackup/opt-gcc-4.7.1/cgal-4.0.2/include -I /home/rpfische/nobackup/opt-gcc-4.7.1/mpfr-3.1.2/include -I/home/rpfische/nobackup/opt-gcc-4.7.1/boost-1.53.0/include -pthread -I /usr/local/intel/mpi/3.2.2.006/lib64/include -frounding-math -I/usr/include/python2.6 -I/usr/include/python2.6 -fno-strict-aliasing -DNDEBUG -fmessage-length=0 -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables -g -fwrapv -I/usr/lib64/python2.6/site-packages/numpy/core/include -g -O2 -L/home/rpfische/nobackup/opt-gcc-4.7.1/netcdf-4.3.0/lib -lnetcdf -L/home/rpfische/nobackup/opt-gcc-4.7.1/netcdf-cxx-4.2/lib -lnetcdf_c++ -L/home/rpfische/nobackup/opt-gcc-4.7.1/netcdf-fortran-4.2/lib -lnetcdff  -L/home/rpfische/nobackup/opt-gcc-4.7.1/proj-4.8.0/lib -lproj   -L/home/rpfische/nobackup/opt-gcc-4.7.1/gmp-5.1.1/lib -lgmp   -L/home/rpfische/nobackup/opt-gcc-4.7.1/blitz-0.10/lib -lblitz -L/home/rpfische/nobackup/opt-gcc-4.7.1/cgal-4.0.2/lib -lCGAL   -L/usr/local/intel/mpi/3.2.2.006/lib64/lib -lmpi -L/home/rpfische/nobackup/opt-gcc-4.7.1/boost-1.53.0/lib -Wl,-rpath /home/rpfische/nobackup/opt-gcc-4.7.1/boost-1.53.0/lib -lboost_thread -lboost_system -pthread -lgfortran  -o libglint2.la -rpath /home/rpfische/nobackup/opt-gcc-4.7.1/glint2/lib geodesy.lo hsl_zd11_x.lo IndexTranslator.lo ncutil.lo Proj2.lo SparseMatrix.lo sparsemult.lo clippers.lo ExchangeGrid.lo GCMCoupler.lo GCMCoupler_MPI.lo Grid.lo Grid_LonLat.lo Grid_XY.lo GridDomain.lo GridDomain_Listed.lo gridutil.lo HeightClassifier.lo IceModel_DISMAL.lo IceSheet.lo IceSheet_L0.lo matrix_ops.lo MatrixMaker.lo grids_ll.lo glint2_modele.lo read_grid.lo read_icemodel.lo read_matrixmaker.lo f90blitz_f.lo glint2_modele_f.lo 
libtool: link: /usr/local/other/SLES11/gcc/4.7.1/bin/g++  -fPIC -DPIC -shared -nostdlib /usr/lib/../lib64/crti.o /usr/local/other/SLES11/gcc/4.7.1/lib/gcc/x86_64-unknown-linux-gnu/4.7.1/crtbeginS.o  .libs/geodesy.o .libs/hsl_zd11_x.o .libs/IndexTranslator.o .libs/ncutil.o .libs/Proj2.o .libs/SparseMatrix.o .libs/sparsemult.o .libs/clippers.o .libs/ExchangeGrid.o .libs/GCMCoupler.o .libs/GCMCoupler_MPI.o .libs/Grid.o .libs/Grid_LonLat.o .libs/Grid_XY.o .libs/GridDomain.o .libs/GridDomain_Listed.o .libs/gridutil.o .libs/HeightClassifier.o .libs/IceModel_DISMAL.o .libs/IceSheet.o .libs/IceSheet_L0.o .libs/matrix_ops.o .libs/MatrixMaker.o .libs/grids_ll.o .libs/glint2_modele.o .libs/read_grid.o .libs/read_icemodel.o .libs/read_matrixmaker.o .libs/f90blitz_f.o .libs/glint2_modele_f.o   -Wl,-rpath -Wl,/home/rpfische/nobackup/opt-gcc-4.7.1/netcdf-cxx-4.2/lib -Wl,-rpath -Wl,/home/rpfische/nobackup/opt-gcc-4.7.1/netcdf-fortran-4.2/lib -Wl,-rpath -Wl,/home/rpfische/nobackup/opt-gcc-4.7.1/netcdf-4.3.0/lib -Wl,-rpath -Wl,/home/rpfische/nobackup/opt-gcc-4.7.1/proj-4.8.0/lib -Wl,-rpath -Wl,/home/rpfische/nobackup/opt-gcc-4.7.1/gmp-5.1.1/lib -Wl,-rpath -Wl,/usr/local/other/SLES11/gcc/4.7.1/lib/../lib64 -Wl,-rpath -Wl,/home/rpfische/nobackup/opt-gcc-4.7.1/netcdf-cxx-4.2/lib -Wl,-rpath -Wl,/home/rpfische/nobackup/opt-gcc-4.7.1/netcdf-fortran-4.2/lib -Wl,-rpath -Wl,/home/rpfische/nobackup/opt-gcc-4.7.1/netcdf-4.3.0/lib -Wl,-rpath -Wl,/home/rpfische/nobackup/opt-gcc-4.7.1/proj-4.8.0/lib -Wl,-rpath -Wl,/home/rpfische/nobackup/opt-gcc-4.7.1/gmp-5.1.1/lib -Wl,-rpath -Wl,/usr/local/other/SLES11/gcc/4.7.1/lib/../lib64 -L/home/rpfische/nobackup/opt-gcc-4.7.1/netcdf-4.3.0/lib -L/home/rpfische/nobackup/opt-gcc-4.7.1/netcdf-cxx-4.2/lib /home/rpfische/nobackup/opt-gcc-4.7.1/netcdf-cxx-4.2/lib/libnetcdf_c++.so -L/usr/local/other/SLES11/gcc/4.7.1/lib/../lib64 -L/home/rpfische/nobackup/opt-gcc-4.7.1/netcdf-fortran-4.2/lib /home/rpfische/nobackup/opt-gcc-4.7.1/netcdf-fortran-4.2/lib/libnetcdff.so /home/rpfische/nobackup/opt-gcc-4.7.1/netcdf-4.3.0/lib/libnetcdf.so -lcurl -L/home/rpfische/nobackup/opt-gcc-4.7.1/proj-4.8.0/lib /home/rpfische/nobackup/opt-gcc-4.7.1/proj-4.8.0/lib/libproj.so -L/home/rpfische/nobackup/opt-gcc-4.7.1/gmp-5.1.1/lib /home/rpfische/nobackup/opt-gcc-4.7.1/gmp-5.1.1/lib/libgmp.so -L/home/rpfische/nobackup/opt-gcc-4.7.1/blitz-0.10/lib /home/rpfische/nobackup/opt-gcc-4.7.1/blitz-0.10/lib/libblitz.a -L/home/rpfische/nobackup/opt-gcc-4.7.1/cgal-4.0.2/lib -lCGAL -L/usr/local/intel/mpi/3.2.2.006/lib64/lib -lmpi -L/home/rpfische/nobackup/opt-gcc-4.7.1/boost-1.53.0/lib -lboost_thread -lboost_system /usr/local/other/SLES11/gcc/4.7.1/lib/../lib64/libgfortran.so /usr/local/other/SLES11/gcc/4.7.1/lib/../lib64/libquadmath.so -L/usr/local/other/SLES11/gcc/4.7.1/lib64/../lib64 -L/usr/local/intel/mpi/3.2.2.006/lib64/../lib64 -L/usr/local/other/SLES11/gcc/4.7.1/lib/gcc/x86_64-unknown-linux-gnu/4.7.1 -L/usr/local/other/SLES11/gcc/4.7.1/lib/gcc/x86_64-unknown-linux-gnu/4.7.1/../../../../lib64 -L/lib/../lib64 -L/usr/lib/../lib64 -L/usr/local/other/SLES11/gcc/4.7.1/lib64 -L/usr/local/other/Git/1.7.3.4/lib -L/usr/local/intel/mpi/3.2.2.006/lib64 -L/usr/local/intel/Composer/composer_xe_2013.3.163/compiler/lib/intel64 -L/usr/local/intel/Composer/composer_xe_2013.3.163/ipp/lib/intel64 -L/usr/local/intel/Composer/composer_xe_2013.3.163/mkl/lib/intel64 -L/usr/local/intel/Composer/composer_xe_2013.3.163/tbb/lib/intel64 -L/usr/local/other/SLES11/gcc/4.7.1/lib/gcc/x86_64-unknown-linux-gnu/4.7.1/../../.. /usr/local/other/SLES11/gcc/4.7.1/lib/../lib64/libstdc++.so -lm -lc -lgcc_s /usr/local/other/SLES11/gcc/4.7.1/lib/gcc/x86_64-unknown-linux-gnu/4.7.1/crtendS.o /usr/lib/../lib64/crtn.o  -pthread -O2 -O2 -Wl,-rpath -pthread   -pthread -Wl,-soname -Wl,libglint2.so.0 -o .libs/libglint2.so.0.0.0
/usr/bin/ld: libglint2.so.0: No such file: No such file or directory
collect2: error: ld returned 1 exit status
make: *** [libglint2.la] Error 1
rpfische <at> dali14:~/git/glint2/slib> 



_______________________________________________
Bug-libtool mailing list
Bug-libtool <at> gnu.org
https://lists.gnu.org/mailman/listinfo/bug-libtool
Permalink | Reply | 4 comments |
headers
Bob Friesenhahn | 27 Apr 2013 17:59
Picon
Picon
Gravatar

bug#14291: libtool 2.4.2 fails to build due to macro_revision reversion

On an OpenIndiana (Solaris) system where I last formally installed 
libtool 2.4.2 on July 30, 2012, I am no longer able to build libtool 
2.4.2.

Regardless of if the build is done in the libtool source tree, or in 
another directory, the build fails with:

libtool: Version mismatch error.  This is libtool 2.4.2, revision 1.3337,
libtool: but the definition of this LT_INIT comes from revision 1.3135.
libtool: You should recreate aclocal.m4 with macros from revision 1.3337
libtool: of libtool 2.4.2 and run autoconf again.

% autoconf --version
autoconf (GNU Autoconf) 2.69

% automake --version
automake (GNU automake) 1.13

% libtool --version
libtool (GNU libtool) 2.4.2

% m4 --version
m4 (GNU M4) 1.4.12
[ yes, the above is old ]

% gcc --version
gcc (GCC) 4.8.0

% gmake --version
GNU Make 3.82

Quite bizarrely (not sure why), the first step of the build process 
regenerates libltdl/m4/ltversion.m4 in the source tree and ends up 
with a different serial number (1.3135) than what it had before 
(1.3337) even though the other libtool m4 files are the same.  A diff 
of the libltdl/m4 directory content only shows the serial number 
change.  The value must be computed by something (perhaps unreliably) 
since it does not appear in the original source files.

This is the result of 'gmake' (the wrong revision is immediately 
apparent in first line of output):

sed -e s, <at> MACRO_VERSION\ <at> ,2.4.2,g -e s, <at> MACRO_REVISION\ <at> ,1.3135,g -e s, <at> MACRO_SERIAL\ <at> ,3135,g -e
s, <at> PACKAGE\ <at> ,libtool,g -e s, <at> PACKAGE_BUGREPORT\ <at> ,bug-libtool <at> gnu.org,g -e
s, <at> PACKAGE_URL\ <at> ,http://www.gnu.org/software/libtool/,g -e s, <at> PACKAGE_NAME\ <at> ,GNU Libtool,g -e
s, <at> package_revision\ <at> ,1.3135,g -e s, <at> PACKAGE_STRING\ <at> ,GNU Libtool 2.4.2,g -e
s, <at> PACKAGE_TARNAME\ <at> ,libtool,g -e s, <at> PACKAGE_VERSION\ <at> ,2.4.2,g -e s, <at> TIMESTAMP\ <at> ,,g -e
s, <at> VERSION\ <at> ,2.4.2,g /home/bfriesen/src/gnu/libtool-2.4.2/libltdl/m4/ltversion.in > /home/bfriesen/src/gnu/libtool-2.4.2/libltdl/m4/ltversion.m4
CDPATH="${ZSH_VERSION+.}:" && cd /home/bfriesen/src/gnu/libtool-2.4.2 && /bin/sh
/home/bfriesen/src/gnu/libtool-2.4.2/libltdl/config/missing --run aclocal-1.11 -I libltdl/m4
  cd /home/bfriesen/src/gnu/libtool-2.4.2 && /bin/sh
/home/bfriesen/src/gnu/libtool-2.4.2/libltdl/config/missing --run automake-1.11 --gnu
CDPATH="${ZSH_VERSION+.}:" && cd /home/bfriesen/src/gnu/libtool-2.4.2 && /bin/sh
/home/bfriesen/src/gnu/libtool-2.4.2/libltdl/config/missing --run autoconf
/bin/sh ./config.status --recheck
running CONFIG_SHELL=/bin/sh /bin/sh /home/bfriesen/src/gnu/libtool-2.4.2/configure
--no-create --no-recursion
configure: loading site script /usr/local/share/config.site
Applying settings for 32-bit build ...
Using GCC 4.8.0 ...
CC       = "gcc-4.8.0"
CXX      = "c++-4.8.0"
F77      = "gfortran-4.8.0"
FC       = "gfortran-4.8.0"
CFLAGS   = "-O2"
CXXFLAGS = "-O"
CPPFLAGS = ""
LDFLAGS  = "-L/usr/local/lib -R/usr/local/lib"
## ------------------------- ##
## Configuring libtool 2.4.2 ##
## ------------------------- ##

checking for a BSD-compatible install... /usr/local/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p...
/home/bfriesen/src/gnu/libtool-2.4.2/libltdl/config/install-sh -c -d
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking build system type... i386-pc-solaris2.11
checking host system type... i386-pc-solaris2.11
configure: autobuild project... GNU Libtool
configure: autobuild revision... 2.4.2 ()
configure: autobuild hostname... weerd
configure: autobuild mode... default
configure: autobuild timestamp... 20130427T150136Z
checking for gcc... gcc-4.8.0
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables... 
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc-4.8.0 accepts -g... yes
checking for gcc-4.8.0 option to accept ISO C89... none needed
checking for style of include used by make... GNU
checking dependency style of gcc-4.8.0... gcc3
checking whether gcc-4.8.0 and cc understand -c and -o together... yes
checking how to run the C preprocessor... gcc-4.8.0 -E
checking how to print strings... print -r
checking for a sed that does not truncate output... /usr/bin/gsed
checking for grep that handles long lines and -e... /usr/sfw/bin/ggrep
checking for egrep... /usr/sfw/bin/ggrep -E
checking for fgrep... /usr/sfw/bin/ggrep -F
checking for ld used by gcc-4.8.0... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... no
checking for BSD- or MS-compatible name lister (nm)... /usr/ccs/bin/nm -p
checking the name lister (/usr/ccs/bin/nm -p) interface... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... 786240
checking whether the shell understands some XSI constructs... yes
checking whether the shell understands "+="... yes
checking how to convert i386-pc-solaris2.11 file names to i386-pc-solaris2.11 format... func_convert_file_noop
checking how to convert i386-pc-solaris2.11 file names to toolchain format... func_convert_file_noop
checking for /usr/bin/ld option to reload object files... -r
checking for objdump... no
checking how to recognize dependent libraries... pass_all
checking for dlltool... no
checking how to associate runtime and link libraries... print -r --
checking for ar... ar
checking for archiver  <at> FILE support... no
checking for strip... strip
checking for ranlib... ranlib
checking command to parse /usr/ccs/bin/nm -p output from gcc-4.8.0 object... ok
checking for sysroot... no
checking for mt... mt
checking if mt is a manifest tool... no
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 for dlfcn.h... yes
checking for objdir... .libs
checking if gcc-4.8.0 supports -fno-rtti -fno-exceptions... no
checking for gcc-4.8.0 option to produce PIC... -fPIC -DPIC
checking if gcc-4.8.0 PIC flag -fPIC -DPIC works... yes
checking if gcc-4.8.0 static flag -static works... no
checking if gcc-4.8.0 supports -c -o file.o... yes
checking if gcc-4.8.0 supports -c -o file.o... (cached) yes
checking whether the gcc-4.8.0 linker (/usr/bin/ld) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... solaris2.11 ld.so
checking how to hardcode library paths into programs... immediate
checking for shl_load... no
checking for shl_load in -ldld... no
checking for dlopen... yes
checking whether a program can dlopen itself... yes
checking whether a statically linked program can dlopen itself... yes
checking whether stripping libraries is possible... no
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking which extension is used for runtime loadable modules... .so
checking which variable specifies run-time module search path... LD_LIBRARY_PATH
checking for the default library search path... /lib /usr/lib
checking for library containing dlopen... none required
checking for dlerror... yes
checking for shl_load... (cached) no
checking for shl_load in -ldld... (cached) no
checking for dld_link in -ldld... no
checking for _ prefix in compiled symbols... no
checking whether deplibs are loaded by dlopen... yes
checking for argz.h... no
checking for error_t... no
checking for argz_add... no
checking for argz_append... no
checking for argz_count... no
checking for argz_create_sep... no
checking for argz_insert... no
checking for argz_next... no
checking for argz_stringify... no
checking whether libtool supports -dlopen/-dlpreopen... yes
checking for unistd.h... (cached) yes
checking for dl.h... no
checking for sys/dl.h... yes
checking for dld.h... no
checking for mach-o/dyld.h... no
checking for dirent.h... yes
checking for closedir... yes
checking for opendir... yes
checking for readdir... yes
checking for strlcat... yes
checking for strlcpy... yes
checking whether we are using the GNU C++ compiler... yes
checking whether c++-4.8.0 accepts -g... yes
checking dependency style of c++-4.8.0... gcc3
checking how to run the C++ preprocessor... c++-4.8.0 -E
checking for ld used by c++-4.8.0... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... no
checking whether the c++-4.8.0 linker (/usr/bin/ld) supports shared libraries... yes
checking for c++-4.8.0 option to produce PIC... -fPIC -DPIC
checking if c++-4.8.0 PIC flag -fPIC -DPIC works... yes
checking if c++-4.8.0 static flag -static works... no
checking if c++-4.8.0 supports -c -o file.o... yes
checking if c++-4.8.0 supports -c -o file.o... (cached) yes
checking whether the c++-4.8.0 linker (/usr/bin/ld) supports shared libraries... yes
checking dynamic linker characteristics... solaris2.11 ld.so
checking how to hardcode library paths into programs... immediate
checking whether we are using the GNU Fortran 77 compiler... yes
checking whether gfortran-4.8.0 accepts -g... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking for gfortran-4.8.0 option to produce PIC... -fPIC
checking if gfortran-4.8.0 PIC flag -fPIC works... yes
checking if gfortran-4.8.0 static flag -static works... no
checking if gfortran-4.8.0 supports -c -o file.o... yes
checking if gfortran-4.8.0 supports -c -o file.o... (cached) yes
checking whether the gfortran-4.8.0 linker (/usr/bin/ld) supports shared libraries... yes
checking dynamic linker characteristics... solaris2.11 ld.so
checking how to hardcode library paths into programs... immediate
checking whether we are using the GNU Fortran compiler... yes
checking whether gfortran-4.8.0 accepts -g... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking for gfortran-4.8.0 option to produce PIC... -fPIC
checking if gfortran-4.8.0 PIC flag -fPIC works... yes
checking if gfortran-4.8.0 static flag -static works... no
checking if gfortran-4.8.0 supports -c -o file.o... yes
checking if gfortran-4.8.0 supports -c -o file.o... (cached) yes
checking whether the gfortran-4.8.0 linker (/usr/bin/ld) supports shared libraries... yes
checking dynamic linker characteristics... solaris2.11 ld.so
checking how to hardcode library paths into programs... immediate
checking for gccgo... no
checking for gcj... gcj
checking if gcj supports -fno-rtti -fno-exceptions... (cached) no
checking for gcj option to produce PIC... -fPIC
checking if gcj PIC flag -fPIC works... yes
checking if gcj static flag -static works... no
checking if gcj supports -c -o file.o... yes
checking if gcj supports -c -o file.o... (cached) yes
checking whether the gcj linker (/usr/bin/ld) supports shared libraries... yes
checking how to hardcode library paths into programs... immediate
checking for windres... no
checking whether make supports order-only prerequisites... no
configure: creating ./config.status
  /bin/sh ./config.status
config.status: creating Makefile
config.status: creating config.h
config.status: config.h is unchanged
config.status: executing tests/atconfig commands
config.status: executing depfiles commands
config.status: executing libtool commands
rm -f libtoolize.tmp libtoolize
sed -e 's, <at> aclocal_DATA\ <at> ,m4/argz.m4 m4/libtool.m4 m4/ltdl.m4 m4/ltoptions.m4 m4/ltsugar.m4
m4/ltversion.m4 m4/lt~obsolete.m4,g' -e 's, <at> aclocaldir\ <at> ,/usr/local/share/aclocal,g' -e
's, <at> datadir\ <at> ,/usr/local/share,g' -e 's, <at> EGREP\ <at> ,/usr/sfw/bin/ggrep -E,g' -e
's, <at> FGREP\ <at> ,/usr/sfw/bin/ggrep -F,g' -e 's, <at> GREP\ <at> ,/usr/sfw/bin/ggrep,g' -e
's, <at> host_triplet\ <at> ,i386-pc-solaris2.11,g' -e 's, <at> LN_S\ <at> ,ln -s,g' -e
"s, <at> pkgconfig_files\ <at> ,config/compile config/config.guess config/config.sub config/depcomp
config/install-sh config/missing config/ltmain.sh,g" -e
's, <at> pkgdatadir\ <at> ,/usr/local/share/libtool,g' -e "s, <at> pkgltdl_files\ <at> ,libltdl/COPYING.LIB
libltdl/README libltdl/Makefile.inc libltdl/Makefile.am libltdl/configure.ac
libltdl/aclocal.m4 libltdl/Makefile.in libltdl/config-h.in libltdl/configure libltdl/arg
 z_.h libltdl/argz.c libltdl/loaders/dld_link.c libltdl/loaders/dlopen.c libltdl/loaders/dyld.c
libltdl/loaders/load_add_on.c libltdl/loaders/loadlibrary.c libltdl/loaders/shl_load.c libltdl!
 /lt__dirent.c libltdl/lt__strl.c libltdl/libltdl/lt__alloc.h libltdl/libltdl/lt__dirent.h
libltdl/libltdl/lt__glibc.h libltdl/libltdl/lt__private.h libltdl/libltdl/lt__strl.h
libltdl/libltdl/lt_dlloader.h libltdl/libltdl/lt_error.h libltdl/libltdl/lt_system.h
libltdl/libltdl/slist.h libltdl/loaders/preopen.c libltdl/lt__alloc.c libltdl/lt_dlloader.c
libltdl/lt_error.c libltdl/ltdl.c libltdl/ltdl.h libltdl/slist.c,g" -e
's, <at> prefix\ <at> ,/usr/local,g' -e 's, <at> SED\ <at> ,/usr/bin/gsed,g' \
 	/home/bfriesen/src/gnu/libtool-2.4.2/libtoolize.in > libtoolize.tmp
chmod a+x libtoolize.tmp
chmod a-w libtoolize.tmp
mv -f libtoolize.tmp libtoolize
/bin/sh /home/bfriesen/src/gnu/libtool-2.4.2/libltdl/config/install-sh -d . libltdl/
cp /home/bfriesen/src/gnu/libtool-2.4.2/libltdl/argz_.h libltdl/argz.h-t
mv libltdl/argz.h-t libltdl/argz.h
(CDPATH="${ZSH_VERSION+.}:" && cd /home/bfriesen/src/gnu/libtool-2.4.2 && /bin/sh
/home/bfriesen/src/gnu/libtool-2.4.2/libltdl/config/missing --run autoheader)
rm -f stamp-h1
touch /home/bfriesen/src/gnu/libtool-2.4.2/config-h.in
cd . && /bin/sh ./config.status config.h
config.status: creating config.h
config.status: config.h is unchanged
gmake  all-recursive
gmake[1]: Entering directory `/scratch/bfriesen/build/libtool-2.4.2'
gmake[2]: Entering directory `/scratch/bfriesen/build/libtool-2.4.2'
test -f doc/.dirstamp || gmake  doc/.dirstamp
gmake[3]: Entering directory `/scratch/bfriesen/build/libtool-2.4.2'
gmake[3]: Leaving directory `/scratch/bfriesen/build/libtool-2.4.2'
/bin/sh ./libtool  --tag=CC   --mode=compile gcc-4.8.0 -DHAVE_CONFIG_H -I.
-I/home/bfriesen/src/gnu/libtool-2.4.2  -DLTDLOPEN=libltdl -DLT_CONFIG_H='<config.h>' -DLTDL
-I. -I/home/bfriesen/src/gnu/libtool-2.4.2 -Ilibltdl
-I/home/bfriesen/src/gnu/libtool-2.4.2/libltdl
-I/home/bfriesen/src/gnu/libtool-2.4.2/libltdl/libltdl   -O2 -MT
libltdl/loaders/libltdl_libltdl_la-preopen.lo -MD -MP -MF
libltdl/loaders/.deps/libltdl_libltdl_la-preopen.Tpo -c -o
libltdl/loaders/libltdl_libltdl_la-preopen.lo `test -f 'libltdl/loaders/preopen.c' || echo '/home/bfriesen/src/gnu/libtool-2.4.2/'`libltdl/loaders/preopen.c
libtool: Version mismatch error.  This is libtool 2.4.2, revision 1.3337,
libtool: but the definition of this LT_INIT comes from revision 1.3135.
libtool: You should recreate aclocal.m4 with macros from revision 1.3337
libtool: of libtool 2.4.2 and run autoconf again.
gmake[2]: *** [libltdl/loaders/libltdl_libltdl_la-preopen.lo] Error 63
gmake[2]: Leaving directory `/scratch/bfriesen/build/libtool-2.4.2'
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory `/scratch/bfriesen/build/libtool-2.4.2'
gmake: *** [all] Error 2

--

-- 
Bob Friesenhahn
bfriesen <at> simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/
_______________________________________________
Bug-libtool mailing list
Bug-libtool <at> gnu.org
https://lists.gnu.org/mailman/listinfo/bug-libtool
Permalink | Reply | 2 comments |
headers
Toralf Förster | 12 Apr 2013 23:25
Picon
Picon

bug#14195: [GNU Libtool 2.4.2] testsuite: 42 86 115 failed


--

-- 
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
Attachment (sys-devel:libtool-2.4.2:20130412-205258.log.gz): application/x-gzip, 21 KiB
_______________________________________________
Bug-libtool mailing list
Bug-libtool <at> gnu.org
https://lists.gnu.org/mailman/listinfo/bug-libtool
Permalink | Reply | 0 comments |
headers
ar16 | 7 Apr 2013 20:32

bug#14155: libtool 2.4.2 bug: default " sys_lib_dlsearch_path_spec" missing paths where LIBDIR=lib64

I've

	libtool --version
		libtool (GNU libtool) 2.4.2
		Written by Gordon Matzigkeit <gord <at> gnu.ai.mit.edu>, 1996

		Copyright (C) 2011 Free Software Foundation, Inc.
		This is free software; see the source for copying
		conditions.  There is NO
		warranty; not even for MERCHANTABILITY or FITNESS FOR A
		PARTICULAR PURPOSE.

on

	lsb_release -a
		LSB Version:   
		core-2.0-noarch:core-3.2-noarch:core-4.0-noarch:core-2.0-x86_64:core-3.2-x86_64:core-4.0-x86_64:desktop-4.0-amd64:desktop-4.0-noarch:graphics-2.0-amd64:graphics-2.0-noarch:graphics-3.2-amd64:graphics-3.2-noarch:graphics-4.0-amd64:graphics-4.0-noarch
		Distributor ID: openSUSE project
		Description:    openSUSE 12.3 (x86_64)
		Release:        12.3
		Codename:       Dartmouth

I originally reported this  <at>  Opensuse bugzilla

	https://bugzilla.novell.com/show_bug.cgi?id=786460

but was told to report it upstream.  IMO, the issue is directly related
to Opensuse's use of LIBDIR=lib64 on X86_64 systems, and should be
patched THERE, but ... here's the issue:

For installed libtool, checking

	grep ^sys_lib_dlsearch_path_spec /usr/bin/libtool
	    sys_lib_dlsearch_path_spec="/lib /usr/lib /usr/local/lib64
	    /usr/local/lib "

the as-installed default fails to include the libdirs as used on X86_64
systems on Opensuse (and perhaps others that do the same ...).

On x86_64 that shouldn't be "/lib /usr/lib", but rather "/lib64
/usr/lib64".

arguably, /usr/lib/lib64 should lead the order ...
Permalink | Reply | 0 comments |
headers
Andreas Otto | 26 Mar 2013 10:38
Picon
Favicon

bug#14055: windows link problem with ".lib" files

Hi,

from time to time I use my automake/libtool project to build libraries on windows ...
this create al least problems ...

my actual problem is, I got a tcl distrubution from activestate providing a libraray:

C:/Tcl/lib/tcl8.6.lib

and using the libtool command:

 /bin/sh ../../libtool --tag=CC    --mode=link /usr/bin/ccache x86_64-w64-mingw32-gcc -std=gnu99 -shared -I/home/dev1usr/Project/NHI1/theLink/tclmsgque/../libmsgque -IC:/Tcl/include  -DMQ_IGNORE_EXTERN  -g -Wall -Wcast-align -g -O2 -shared -module -avoid-version -no-undefined -LC:/Tcl/lib -ltcl86 -o tclmsgque.la -rpath /usr/local/lib/NHI1 tclmsgque_la-MqS_tcl.lo  tclmsgque_la-misc_tcl.lo tclmsgque_la-msgque_tcl.lo  tclmsgque_la-read_tcl.lo tclmsgque_la-send_tcl.lo  tclmsgque_la-config_tcl.lo tclmsgque_la-service_tcl.lo  tclmsgque_la-slave_tcl.lo tclmsgque_la-MqBufferS_tcl.lo  tclmsgque_la-error_tcl.lo tclmsgque_la-link_tcl.lo  tclmsgque_la-MqFactoryS_tcl.lo tclmsgque_la-MqDumpS_tcl.lo ../libmsgque/libtmp.la

with "-LC:/Tcl/lib -ltcl86" I got the mystic libtool error message that the library is NOT found ...

using the "--debug" option give a hint ....

libtool does not serach for the "right" name ...

If I copy the file tcl86.lib to libtcl86.a in the same directory ....

=> everything works fine.

and now my question:

why does "libtool" on "windows" does NOT search for "*.lib" files

=> enduser would be happy to save debugging hours ;-)

Hint, I use the mingw cross compiler but this is NOT the problem.


mfg AO
_______________________________________________
Bug-libtool mailing list
Bug-libtool <at> gnu.org
https://lists.gnu.org/mailman/listinfo/bug-libtool
Permalink | Reply | 5 comments |
headers
Peter Rosin | 22 Mar 2013 09:34
Picon
Picon
Picon
Favicon
Gravatar

bug#14022: libtool-gug

[please stay on-list, quoting in full to preserve the context]

On 2013-03-22 09:03, Andreas Otto wrote:
> Am 22.03.2013 08:14, schrieb Peter Rosin:
>> Hi Andreas!
>>
>> On 2013-03-21 15:41, Andreas Otto wrote:
>>> Hi,
>>>
>>> the following code has an error:
>> I don't think so, see below...
>>
>>> # func_convert_core_msys_to_w32 ARG
>>> # Convert file name or path ARG from MSYS format to w32 format. Return
>>> # result in func_convert_core_msys_to_w32_result.
>>> func_convert_core_msys_to_w32 ()
>>> {
>>>    $opt_debug
>>>    # awkward: cmd appends spaces to result
>>>    func_convert_core_msys_to_w32_result=`( cmd //c echo "$1" ) 2>/dev/null |
>>>      $SED -e 's/[ ]*$//' -e "$lt_sed_naive_backslashify"`
>>> }
>>> #end: func_convert_core_msys_to_w32
>>>
>>> I need "...cmd /c ..." to get my stuff compiled
>> *snip*
>>
>>> $ cygpath -V
>>> cygpath (cygwin) 1.7.17
>> cygpath? If you are reporting the cygpath version and say that
>> you need "...cmd /c..." instead of "...cmd //c...", then it
>> sounds as if you have confused MSYS and Cygwin. The function
>> func_convert_core_msys_to_w32 should only be used when you
>> are using MSYS. It's not for Cygwin.
>>
>> On Cygwin, it is best to use a Cygwin-hosted cross compiler.
>> If you want to run a MinGW-hosted compiler, it's best to
>> use MSYS. But you still can (if you obey the rules) use
>> a MinGW-hosted compiler from Cygwin, but in that case you
>> want to use func_convert_file_cygwin_to_w32.
>>
>> My advise is that you read this chapter carefully:
>> http://www.gnu.org/software/libtool/manual/libtool.html#File-name-conversion
>>
>> Cheers,
>> Peter
>>
> Hi,
> 
> I'm working on cygwin no MSYS
> 
> I've done a freash cygwin installation
> I'm using ONLY tools from cygwin
> I use the compiler
> 
> $ export | grep w64
> declare -x CC="x86_64-w64-mingw32-gcc"
> declare -x CXX="x86_64-w64-mingw32-g++"
> 
> I use the
> --build=x86_64-w64-mingw32
> 
> everything ONLY from cygwin
> 
> compile....
> $ make -j 2
> (CDPATH="${ZSH_VERSION+.}:" && cd /home/dev1usr/Project/NHI1 && /bin/bash
/home/dev1usr/Project/NHI1/missing --run autoheader)
> rm -f stamp-h1
> touch /home/dev1usr/Project/NHI1/mqconfig.h.in
> cd . && /bin/bash ./config.status mqconfig.h
> config.status: creating mqconfig.h
> config.status: mqconfig.h is unchanged
> make  all-recursive
> make[1]: Entering directory `/build/dev1usr/Main/thread'
> Making all in theLink
> make[2]: Entering directory `/build/dev1usr/Main/thread/theLink'
> Making all in sqlite
> make[3]: Entering directory `/build/dev1usr/Main/thread/theLink/sqlite'
> /bin/sh ../../libtool  --tag=CC   --mode=compile x86_64-w64-mingw32-gcc -std=gnu99 -DHAVE_CONFIG_H
-I. -I/home/dev1usr/Project/NHI1/theLink/sqlite -I../..   -D_DEBUG -D_HAVE_SQLITE_CONFIG_H  -g
-Wall -Wcast-align -g -O2 -MT libtmp_la-sqlite3.lo -MD -MP -MF .deps/libtmp_la-sqlite3.Tpo -c -o
libtmp_la-sqlite3.lo `test -f 'sqlite3.c' || echo '/home/dev1usr/Project/NHI1/theLink/sqlite/'`sqlite3.c
> /bin/sh ../../libtool  --tag=CC   --mode=compile x86_64-w64-mingw32-gcc -std=gnu99 -DHAVE_CONFIG_H
-I. -I/home/dev1usr/Project/NHI1/theLink/sqlite -I../..   -D_DEBUG -D_HAVE_SQLITE_CONFIG_H
-static  -g -Wall -Wcast-align -g -O2 -MT libtmps_la-sqlite3.lo -MD -MP -MF
.deps/libtmps_la-sqlite3.Tpo -c -o libtmps_la-sqlite3.lo `test -f 'sqlite3.c' || echo '/home/dev1usr/Project/NHI1/theLink/sqlite/'`sqlite3.c
> libtool: compile:  x86_64-w64-mingw32-gcc -std=gnu99 -DHAVE_CONFIG_H -I.
-I/home/dev1usr/Project/NHI1/theLink/sqlite -I../.. -D_DEBUG -D_HAVE_SQLITE_CONFIG_H -g -Wall
-Wcast-align -g -O2 -MT libtmps_la-sqlite3.lo -MD -MP -MF .deps/libtmps_la-sqlite3.Tpo -c
/home/dev1usr/Project/NHI1/theLink/sqlite/sqlite3.c -o libtmps_la-sqlite3.o
> libtool: compile:  x86_64-w64-mingw32-gcc -std=gnu99 -DHAVE_CONFIG_H -I.
-I/home/dev1usr/Project/NHI1/theLink/sqlite -I../.. -D_DEBUG -D_HAVE_SQLITE_CONFIG_H -g -Wall
-Wcast-align -g -O2 -MT libtmp_la-sqlite3.lo -MD -MP -MF .deps/libtmp_la-sqlite3.Tpo -c
/home/dev1usr/Project/NHI1/theLink/sqlite/sqlite3.c  -DDLL_EXPORT -DPIC -o .libs/libtmp_la-sqlite3.o
> /home/dev1usr/Project/NHI1/theLink/sqlite/sqlite3.c: In function 'memTracePrint':
> /home/dev1usr/Project/NHI1/theLink/sqlite/sqlite3.c:63824:5: warning: unknown conversion type
character 'l' in format
> /home/dev1usr/Project/NHI1/theLink/sqlite/sqlite3.c:63824:5: warning: too many arguments for format
> /home/dev1usr/Project/NHI1/theLink/sqlite/sqlite3.c:63826:5: warning: unknown conversion type
character 'l' in format
> /home/dev1usr/Project/NHI1/theLink/sqlite/sqlite3.c:63826:5: warning: too many arguments for format
> /home/dev1usr/Project/NHI1/theLink/sqlite/sqlite3.c: In function 'memTracePrint':
> /home/dev1usr/Project/NHI1/theLink/sqlite/sqlite3.c:63824:5: warning: unknown conversion type
character 'l' in format
> /home/dev1usr/Project/NHI1/theLink/sqlite/sqlite3.c:63824:5: warning: too many arguments for format
> /home/dev1usr/Project/NHI1/theLink/sqlite/sqlite3.c:63826:5: warning: unknown conversion type
character 'l' in format
> /home/dev1usr/Project/NHI1/theLink/sqlite/sqlite3.c:63826:5: warning: too many arguments for format
> mv -f .deps/libtmp_la-sqlite3.Tpo .deps/libtmp_la-sqlite3.Plo
> /bin/sh ../../libtool --tag=CC    --mode=link x86_64-w64-mingw32-gcc -std=gnu99
-D_HAVE_SQLITE_CONFIG_H   -g -Wall -Wcast-align -g -O2 -o libtmp.la  libtmp_la-sqlite3.lo
> mv -f .deps/libtmps_la-sqlite3.Tpo .deps/libtmps_la-sqlite3.Plo
> /bin/sh ../../libtool --tag=CC    --mode=link x86_64-w64-mingw32-gcc -std=gnu99
-D_HAVE_SQLITE_CONFIG_H -static   -g -Wall -Wcast-align -g -O2 -static  -o libtmps.la  libtmps_la-sqlite3.lo
> libtool: link: ar cru .libs/libtmps.a  libtmps_la-sqlite3.o
> libtool: link: ranlib .libs/libtmps.a
> libtool: link: ( cd ".libs" && rm -f "libtmps.la" && ln -s "../libtmps.la" "libtmps.la" )
> 
> HANG
> 
> now with a littel bit debugging
> 
>> $ sh -xv ../../libtool --tag=CC    --mode=link x86_64-w64-mingw32-gcc -std=gnu99
-D_HAVE_SQLITE_CONFIG_H   -g -Wall -Wcast-align -g -O2   -o libtmp.la  libtmp_la-sqlite3.lo
> 
> + func_dirname_result=
> + xdir=
> + test .libs/libtmp_la-sqlite3.o '!=' none
> + pic_object=.libs/libtmp_la-sqlite3.o
> + test '' = dlfiles
> + test '' = dlprefiles
> + libobjs+=' .libs/libtmp_la-sqlite3.o'
> + arg=.libs/libtmp_la-sqlite3.o
> + test none '!=' none
> + non_pic_object=.libs/libtmp_la-sqlite3.o
> + non_pic_objects+=' .libs/libtmp_la-sqlite3.o'
> + test -n .libs/libtmp_la-sqlite3.o
> + compile_command+=' .libs/libtmp_la-sqlite3.o'
> + finalize_command+=' .libs/libtmp_la-sqlite3.o'
> + test 0 -gt 0
> + test -n ''
> + test no = yes
> + oldlibs=
> + func_basename libtmp.la
> + func_basename_result=libtmp.la
> + outputname=libtmp.la
> + libobjs_save=' .libs/libtmp_la-sqlite3.o'
> + test -n PATH
> + eval 'shlib_search_path=`$ECHO' '"${PATH}"' '|' '$SED' ''\''s/:/' '/g'\''`'
> shlib_search_path=`$ECHO "${PATH}" | $SED 's/:/ /g'`
> $ECHO "${PATH}" | $SED 's/:/ /g'
> +++ printf '%s\n' '/usr/local/bin:/usr/bin:/cygdrive/c/Program Files/Common Files/Microsoft
Shared/Windows
Live:/cygdrive/c/Windows/system32:/cygdrive/c/Windows:/cygdrive/c/Windows/System32/Wbem:/cygdrive/c/Windows/System32/WindowsPowerShell/v1.0:/cygdrive/c/Program
Files/Broadcom/Broadcom 802.11/Driver:/cygdrive/c/Program Files (x86)/ATI Technologies/ATI.ACE/Core-Static'
> +++ /usr/bin/sed 's/:/ /g'
> ++ shlib_search_path='/usr/local/bin /usr/bin /cygdrive/c/Program Files/Common Files/Microsoft
Shared/Windows Live /cygdrive/c/Windows/system32 /cygdrive/c/Windows
/cygdrive/c/Windows/System32/Wbem /cygdrive/c/Windows/System32/WindowsPowerShell/v1.0
/cygdrive/c/Program Files/Broadcom/Broadcom 802.11/Driver /cygdrive/c/Program Files (x86)/ATI Technologies/ATI.ACE/Core-Static'
> + eval 'sys_lib_search_path="/usr/x86_64-w64-mingw32/lib64'
/usr/x86_64-w64-mingw32/sys-root/mingw/lib '"'
> sys_lib_search_path="/usr/x86_64-w64-mingw32/lib64
/usr/x86_64-w64-mingw32/sys-root/mingw/lib "
> ++ sys_lib_search_path='/usr/x86_64-w64-mingw32/lib64
/usr/x86_64-w64-mingw32/sys-root/mingw/lib '
> + eval 'sys_lib_dlsearch_path="/lib' '/usr/lib"'
> sys_lib_dlsearch_path="/lib /usr/lib"
> ++ sys_lib_dlsearch_path='/lib /usr/lib'
> + func_dirname libtmp.la / ''
> + case ${1} in
> + func_dirname_result=
> + output_objdir=.libs
> + func_to_tool_file .libs/
> + :
> + case ,$2, in
> + func_convert_file_msys_to_w32 .libs/
> + :
> + func_to_host_file_result=.libs/
> + test -n .libs/
> + func_convert_core_msys_to_w32 .libs/
> + :
> ( cmd //c echo "$1" ) 2>/dev/null |
>     $SED -e 's/[ ]*$//' -e "$lt_sed_naive_backslashify"
> ++ /usr/bin/sed -e 's/[ ]*$//' -e 's|\\\\*|\\|g;s|/|\\|g;s|\\|\\\\|g'
> 
> HANG
> 
> => are you convinced?
> 
> 
> mfg AO
> 

No, not convinced.

Your error is that you have specified --build incorrectly.
You are building on Cygwin with a Cygwin-hosted compiler,
which means that --build should be something-cygwin (but
you should leave configure to autodetect the specifics).
What you want to do is to specify --host=x86_64-w64-mingw32
since you are building for a MinGW host.

Cheers, and hope that helps,
Peter
Permalink | Reply | 3 comments |
headers
Marc Girod | 22 Mar 2013 01:57
Picon

bug#14016: [GNU Libtool 2.4.2] testsuite: 78 87 88 89 91 92 93 95 96 97 98 99 100 104 115 failed

Hello,

I am trying to build gcc 4.72 on Solaris 10, without root access, from
the sources.
Hence I build the whole tool chain in some order.
Thanks,
Marc
Attachment (testsuite.log.gz): application/octet-stream, 39 KiB
_______________________________________________
Bug-libtool mailing list
Bug-libtool <at> gnu.org
https://lists.gnu.org/mailman/listinfo/bug-libtool
Permalink | Reply | 0 comments |
headers
Andreas Otto | 21 Mar 2013 15:41
Picon
Favicon

bug#14022: libtool-gug

Hi,

the following code has an error:

# func_convert_core_msys_to_w32 ARG
# Convert file name or path ARG from MSYS format to w32 format. Return
# result in func_convert_core_msys_to_w32_result.
func_convert_core_msys_to_w32 ()
{
   $opt_debug
   # awkward: cmd appends spaces to result
   func_convert_core_msys_to_w32_result=`( cmd //c echo "$1" ) 2>/dev/null |
     $SED -e 's/[ ]*$//' -e "$lt_sed_naive_backslashify"`
}
#end: func_convert_core_msys_to_w32

I need "...cmd /c ..." to get my stuff compiled

mfg AO

######################################################
OS: Windows7
######################################################
configure --enable-threads --enable-symbols --build=x86_64-w64-mingw32
######################################################
$ libtool --version
libtool (GNU libtool) 2.4
Written by Gordon Matzigkeit <gord <at> gnu.ai.mit.edu>, 1996

Copyright (C) 2010 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
######################################################
$ automake --version
automake (GNU automake) 1.12.5
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv2+: GNU GPL version 2 or later 
<http://gnu.org/licenses/gpl-2.0.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Written by Tom Tromey <tromey <at> redhat.com>
        and Alexandre Duret-Lutz <adl <at> gnu.org>.
######################################################
$ cygpath -V
cygpath (cygwin) 1.7.17
Path Conversion Utility
Copyright (C) 1998 - 2012 Red Hat, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
######################################################
environment:
declare -x !::
declare -x ALLUSERSPROFILE="C:\\ProgramData"
declare -x APPDATA="C:\\Users\\dev1usr\\AppData\\Roaming"
declare -x CC="ccache x86_64-w64-mingw32-gcc"
declare -x CCACHE_DIR="/build/dev1usr/Cache"
declare -x COMMONPROGRAMFILES="C:\\Program Files (x86)\\Common Files"
declare -x COMPUTERNAME="HP-HP"
declare -x COMSPEC="C:\\Windows\\system32\\cmd.exe"
declare -x CTAGSFLAGS="--c-kinds=+p"
declare -x CXX="ccache x86_64-w64-mingw32-g++.exe"
declare -x CommonProgramFiles(x86)
declare -x CommonProgramW6432="C:\\Program Files\\Common Files"
declare -x FP_NO_HOST_CHECK="NO"
declare -x HOME="/home/dev1usr"
declare -x HOMEDRIVE="C:"
declare -x HOMEPATH="\\Users\\dev1usr"
declare -x HOSTNAME="HP-HP"
declare -x INFOPATH="/usr/local/info:/usr/share/info:/usr/info:"
declare -x LANG="de_DE.UTF-8"
declare -x LOCALAPPDATA="C:\\Users\\dev1usr\\AppData\\Local"
declare -x LOGONSERVER="\\\\HP-HP"
declare -x MANPATH="/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man"
declare -x NHI1_HOME="/home/dev1usr/Project/NHI1"
declare -x NHI1_TOOL_ROOT="/home/dev1usr/ext/i686-pc-cygwin"
declare -x NUMBER_OF_PROCESSORS="4"
declare -x OLDPWD="/build/dev1usr/Main/thread/theLink/sqlite"
declare -x OS="Windows_NT"
declare -x OnlineServices="Online Services"
declare -x PATH="/usr/local/bin:/usr/bin:/cygdrive/c/Program 
Files/Common Files/Microsoft Shared/Windows

Live:/cygdrive/c/Windows/system32:/cygdrive/c/Windows:/cygdrive/c/Windows/System32/Wbem:/cygdrive/c/Windows/System32/WindowsPowerShell/v1.0:/cygdrive/c/Program 
Files/Broadcom/Broadcom 802.11/Driver:/cygdrive/c/Program Files 
(x86)/ATI Technologies/ATI.ACE/Core-Static"
declare -x PATHEXT=".COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC"
declare -x PCBRAND="Pavilion"
declare -x PRINTER="Lexmark S300-S400 Series"
declare -x PROCESSOR_ARCHITECTURE="x86"
declare -x PROCESSOR_ARCHITEW6432="AMD64"
declare -x PROCESSOR_IDENTIFIER="Intel64 Family 6 Model 37 Stepping 5, 
GenuineIntel"
declare -x PROCESSOR_LEVEL="6"
declare -x PROCESSOR_REVISION="2505"
declare -x PROGRAMFILES="C:\\Program Files (x86)"
declare -x PS1="\\[\\e]0;\\w\\a\\]\\n\\[\\e[32m\\]\\u <at> \\h 
\\[\\e[33m\\]\\w\\[\\e[0m\\]\\n\\\$ "
declare -x 
PSModulePath="C:\\Windows\\system32\\WindowsPowerShell\\v1.0\\Modules\\"
declare -x PUBLIC="C:\\Users\\Public"
declare -x PWD="/build/dev1usr/Main/thread"
declare -x Platform="MCD"
declare -x ProgramData="C:\\ProgramData"
declare -x ProgramFiles(x86)
declare -x ProgramW6432="C:\\Program Files"
declare -x SESSIONNAME="Console"
declare -x SHELL="/bin/bash"
declare -x SHLVL="2"
declare -x STY="2792.pty0.HP-HP"
declare -x SVN_SSH="ssh -l aotto1968"
declare -x SYSTEMDRIVE="C:"
declare -x SYSTEMROOT="C:\\Windows"
declare -x TEMP="/tmp"
declare -x TERM="screen"
declare -x TERMCAP="SC|screen|VT 100/ANSI X3.64 virtual terminal:\\
         :DO=\\E[%dB:LE=\\E[%dD:RI=\\E[%dC:UP=\\E[%dA:bs:bt=\\E[Z:\\
:cd=\\E[J:ce=\\E[K:cl=\\E[H\\E[J:cm=\\E[%i%d;%dH:ct=\\E[3g:\\
:do=^J:nd=\\E[C:pt:rc=\\E8:rs=\\Ec:sc=\\E7:st=\\EH:up=\\EM:\\
         :le=^H:bl=^G:cr=^M:it#8:ho=\\E[H:nw=\\EE:ta=^I:is=\\E)0:\\
         :li#64:co#140:am:xn:xv:LP:sr=\\EM:al=\\E[L:AL=\\E[%dL:\\
         :cs=\\E[%i%d;%dr:dl=\\E[M:DL=\\E[%dM:dc=\\E[P:DC=\\E[%dP:\\
         :im=\\E[4h:ei=\\E[4l:mi:IC=\\E[%d <at> :ks=\\E[?1h\\E=:\\
:ke=\\E[?1l\\E>:vi=\\E[?25l:ve=\\E[34h\\E[?25h:vs=\\E[34l:\\
:ti=\\E[?1049h:te=\\E[?1049l:us=\\E[4m:ue=\\E[24m:so=\\E[3m:\\
         :se=\\E[23m:mb=\\E[5m:md=\\E[1m:mr=\\E[7m:me=\\E[m:ms:\\
         :Co#8:pa#64:AF=\\E[3%dm:AB=\\E[4%dm:op=\\E[39;49m:AX:\\
         :vb=\\Eg:G0:as=\\E(0:ae=\\E(B:\\
:ac=\\140\\140aaffggjjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~..--++,,hhII00:\\
:po=\\E[5i:pf=\\E[4i:k0=\\E[10~:k1=\\EOP:k2=\\EOQ:k3=\\EOR:\\
         :k4=\\EOS:k5=\\E[15~:k6=\\E[17~:k7=\\E[18~:k8=\\E[19~:\\
         :k9=\\E[20~:k;=\\E[21~:F1=\\E[23~:F2=\\E[24~:F3=\\E[1;2P:\\
         :F4=\\E[1;2Q:F5=\\E[1;2R:F6=\\E[1;2S:F7=\\E[15;2~:\\
         :F8=\\E[17;2~:F9=\\E[18;2~:FA=\\E[19;2~:kb=^A^?:K2=\\EOE:\\
         :kB=\\E[Z:kF=\\E[1;2B:kR=\\E[1;2A:*4=\\E[3;2~:*7=\\E[1;2F:\\
:#2=\\E[1;2H:#3=\\E[2;2~:#4=\\E[1;2D:%c=\\E[6;2~:%e=\\E[5;2~:\\
         :%i=\\E[1;2C:kh=\\E[1~: <at> 1=\\E[1~:kH=\\E[4~: <at> 7=\\E[4~:\\
:kN=\\E[6~:kP=\\E[5~:kI=\\E[2~:kD=\\E[3~:ku=\\EOA:kd=\\EOB:\\
         :kr=\\EOC:kl=\\EOD:km:"
declare -x TMP="/tmp"
declare -x TZ="Europe/Berlin"
declare -x USER="dev1usr"
declare -x USERDOMAIN="HP-HP"
declare -x USERNAME="dev1usr"
declare -x USERPROFILE="C:\\Users\\dev1usr"
declare -x WINDIR="C:\\Windows"
declare -x WINDOW="9"
declare -x temp="C:\\Users\\dev1usr\\AppData\\Local\\Temp"
declare -x tmp="C:\\Users\\dev1usr\\AppData\\Local\\Temp"
Permalink | Reply | 1 comment |
headers
riddle00 | 17 Mar 2013 17:55
Picon

bug#13985: [GNU Libtool 2.4.2] testsuite: 25 115 119 failed

Hello,

Reporting bugs as suggested by "make check" output.

Thanks,
Behzad Salimi.

Attachment (testsuite.log): application/octet-stream, 131 KiB
_______________________________________________
Bug-libtool mailing list
Bug-libtool <at> gnu.org
https://lists.gnu.org/mailman/listinfo/bug-libtool
Permalink | Reply | 0 comments |
headers
Дилян Палаузов | 10 Mar 2013 23:10

bug#13920: link_all_deps and indirect dependencies

Hello,

in my project, I have program A that dynamically links with library B 
(library B is mentioned as DT_NEEDED in program A), and library B 
dynamically links with library C (library C is mentioned as DT_NEEDED in 
library B, and under dependency_libs in libraryB.la).

--> If I want to use a function from library C in program A, am I 
supposed to list (in Makefile.am) that program A depends on library C, 
or can I rely on the fact, that program A loads library B and library B 
loads library C, thus it is not necessary to link explicitly program A 
with library C?

Under Debian, libtool is patched to have link_all_deplibs=no, on other 
systems link_all_deplibs is unknown/yes.  When link_all_deplibs is yes, 
I do not have to link program A explicitly with library C; when 
link_all_deplibs is no, I have to link explicitly.

Program A, library B and library C are in the control of the same 
person, so the dependency on libC in libB is ensured.

According to the Debian maintainer of the libtool package, 
bugs.debian.org/cgi-bin/bugreport.cgi?bug=702737 , libtool's 
documentation shall state (or states, but I don't find where), that 
program A must explicitly link with library C.

Thanks in advance for your feedback
   Дилян

_______________________________________________
Bug-libtool mailing list
Bug-libtool <at> gnu.org
https://lists.gnu.org/mailman/listinfo/bug-libtool
Permalink | Reply | 2 comments |

Gmane