Remove duplicate hardcode_direct=yes for AIX
$hardcode_direct is set twice for AIX. 2006-04-29 Albert Chin-A-Young [EMAIL PROTECTED] * libltdl/m4/libtool.m4 (_LT_LINKER_SHLIBS) [ aix ]: $hardcode_direct is set twice. -- albert chin ([EMAIL PROTECTED]) -- snip snip Index: libltdl/m4/libtool.m4 === RCS file: /cvsroot/libtool/libtool/libltdl/m4/libtool.m4,v retrieving revision 1.63 diff -u -p -U14 -r1.63 libtool.m4 --- libltdl/m4/libtool.m4 28 Mar 2006 18:11:28 - 1.63 +++ libltdl/m4/libtool.m4 30 Apr 2006 01:08:30 - @@ -4283,29 +4284,29 @@ _LT_EOF _LT_TAGVAR(hardcode_direct, $1)=yes _LT_TAGVAR(hardcode_libdir_separator, $1)=':' _LT_TAGVAR(link_all_deplibs, $1)=yes _LT_TAGVAR(file_list_spec, $1)='${wl}-f,' if test $GCC = yes; then case $host_os in aix4.[[012]]|aix4.[[012]].*) # We only want to do this on AIX 4.2 and lower, the check # below for broken collect2 doesn't work under 4.3+ collect2name=`${CC} -print-prog-name=collect2` if test -f $collect2name strings $collect2name | $GREP resolve_lib_name /dev/null then # We have reworked collect2 - _LT_TAGVAR(hardcode_direct, $1)=yes + : else # We have old collect2 _LT_TAGVAR(hardcode_direct, $1)=unsupported # It fails to find uninstalled libraries when the uninstalled # path is not listed in the libpath. Setting hardcode_minus_L # to unsupported forces relinking _LT_TAGVAR(hardcode_minus_L, $1)=yes _LT_TAGVAR(hardcode_libdir_flag_spec, $1)='-L$libdir' _LT_TAGVAR(hardcode_libdir_separator, $1)= fi ;; esac shared_flag='-shared' if test $aix_use_runtimelinking = yes; then
noinst_bindir
Hi, I have noinst_bin_PROGRAMS = gdbmi_driver noinst_bindir = $(top_builddir)/progs and I wasn't using AC_PROG_LIBTOOL. I've never had a problem with 'make install' before. However, since I've enabled AM_PROG_LIBTOOL, I'm getting this error, test -z ../progs || mkdir -p -- ../progs /bin/sh ../libtool --mode=install /usr/bin/install -c 'gdbmi_driver' '../progs/gdbmi_driver' libtool: install: `../progs' must be an absolute directory name Try `libtool --help --mode=install' for more information. make[2]: *** [install-noinst_binPROGRAMS] Error 1 make[2]: Leaving directory `/home/bob/cvs/gdbmi/builddir/src' make[1]: *** [install-am] Error 2 make[1]: Leaving directory `/home/bob/cvs/gdbmi/builddir/src' make: *** [install-recursive] Error 1 Attached is the configure.in and Makefile.am file. Any ideas? Thanks, Bob Rossi dnl Process this file with autoconf to produce a configure script. AC_PREREQ(2.5) AC_INIT(gdbmi, 0.1) AM_CONFIG_HEADER(config.h) AM_INIT_AUTOMAKE dnl Checks for programs. AC_PROG_CC AC_PROG_INSTALL AM_PROG_LIBTOOL #AC_PROG_RANLIB AM_PROG_LEX AC_PROG_YACC dnl Checks for header files. AC_HEADER_STDC dnl determine other headers for tgdb, Error if they do not exist AC_CHECK_HEADERS(stdio.h stdlib.h string.h,,AC_MSG_ERROR) dnl Checks for library functions. AC_PROG_GCC_TRADITIONAL AC_ARG_ENABLE(tcl-extension,[ --enable-tcl-extension Build the TCL extension], [case ${enableval} in yes) enable_tcl_extension=true ;; no) enable_tcl_extension=false ;; *) AC_MSG_ERROR(bad value ${enableval} for --enable-tcl-extension) ;; esac],[enable_tcl_extension=false]) AM_CONDITIONAL(ENABLE_TCL_EXTENSION, test x$enable_tcl_extension = xtrue) AC_OUTPUT(Makefile src/Makefile) # libgdbmi noinst_LIBRARIES=libgdbmi.a libgdbmi_a_SOURCES= \ gdbmi_grammar.y \ gdbmi_lexer.l \ gdbmi_pt.c \ gdbmi_parser.c EXTRA_DIST = gdbmi_parser.h gdbmi_pt.h gdbmi_grammar.h # gdbmi driver program noinst_bin_PROGRAMS = gdbmi_driver noinst_bindir = $(top_builddir)/progs gdbmi_driver_LDFLAGS = -L. gdbmi_driver_LDADD = -lgdbmi gdbmi_driver_SOURCES = gdbmi_driver.c # If this package was compiled with --enable-tcl-extension, then the gdbmi # tcl extension will also be compiled. if ENABLE_TCL_EXTENSION TCL_EXTENSION = libgdbmi_tclext-1.0.la else TCL_EXTENSION = endif lib_LTLIBRARIES = $(TCL_EXTENSION) libgdbmi_tclext_1_0_la_SOURCES = \ gdbmi_tclext.c \ $libgdbmi_a_SOURCES ___ http://lists.gnu.org/mailman/listinfo/libtool
Re: noinst_bindir
Bob Rossi [EMAIL PROTECTED] writes: I have noinst_bin_PROGRAMS = gdbmi_driver noinst_bindir = $(top_builddir)/progs Try using $(abs_top_builddir) instead. I've always had bad luck with relative paths and anything that involves libtool. -- Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/ ___ http://lists.gnu.org/mailman/listinfo/libtool