From: Gary V. Vaughan Date: Fri, 3 Dec 2004 11:28:45 +0000 (+0000) Subject: * TODO: Paste Peter's summary of the TODO thread starting at X-Git-Tag: release-2-1b~828 X-Git-Url: http://git.ipfire.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=9011d5103d12730a90f594eb96e31921cb5eb666;p=thirdparty%2Flibtool.git * TODO: Paste Peter's summary of the TODO thread starting at http://lists.gnu.org/archive/html/libtool/2004-11/msg00130.html. --- diff --git a/ChangeLog b/ChangeLog index 8e206e2a5..394463b56 100644 --- a/ChangeLog +++ b/ChangeLog @@ -1,3 +1,8 @@ +2004-12-03 Gary V. Vaughan + + * TODO: Paste Peter's summary of the TODO thread starting at + http://lists.gnu.org/archive/html/libtool/2004-11/msg00130.html. + 2004-12-02 Bob Friesenhahn * config/ltmain.m4sh: Remove code which is no longer needed diff --git a/TODO b/TODO index 2e211479e..7a01c0a00 100644 --- a/TODO +++ b/TODO @@ -7,8 +7,6 @@ GNU Libtool 1.1. libtool ------------ -* Fix the bug exposed by am-subdir.at tests. - * Rather than looking up the linker's hardcode characteristics in a table of shell code, use objdump or equivalent to probe a test program at configure time. @@ -18,6 +16,8 @@ GNU Libtool * Hook the various language dependencies into the autoconf _AC_LANG framework. +* Work out what to do when the dynamic linker loads needed dependencies. + * We could have an option to hardcode paths into libraries, as well as binaries: `... -Wl,-soname -Wl,/tmp/libtest.so.0 ...'. This is not possible on all platforms, and is in part obviated by the ability of @@ -51,6 +51,12 @@ GNU Libtool 1.2. libtldl ------------ +* Get rid of the shared libddloader. + +* Change libltdl interface: add separate functions for function + pointers. This will allow porting to systems where function pointers + are incompatible with data pointer C-wise. + * Fix the following bugs in libltdl: - error reporting of tryall_dlopen(): if the file actually doesn't exist (stat() fails or it wasn't dlpreopened) @@ -86,9 +92,19 @@ GNU Libtool * Write a test case for linkage with gnu ld scripts (per 2004-08-25 patch from Paolo Bonzini). +* Test everything: + - cross compile + - dirs with ~ + 2.3. libtool ------------ +* Fix cross-compiling. + +* Fix threads. + +* Support multilibbing. + * If not cross-compiling, have the static flag test run the resulting binary to make sure everything works. @@ -119,19 +135,49 @@ GNU Libtool for example. In the future, we might even have an option to encode the sonames of all dependencies of a library into its soname. +* Look again at a binary C libtool, or byte-compiled libtool to improve + speed. + +* Generate some "platform specific" shell functions with config.status, + for example, there is no need to have the C source code for the + wrapper script on non-windows platforms, this will make the generated + libtool script smaller and easier to follow, maybe a little faster + too? + 2.4. libtool autoconf macros ---------------------------- -* The definitions for AC_LTDL_SHLIBEXT, AC_LTDL_SHLIBPATH and - AC_LTDL_SYSSEARCHPATH should not rely on the _LT_AC_LTCONFIG_HACK +* Sort out the macro mess in libtool.m4. We've started this already + by refactoring chunks into separate files, but I never did completely + untangle the mess of macros imported from ltconfig. + +* The definitions for LT_SYS_MODULE_EXT, LT_SYS_MODULE_PATH and + LT_SYS_DLSEARCH_PATH should not rely on the _LT_SYS_DYNAMIC_LINKER macro. This involves moving the code which sets the variables library_names_spec, shlibpath_var and sys_lib_dlsearch_path_spec from into a separate macro, and AC_REQUIRING the newly extracted macro in the respective ltdl.m4 macros. -2.5. libltdl +2.5. libtool automake integration +--------------------------------- + +* Unify locks between libtool and compile. + +* Fix relinking. + +2.6. libltdl ------------ +* Finish the rewrite of the core libltdl. The loaders are fine, and + the outlying code is now good. Ralf is starting to pick away at a lot + of the remaining nasties already, but the code for finding .la/.so files + and reading/loading them could use a lot more improvement. + +* I think we could factor out a little path management support module + from existing libltdl. This would be useful for M4 at least -- keeping + track of FOO_PATH environment contents, searching for files in paths + etc. + * Try to find a work-around for -[all-]static and libltdl on platforms that will fail to find dlopening functions in this case. Maybe creating an alternate libltdl that provides only for dlpreopening, or @@ -139,7 +185,10 @@ GNU Libtool of the functions that can't be linked statically. This could hardly be made completely transparent, though. -2.6. win32 support +* Add i18n strings to libltdl, ensuring that package developers can + ignore any i18n when they libtoolize. + +2.7. win32 support ------------------ * Arrange that EXEEXT suffixes are stripped from wrapper script names @@ -173,6 +222,16 @@ GNU Libtool additional per user module data in the lt_dlmodule structure -- perhaps in the form of an associative array keyed by user name? +* Figure out how to make pkg-config aware of the information libtool + knows about libraries and their dependencies, and send a patch. + +* Support dlmopen dladdr1 and dlinfo in libltdl [I totally disagree with + this one Ralf, libltdl is a portability library, none of these functions + enhance portability in any way -- Peter] + +* Generate a libtool.m4 from a bunch of individual files, one per + platform, to make the job of a "platform maintainer" easier and make + it easier to add new platforms. -- Copyright (C) 2004 Free Software Foundation, Inc.