link libraries with dependencies on .la libs.
* NEWS: Removed reference to win32, incase 1.3 ships before
ild is ready.
* doc/PLATFORMS: Removed i686-pc-cygwin32, for the same reason.
* doc/libtool.texi: Removed win32 refs, for the same reason.
+1999-01-22 Gary V. Vaughan <gvaughan@oranda.demon.co.uk>
+
+ * ltmain.in (ild): Revert the change which allowed libtool to
+ link libraries with dependencies on .la libs.
+ * NEWS: Removed reference to win32, incase 1.3 ships before
+ ild is ready.
+ * doc/PLATFORMS: Removed i686-pc-cygwin32, for the same reason.
+ * doc/libtool.texi: Removed win32 refs, for the same reason.
+
1999-01-22 Alexandre Oliva <oliva@dcc.unicamp.br>
* ltmain.in (Xsed): add 1 to Xsed definition that goes into
New in 1.2e: CVS version:
* Support -R for specifying run-time path of programs and library dependencies
* Support for BeOS
-* Improved support for Win32, aix3, aix4, SysV 4.3, BSD/OS 4.x and NetBSD
+* Improved support for aix3, aix4, SysV 4.3, BSD/OS 4.x and NetBSD
* New -avoid-version option to avoid versioning for libraries
* Various bugfixes
i686-pc-linux-gnu gcc 1.2e ok
i686-pc-linux-gnu egcs 1.2e ok egcs 1.1.1
i686-pc-linux-gnulibc1 gcc 1.2e ok
-i686-pc-cygwin32 egcs 1.2e ok
m68k-next-nextstep3 gcc 1.2e ok static
m68k-sun-sunos4.1.1 gcc 1.2e NS
m88k-dg-dguxR4.12TMU01** gcc 1.2 ok
restriction is only necessary to preserve compatibility with static
library systems and simple dynamic library systems.
-Some platforms, such as AIX and Windows 95, do not even allow you this
+Some platforms, such as AIX, do not even allow you this
flexibility. In order to build a shared library, it must be entirely
self-contained (that is, have references only to symbols that are found
in the @samp{.lo} files or the specified @samp{-l} libraries), and you
The @file{mdemo} subdirectory contains a demonstration of a package that
uses libtool and the system independent dlopen wrapper @file{libltdl} to
load modules. The library @file{libltdl} provides an experimental
-dlopen wrapper for various platforms (Linux, Solaris, HP/UX, Win32 etc.)
+dlopen wrapper for various platforms (Linux, Solaris, HP/UX etc.)
including support for dlpreopened modules (@pxref{Dlpreopening}).
The tests @file{mdemo-make.test}, @file{mdemo-exec.test},
libname. Then it runs @samp{$file_magic_command} on the library and checks
for a match against [regex] using expr. I currently have linux-elf looking
for the string: "ELF [0-9][0-9]*-bit [LM]SB shared object" on the output of
-@samp{file}, and some of the win32 ports looking for the string: "file format
-pei*-i386.*architecture: i386" on the output of @samp{objdump -f}.
-This is option that works best I think.
+@samp{file}. This is option that works best I think.
@item file_regex
@vindex file_regex
exit 1
fi
- # If the following section is uncommented, then it is impossible to
- # link with ltlibrary deplibs...
-
# How the heck are we supposed to write a wrapper for a shared library?
- #if test -n "$link_against_libtool_libs"; then
- # $echo "$modename: error: cannot link shared libraries into libtool libraries" 1>&2
- # exit 1
- #fi
+ if test -n "$link_against_libtool_libs"; then
+ $echo "$modename: error: cannot link shared libraries into libtool libraries" 1>&2
+ exit 1
+ fi
if test -n "$dlfiles$dlprefiles"; then
$echo "$modename: warning: \`-dlopen' is ignored for libtool libraries" 1>&2