Handle $(export-objs) ambiguity
authorKai Germaschewski <kai@tp1.ruhr-uni-bochum.de>
Tue, 16 Apr 2002 04:15:37 +0000 (23:15 -0500)
committerKai Germaschewski <kai@tp1.ruhr-uni-bochum.de>
Tue, 16 Apr 2002 04:15:37 +0000 (23:15 -0500)
commite13a5e167d97a62fdb9719cf08d84d97923ab3b8
tree384fb048020bd53763d6571cd66de53f4b51aa9c
parent92ebc650938f5853ec7960a45610567c8fbf7f5a
Handle $(export-objs) ambiguity

We use the makefile variable $(foo-objs) to list the objects
a composed module foo.o is supposed to be composed of.

We use the special varible $(export-objs) to list the object files which
export symbols.

This oviously clashes in the case of foo == export. There's basically
two ways to handle it: (1) rename one of these options, like
foo-objs to foo-parts or something, or (2) simply disallow a composite
object called export.o, so you never need $(export-objs) to list its
parts.

As (1) would affect basically all Makefiles in the tree and (2) doesn't
seem much of a limitation, I went for (2).
Rules.make