From ba67303b4416e14b1b0dea29223918fe6ad17eb5 Mon Sep 17 00:00:00 2001 From: Tom Tromey Date: Wed, 3 Jan 1996 07:38:36 +0000 Subject: [PATCH] Nothing --- NEWS | 1 + TODO | 27 +++++++++++++++++++++++---- 2 files changed, 24 insertions(+), 4 deletions(-) diff --git a/NEWS b/NEWS index 88ad10a68..c687965ab 100644 --- a/NEWS +++ b/NEWS @@ -4,6 +4,7 @@ New in 0.26: * Comments in Makefile.am are placed more intelligently in Makefile.in * Generates .PHONY target * Rule or macro in Makefile.am now overrides contents of Automake file +* Substantial cleanups from François Pinard New in 0.25: * Bug fixes. diff --git a/TODO b/TODO index 8876f0e76..1a422f514 100644 --- a/TODO +++ b/TODO @@ -1,13 +1,24 @@ Top priorities: * Use info_TEXINFOS -* Figure out how to handle MANS - +* Figure out how to handle MANS: + * use man_MANS? Or man1_MANS, man2_MANS, etc? + * François wants man pages not to be installed by default. + in this case an additional "install-man" target would exist +* Must rewrite am_install_var. Should break into multiple functions. + This will allow the callers to be a little smarter. +* Use "$o" instead of "$(kr)o". This might be better if MS-DOS is ever + supported. * am_error should use printf-style arguments (for eventual gettext scheme) uninstall and pkg-dirs should rm -rf the dir. -Merge dist*.am files into automake itself; replication is bad. +Merge dist*.am files into automake itself; replication is bad. In +general most .am files should be merged into automake. For instance +all the "clean" targets could be merged by keeping lists of things to +be removed. This would be a lot nicer looking. Note that the install +targets probably should not be merged; it is sometimes useful to only +install a small part. Clean up the output: * Order rules sensibly @@ -15,6 +26,9 @@ Clean up the output: * Eliminate extraneous rules when possible (eg 'install-am' stuff) * Make sure vertical spacing is correct * pretty-print targets +* regularize how backslash-newline is done. Just one space between text + and backslash should be the rule. Update makefile-mode to allow this. + (set column to 0, probably) Need OTHER_SOURCES to hold sources whose objects end up in eg LIBOBJS. Dependency tracking should work here. Maybe if it doesn't exist it @@ -31,6 +45,8 @@ Consider automatic support for ".y" files. install-info doesn't have to look in build directory for info files; just don't support this mode. + [ actually I think this mode is required if the user is a maintainer + who is doing a non-srcdir build ] Write autoconf macro to do all work necessary for automake. Eg define PACKAGE, VERSION, etc. @@ -83,6 +99,8 @@ must look at mkid to see how it works (for subdir usage) Internationalize. [ gettext doesn't have the necessary machinery yet ] +write test suite + ================================================================ For CONFIG_HEADER, @@ -172,6 +190,7 @@ X Need a way to install library header files. It would be really interesting to be able to easily (as the end-user) make many different versions of the library: shared, static, profiling, debug, optimized... + How does Perl handle this? X Must ranlib libraries after installing Some examples to keep in mind while doing this: @@ -181,7 +200,7 @@ Some examples to keep in mind while doing this: ================================================================ Have a program that generates a Makefile on stdout, passes it through -a "config.status" style filter, and thence into make. Why bother, +a "config.status"-style filter, and thence into make. Why bother, other than the gee-whiz factor? Would it be useful to integrate in some way with the Debian package -- 2.11.4.GIT