compile error

Issue #78 invalid
Former user created an issue

Trying to compile. stuff goes smoothly until the very end. Tries to find file '=/usr/lib/' 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
        # Replace all uninstalled libtool libraries with the installed ones
        for deplib in $dependency_libs; do
          case $deplib in
            func_basename "$deplib"
            echo deplib is $deplib
            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" ;;

end piece of log:

make[2]: [] 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 "" && ln -s "" "") 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/ libdir is /usr/lib deplib is /usr/lib/ libdir is /usr/lib deplib is /usr/lib/ libdir is /usr/lib deplib is /usr/lib/ libdir is /usr/lib deplib is =/usr/lib/ /bin/sed: can't read =/usr/lib/ No such file or directory libdir is libtool: link: =/usr/lib/' 555 is not a valid libtool archive make[2]: *** [] 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)

  1. Former user Account Deleted

    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.

  2. Chris Howard

    I have more explanation if that is helpful.

    It appears to be a problem when building the ./src/ 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/ into /usr/local/lib and run 'make install-data-am' to install the .h files.

    Looking in /usr/lib/, it looks to me like the other .la files in /usr/lib. I don't see any particular problems, no strange '=' floating around.

  3. Chris Howard

    Here's some interesting information.

    I downloaded libgd-2.1.0-rc2 and it all compiled just fine.

  4. Mike Frysinger

    looks like your is busted

    + . /usr/lib/
    ++ library_names=''
    ++ old_library=libfontconfig.a
    ++ inherited_linker_flags=
    ++ dependency_libs=' -L=/usr/lib =/usr/lib/ =/usr/lib/'
  5. Mike Frysinger

    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

  6. Chris Howard

    Confirmed. I removed "-L=/usr/lib" from file /usr/lib/ 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)

  7. Former user 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.

  8. Log in to comment