libtool/TODO

79 lines
3.2 KiB
Plaintext
Raw Normal View History

1997-08-21 13:16:08 +08:00
For next public release:
************************
1998-01-26 03:35:11 +08:00
* Get rid of the sections that try to change behaviour for GNU ld. We
really should make our shared library support just depend on the
compiler type.
1997-08-12 23:19:11 +08:00
1998-01-26 03:35:11 +08:00
* Alexandre Oliva suggests that we hardcode paths into libraries, as
well as binaries: `... -Wl,-soname -Wl,/tmp/libtest.so.0 ...'.
1998-02-06 15:36:38 +08:00
* Implement full support for other orthogonal library types
(libhello_g, libhello_p, 64 vs 32-bit ABI's, etc). Make these types
configurable.
1997-08-21 13:16:08 +08:00
In the future:
**************
1997-11-28 00:57:00 +08:00
* Inter-library dependencies should be automatically tracked by
libtool. Reminded by Alexandre Oliva. This also would require
looking up installed libtool libraries for transparent support.
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-08-28 02:21:56 +08:00
* Writing libtool as a shell script means that proper variable quoting
is a real problem. Be careful when `eval'ing a string that the
arguments are properly quoted. Note that arguments with embedded
whitespace probably will cause problems (because of IFS).
I don't have good ideas on to fix the problems with whitespace, other
than subverting IFS entirely, perhaps always using an `eval "set
$quoted_args"' sequence.
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
1997-07-01 12:38:32 +08:00
* Somehow we need to make sure that static libraries never appear in
1997-10-22 13:00:03 +08:00
$deplibs. This, will probably require that libtool discover exactly
which files would be linked from which directories when somebody says
`-lsomething'. This adds a lot of complexity, but I see no other way
around it.
1997-07-01 12:38:32 +08:00
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.
* Add support for windoze DLL's, and maybe other jumptable libs.
Check out Lesstif and Tcl configuration again (maybe they would be
interested in libtool by now?). The Cygnus win32 project may also be
of value, though it still seems pretty rudimentary right now.