[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