[LLVMbugs] [Bug 256] NEW: further standardizing autoconf usage
bugzilla-daemon at cs.uiuc.edu
bugzilla-daemon at cs.uiuc.edu
Thu Feb 26 00:10:46 PST 2004
http://llvm.cs.uiuc.edu/bugs/show_bug.cgi?id=256
Summary: further standardizing autoconf usage
Product: Build scripts
Version: cvs
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
Component: autoconf
AssignedTo: criswell at uiuc.edu
ReportedBy: alkis at cs.uiuc.edu
Our use of autoconf today is not that of a 'standard' autoconfiscated program.
This causes several things not to work as expected, mainly building with a
srcdir != builddir.
We should change all our Makefile's into Makefile.in's. This will have the
following advantages:
a) We can stop using LEVEL and use the more standard (and easier to
develop for) srcdir and top_srcdir variables. Using LEVEL is error prone,
especially when you move a Makefile to another directory.
b) It will make including a common Makefile easier. Instead of
explicitely including a Makefile in our Makefile.in I think it would be better
to define a variable for the to-be-included files and have autoconf rewrite it
in the resulting Makefile (I wonder if this is doable with normal make
variables?). This will make changes like the one I made for the SPEC
benchmarks much easier (it will only require a single line change in
configure.ac instead of editing all the Makefiles under
SPEC/{CINT2000,CFP2000} to include Makefile.spec2000 instead of
Makefile.spec).
c) A simple rule to automatically remake Makefile from a Makefile.in
will allow changes to Makefile.in in srcdir to be propageted to builddir
without rerunning configure. This does not work with the current setup.
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
More information about the llvm-bugs
mailing list