Alexandre Oliva [Sat, 7 Nov 1998 07:04:04 +0000 (07:04 +0000)]
* ltconfig.in: add --falback-echo, to be used if everything else
fails. The tests now check the behavior of $echo for very large
strings, because some echo commands would just core dump (e.g.,
Solaris' printf). If too large strings fail, smaller ones are
tested.
(ltecho): arrange that, if the --fallback-echo method is selected,
echo will be defined in the libtool script so as to re-run itself,
not ltconfig
* ltmain.in: add --fallback-echo
(qecho) ensure that, if --falback-echo is being used, qecho is
defined with the full pathname of the libtool script
Alexandre Oliva [Wed, 4 Nov 1998 09:43:29 +0000 (09:43 +0000)]
1998-11-04 Alexandre Oliva <oliva@dcc.unicamp.br>
* ltconfig.in, ltmain.in: updated and fixed the patches below
1998-11-04 Thomas Tanner <tanner@gmx.de>
* mdemo/*: added new demo to demonstrate building of dlopenend
modules
* tests/Makefile.am, tests/mdemo*: added some tests for mdemo
1998-11-04 Gary V. Vaughan <gvaughan@oranda.demon.co.uk>
* demo/configure.in: added AC_EXEEXT macro so that the tests can
work on cywin32/mingw32 hosts. This requires the current CVS
autoconf
1998-11-04 Thomas Tanner <tanner@gmx.de>
* ltmain.in: New flag -export-symbols; new dlpreopen system
* demo/dlmain.c: removed dld_preloaded_symbol_count
1998-11-04 Ian Lance Taylor <ian@cygnus.com>
* ltmain.in: On installation, don't get confused if the same name
appears more than once in the list of library names.
1998-11-04 Ian Lance Taylor <ian@cygnus.com>
* ltconfig.in: Add objext and libext variables. Check for object
suffix. Check for mingw32* as well as cygwin32*. Use objext when
testing compiler. Add support for Visual C++ on cygwin32 when not
using gcc. Add objext, libext, and fix_srcfile_path to generated
libtool script.
* ltmain.in: Use .${objext} rather than .o. Use fix_srcfile_path
if it is set. Check for .obj as well as for .o, and for .lib as
well as for .a. Use .${libext} rather than .a when creating old
libraries.
* libtoolize.in: Change initial /bin/sh to @SHELL@.
* libtool.m4 (AM_PROG_LIBTOOL): Add AC_REQUIRE for
AC_CANONICAL_BUILD, so that autoconf doesn't get mixed up by the
AC_REQUIRE in AC_CHECK_TOOL.
1998-11-04 Ian Lance Taylor <ian@cygnus.com>
* ltconfig.in: Look in the right directory for libtool.c in
archive_cmds for cygwin32.
1998-11-04 Ian Lance Taylor <ian@cygnus.com>
* ltconfig.in: Fix cygwin32 support to avoid using a double
extension, to delete the def file, to set version_type to windows,
and to include versuffix in the DLL name.
* ltmain.in: Add support for a version_type of windows.
1998-11-04 Ian Lance Taylor <ian@cygnus.com>
* ltconfig.in: Add cygwin32 support.
* libtool.m4 (AM_PROG_LIBTOOL): Call AM_SYS_LIBTOOL_CYGWIN32 on a
cygwin32 host. Pass DLLTOOL and AS to ltconfig.
(AM_SYS_LIBTOOL_CYGWIN32): New macro.
Alexandre Oliva [Wed, 4 Nov 1998 07:36:59 +0000 (07:36 +0000)]
* ltconfig.in (hardcode_minus_L): Revert Ian's patch for
ltconfig.in. Although -L hardcoding is not used with GNU ld, it
does happen, so hardcode_minus_L must be set to yes.
Alexandre Oliva [Wed, 4 Nov 1998 05:50:33 +0000 (05:50 +0000)]
* ltconfig.in (need_locks): if neither `-c -o' nor hard links are
available, fallback to not so safe mechanism, by setting
need_locks to warn
* ltmain.in (need_locks): when need_locks is set to warn, use the
lockfile to try to fail in case of incorrect concurrent builds
* doc/libtool.texi (Compile mode): Document that -o is fully
supported.
* libtool.m4 (libtool-lock): new ARG_ENABLE; sets (need_locks)
* ltconfig.in (disable-lock): control need_locks
(hard_links): check whether hard-links can be used for locking
* ltmain.in (need_locks): use $output_obj.lock for locking
* ltconfig.in: For sunos4, add ${libname}.so$versuffix to
library_names_spec.
* ltmain.in: For version_type of sunos, set versuffix even if
-version-info was not used.
Alexandre Oliva [Mon, 2 Nov 1998 17:21:52 +0000 (17:21 +0000)]
* ltmain.in (libobj): default value must not contain directory
components
* ltconfig.in (compiler): detect if the compiler supports
-c and -o flags, create a variable compiler_c_o. Also issue
a big warning if it is not supported
* ltmain.in (compile): enable the -o option as input for libtool.
The objects are not moved if the compiler supports -o with -c.
Sources and objects can contain relative directories.
(link): enable the linking of executables into relative directories
* demo/Makefile.am (hc-libpath): Use parameters from the libtool
in the top build directory, since the one in the demo directory is
not guaranteed to exist.