summaryrefslogtreecommitdiff
path: root/TODO
diff options
context:
space:
mode:
authorAlexandre Duret-Lutz <adl@gnu.org>2002-05-07 07:06:36 +0000
committerAlexandre Duret-Lutz <adl@gnu.org>2002-05-07 07:06:36 +0000
commit043ca2c961788312bc5c0f61310f32788e9b0c55 (patch)
tree8e1f95f521dc20d2c960b0d328f869529dcc15a9 /TODO
parent98e70ec2b3c841d3f5a519952ef3502212136f16 (diff)
downloadautomake-043ca2c961788312bc5c0f61310f32788e9b0c55.tar.gz
* TODO: Undust.
Diffstat (limited to 'TODO')
-rw-r--r--TODO73
1 files changed, 15 insertions, 58 deletions
diff --git a/TODO b/TODO
index 3fb9ce3dd..4215b42f8 100644
--- a/TODO
+++ b/TODO
@@ -5,10 +5,6 @@ why is that?
check should depend on all
from ben elliston
-refactor handle_source_transform and handle_single_transform_list
-we suffer combinatorial explosion here, but there's no need to
-we could transform source variables one at a time
-
the new YFLAGS code doesn't correctly handle srcdir
allow foo_NAME to rename an object (library or program)
@@ -112,9 +108,6 @@ Alex Hornby
* support prog_LIBS as override for LIBS
-* Scan configure.in using traces as autoheader does.
- This will be much more reliable.
-
* Test subdir-objects option with yacc, lex, ansi2knr
Our locking scheme won't prevent a parallel make from losing
if there are two `bar.o' files and the timing is just right
@@ -141,11 +134,6 @@ Alex Hornby
still won't put the file into the disty. This is wrong.
From Mark H Wilkinson <mhw@kremvax.demon.co.uk>
-* CFLAGS only defined if C source seen
- but really it should be a configure variable, shouldn't it?
- There are other examples of this
- [ moving to autoconf --trace ought to fix this ]
-
* in gnu/gnits mode, give error if Makefile.am overrides a user
variable like CFLAGS.
[ this is low priority because the package author can always
@@ -153,10 +141,6 @@ Alex Hornby
plus it is probably better to encourage good behavior than to
punish bad ]
-* If we see `foo.o' in LIBOBJS, and we've seen AC_OBJEXT, then complain.
- [ how will we know that? it is better to handle this automatically
- via an autoconf hook ]
-
* examine possibility of using any character in a macro name
and rewriting names automatically. this means we must rewrite
all references as well.
@@ -169,23 +153,10 @@ Alex Hornby
[ this should no matter in the future as acconfig.h and so on are
obsoleted by the AH series of macros.]
-* header stamp files still in wrong dirs.
- stamp-h.in must be in dir with h.in file
- stamp-h must be in dir with output file
-
* `distcheck' and `dist' should depend on `all'
* Add code to generate foo-config script like gnome, gtk
-* `DEFS += foo' won't work.
- That's because DEFS is defined in header-vars.am, which is read
- after the user's Makefile.am.
- This will be a problem for any macro defined internally
- [ fixing this will probably fix the nasty `exeext redefines
- foo_PROGRAMS' hack that is in there right now ]
- [ we currently give an error when this occurs, so this is very low
- priority ]
-
* document user namespace for macro/target names
adopt some conventions and use uniformly
[ this is a good thing for the rewrite ]
@@ -226,9 +197,6 @@ Alex Hornby
* missing should handle install -d and rmdir -p (for uninstall)
-* notice when a .c file is a target somewhere, and auto-add it to
- BUILT_SOURCES
-
* NORMAL_INSTALL / NORMAL_UNINSTALL -vs- recursive rules
[ requires changes to the standard ]
@@ -277,6 +245,7 @@ might make editing conceptually easier.
requests for pkg-dirs with version included
Avoid loops when installing; instead unroll them in automake
+[ Impossible when @AC_SUBST@ values are used. ]
* for new autoconf:
* completely handle multi-":" mode for AC_CONFIG_HEADER
@@ -318,6 +287,10 @@ Per> .java.class:
Per> then it should be able to realize it can build .class files from
Per> .java files, and thus be able to generate a list of
Per> .class files from a list of .java source files.
+[What Per wanted here was a way to have automate automatically follow
+suffix rules. So for instance if you had a `.x.y:' rule, and automake
+saw a `.x' file, it would automatically build and install the
+corresponding `.y' file.]
!! Must fix require_file stuff. It is really gross, and I don't
understand it any more.
@@ -355,16 +328,6 @@ should be able to determine what is built by looking at rules (and
configure.in). Then built man pages (eg) could automatically be
omitted from the distribution.
-Henrik Frystyk Nielsen says:
-Henrik> 4) Flags like --include-deps are lost when you make changes to
-Henrik> Makefile.am files and automake is run automatically. It would
-Henrik> be nice to keep these flags as I now have to redo everything
-Henrik> manually.
-... what about other options here too?
-
-Think about: maybe "make check" should just bomb if error occurs?
-Then user must use "make -k check". This is probably more natural.
-
Consider: "cvs" option adds some cvs-specific rules?
Right now, targets generated internally (eg "install") are not
@@ -377,6 +340,7 @@ $output_rules.
* Should be a way to have "nobuild_PROGRAMS" which aren't even built,
but which could be by running the magic make command.
+ [ How does it differ from EXTRA_PROGRAMS? ]
Other priorities:
* Must rewrite am_install_var. Should break into multiple functions.
@@ -560,20 +524,6 @@ CCLD, CXXLD, FLD
================================================================
-Things to do for gcc:
-
-Regularize dependency generation. Add new flags:
-
--MH Generate a dummy dependency for each header file mentioned.
--MT NAME
- Set name of target
--MF NAME
- Set name of output file
-
-Then automake can use -MD -MH -MT 'foo.o foo.lo' -MF .deps/...
-
-================================================================
-
Libraries:
* Should support standalone library along with subdir library in same
@@ -652,10 +602,17 @@ that aren't mentioned?
- how to install file with a space in its name?
[ don't bother with this -- make is just too losing ]
+* notice when a .c file is a target somewhere, and auto-add it to
+ BUILT_SOURCES
+ [ BUILT_SOURCES are for files that need to be built before anything
+ else because of hidden dependencies (something .c files are
+ unlikely to be) ]
+
+
* copyright notice
-Copyright 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001 Free Software
-Foundation, Inc.
+Copyright 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002 Free
+Software Foundation, Inc.
This file is part of GNU Automake.