1997-08-21 13:16:08 +08:00
|
|
|
For next public release:
|
|
|
|
|
************************
|
|
|
|
|
|
1998-03-09 13:34:02 +08:00
|
|
|
* Inter-library dependencies should be fully tracked by libtool.
|
|
|
|
|
Reminded by Alexandre Oliva. This requires looking up installed
|
|
|
|
|
libtool libraries for transparent support.
|
1999-02-18 19:38:36 +08:00
|
|
|
Thomas Tanner has a patch for this.
|
1998-03-09 13:34:02 +08:00
|
|
|
|
1999-01-20 21:45:21 +08:00
|
|
|
* Inter-library dependencies need to work for ltlibraries too.
|
|
|
|
|
Thomas Tanner has a patch for this.
|
|
|
|
|
|
1998-01-26 03:35:11 +08:00
|
|
|
* Alexandre Oliva suggests that we hardcode paths into libraries, as
|
1998-07-01 16:12:49 +08:00
|
|
|
well as binaries: `... -Wl,-soname -Wl,/tmp/libtest.so.0 ...'. Tim
|
|
|
|
|
Mooney wants the same thing.
|
1999-02-18 19:38:36 +08:00
|
|
|
Thomas Tanner has a patch for this.
|
1998-01-26 03:35:11 +08:00
|
|
|
|
1998-03-09 13:34:02 +08:00
|
|
|
* Tom Lane adds that HP-UX's linker, at least (I've also found this on
|
|
|
|
|
AIX 4), distinguishes between global function and global variable
|
|
|
|
|
references. This means that we cannot declare every symbol as `extern
|
|
|
|
|
char'. Find a workaround.
|
|
|
|
|
|
1999-01-06 17:51:49 +08:00
|
|
|
* Jeff Garzik <jgarzik@pobox.com> noticed that libtool wrapper scripts do
|
|
|
|
|
not always work on Linux. When running tests in a newly built package, the
|
|
|
|
|
script is prone to picking up a similarly sonamed library in /usr/lib in
|
|
|
|
|
preference to the newly built library in the distribution. The scripts *do*
|
|
|
|
|
work under Solaris however.
|
|
|
|
|
|
1998-12-31 19:25:57 +08:00
|
|
|
* Documentation:
|
|
|
|
|
|
1999-01-17 19:19:40 +08:00
|
|
|
- libltdl documentation needs to be completed.
|
1998-12-31 19:25:57 +08:00
|
|
|
|
1999-02-18 19:38:36 +08:00
|
|
|
- AC_PROG_LIBTOOL, AC_ENABLE/DISABLE_SHARED/STATIC, AC_LIBTOOL_DLOPEN
|
|
|
|
|
are not documented.
|
|
|
|
|
|
1997-08-21 13:16:08 +08:00
|
|
|
In the future:
|
|
|
|
|
**************
|
|
|
|
|
|
1999-01-20 21:45:21 +08:00
|
|
|
* Fix */demo on win32.
|
1998-12-24 01:30:12 +08:00
|
|
|
This may require resolving some of the items below.
|
|
|
|
|
|
|
|
|
|
* Figure out how to use data items in dlls with win32.
|
|
|
|
|
The difficult part is compiling each object which will be linked with an
|
|
|
|
|
import lib differently than if it will be linked with a static lib. This will
|
|
|
|
|
almost definitely require that automake pass some hints about linkage in to
|
|
|
|
|
each object compilation line.
|
|
|
|
|
|
|
|
|
|
* Resolve the name clash between import libs and static libs on win32.
|
|
|
|
|
Probably the best way to do this is to create lib$name-dll.a for the import
|
|
|
|
|
library, and continue to use lib$name.a for the static lib. libtool
|
|
|
|
|
--mode=link can then favour -dll.a over .a if there is a choice. No point in
|
|
|
|
|
doing this until we can export data items (above).
|
|
|
|
|
|
1998-03-09 13:34:02 +08:00
|
|
|
* If not cross-compiling, have the static flag test run the resulting
|
|
|
|
|
binary to make sure everything works.
|
1997-11-28 00:57:00 +08:00
|
|
|
|
1997-08-12 23:19:11 +08:00
|
|
|
* Implement full multi-language support. Currently, this is only for
|
|
|
|
|
C++, but there are beginnings of this in the manual (Other Languages).
|
|
|
|
|
This includes writing libtool not to be so dependent on the compiler
|
|
|
|
|
used to configure it.
|
|
|
|
|
|
|
|
|
|
We especially need this for C++ linking, for which libtool currently
|
|
|
|
|
does not handle static constructors properly, even on operating
|
|
|
|
|
systems that support them. ``Don't use static constructors'' is no
|
|
|
|
|
longer a satisfactory answer.
|
|
|
|
|
|
1997-09-15 20:31:09 +08:00
|
|
|
People who need it:
|
|
|
|
|
Jean Daniel Fekete <Jean-Daniel.Fekete@emn.fr>
|
|
|
|
|
Thomas Hiller <hiller@tu-harburg.d400.de>
|
|
|
|
|
|
1997-06-30 20:20:49 +08:00
|
|
|
* Another form of convenience library, suggested by Alexandre Oliva,
|
|
|
|
|
is to have undocumented utility libraries, where only the shared
|
|
|
|
|
version is installed.
|
|
|
|
|
|
1997-07-22 01:31:05 +08:00
|
|
|
* We could use libtool object convenience libraries that resolve
|
1998-01-26 03:35:11 +08:00
|
|
|
symbols to be included in a libtool archive. This would require some
|
|
|
|
|
sort of -whole-archive option, as well.
|
1997-07-22 01:31:05 +08:00
|
|
|
|
1999-01-20 18:21:01 +08:00
|
|
|
* Currently, convenience libraries (.al) are built from .lo objects,
|
|
|
|
|
except when --disable-shared. When we can build both shared and
|
|
|
|
|
static libraries, we should probably create a .al out of .lo objects
|
|
|
|
|
and also a .a out of .o objects. The .al would only be used to
|
|
|
|
|
create shared libraries, whereas the .a would be used for creating
|
|
|
|
|
static libraries and programs.
|
|
|
|
|
|
1997-07-09 01:08:33 +08:00
|
|
|
* Need to finalize the documentation, and give a specification of
|
|
|
|
|
`.la' files so that people can depend on their format. This also
|
|
|
|
|
needs to be done so that DLD uses a public interface to libtool
|
|
|
|
|
archives. This would be a good thing to put before the maintainance
|
|
|
|
|
notes.
|
|
|
|
|
|
1997-05-25 06:50:52 +08:00
|
|
|
Things to think about:
|
|
|
|
|
**********************
|
1997-04-02 03:04:40 +08:00
|
|
|
|
1997-05-25 06:50:52 +08:00
|
|
|
* Talk with RMS about his so-called `automatic package generation
|
|
|
|
|
tool.' This is probably what Thomas has been murmuring about for the
|
|
|
|
|
Hurd. We'll need to integrate package-supplied programs such as
|
|
|
|
|
libtool into that scheme, since it manages some of the preinstall and
|
|
|
|
|
postinstall commands, but isn't installed itself. Probably, things
|
|
|
|
|
like libtool should be distributed as part of such a binary package.
|
|
|
|
|
|
1998-02-12 13:45:15 +08:00
|
|
|
* Maybe implement full support for other orthogonal library types
|
|
|
|
|
(libhello_g, libhello_p, 64 vs 32-bit ABI's, etc). Make these types
|
|
|
|
|
configurable.
|
