compile error
Trying to compile. stuff goes smoothly until the very end. Tries to find file '=/usr/lib/libfreetype.la' and fails.
I edited libtool to try to debug. I don't know where the '=' is coming from.
edited piece of ./libtool:
# Only create the output if not a dry run.
$opt_dry_run || {
for installed in no yes; do
if test "$installed" = yes; then
if test -z "$install_libdir"; then
break
fi
output="$output_objdir/$outputname"i
# Replace all uninstalled libtool libraries with the installed ones
newdependency_libs=
for deplib in $dependency_libs; do
case $deplib in
*.la)
func_basename "$deplib"
echo deplib is $deplib
name="$func_basename_result"
eval libdir=`${SED} -n -e 's/^libdir=\(.*\)$/\1/p' $deplib`
echo libdir is $libdir
test -z "$libdir" && \
func_fatal_error "\`$deplib' 555 is not a valid libtool archive"
newdependency_libs="$newdependency_libs $libdir/$name"
;;
*) newdependency_libs="$newdependency_libs $deplib" ;;
esac
done
dependency_libs="$newdependency_libs"
newdlfiles=
end piece of log:
make[2]: [libgd.la] Error 1
make[2]: Leaving directory /usr/local/src/libgd-2.1.0/src'
make[1]: *** [all] Error 2
make[1]: Leaving directory
/usr/local/src/libgd-2.1.0/src'
make: [all-recursive] Error 1
root@beaglebone:/usr/local/src/libgd-2.1.0# tail -20 out
libtool: link: (cd ".libs" && rm -f "libgd.so" && ln -s "libgd.so.3.0.0" "libgd.so")
libtool: link: ar cru .libs/libgd.a gd.o gd_color.o gd_color_map.o gd_transform.o gdfx.o gd_security.o gd_gd.o gd_gd2.o gd_io.o gd_io_dp.o gd_gif_in.o gd_gif_out.o gd_io_file.o gd_io_ss.o gd_jpeg.o gd_png.o gd_ss.o gd_topal.o gd_wbmp.o gdcache.o gdfontg.o gdfontl.o gdfontmb.o gdfonts.o gdfontt.o gdft.o gdhelpers.o gdkanji.o gdtables.o gdxpm.o wbmp.o gd_filter.o gd_nnquant.o gd_rotate.o gd_matrix.o gd_interpolation.o gd_crop.o webpimg.o gd_webp.o gd_tiff.o gd_tga.o gd_bmp.o gd_xbm.o gd_color_match.o
libtool: link: ranlib .libs/libgd.a
deplib is /usr/lib/libjpeg.la
libdir is /usr/lib
deplib is /usr/lib/libpng12.la
libdir is /usr/lib
deplib is /usr/lib/libfreetype.la
libdir is /usr/lib
deplib is /usr/lib/libfontconfig.la
libdir is /usr/lib
deplib is =/usr/lib/libfreetype.la
/bin/sed: can't read =/usr/lib/libfreetype.la: No such file or directory
libdir is
libtool: link: =/usr/lib/libfreetype.la' 555 is not a valid libtool archive
make[2]: *** [libgd.la] Error 1
make[2]: Leaving directory
/usr/local/src/libgd-2.1.0/src'
make[1]: [all] Error 2
make[1]: Leaving directory `/usr/local/src/libgd-2.1.0/src'
make: [all-recursive] Error 1
Comments (10)
-
Account Deleted -
I have more explanation if that is helpful.
It appears to be a problem when building the ./src/libgd.la file. I put 'set +x' in the libtool and I have a long log Long Log
I was able to work around it by copying the ./src/libgd.la into /usr/local/lib and run 'make install-data-am' to install the .h files.
Looking in /usr/lib/freetype.la, it looks to me like the other .la files in /usr/lib. I don't see any particular problems, no strange '=' floating around.
-
Here's some interesting information.
I downloaded libgd-2.1.0-rc2 and it all compiled just fine.
-
looks like your libfontconfig.la is busted
+ . /usr/lib/libfontconfig.la ++ dlname=libfontconfig.so.1 ++ library_names='libfontconfig.so.1.5.0 libfontconfig.so.1 libfontconfig.so' ++ old_library=libfontconfig.a ++ inherited_linker_flags= ++ dependency_libs=' -L=/usr/lib =/usr/lib/libfreetype.la =/usr/lib/libexpat.la'
-
- changed status to resolved
-
Account Deleted - changed status to invalid
JFTR what crazy system still keeps those evil .la files around?
-
they make sense on systems which don't have reasonable linkers/loaders, or when doing static linking or using libltdl
they have fallen out of favor with most Linux distros though
-
Account Deleted I know, but I am just asking for this particular system...
-
Confirmed. I removed "-L=/usr/lib" from file /usr/lib/libfontconfig.la and now compile all just fine.
Thanks for your help and patience with me. i will attempt to report this back to the distro if I can. (Angstrom embedded linux, a Debian child I believe)
-
Account Deleted Strange, Debian got rid of .la files quite a long time ago with few exceptions.
No worries – and I recommend just delete those .la files unless you really need them (f.e. for static builds), but most probably you don't.
- Log in to comment
I am quite sure that's your local system bug in .la file. Do: grep freetype /usr/lib/*.la and you'll probably find it somewhere.