This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
rfc: build system
- To: Zack Weinberg <zack at wolery dot cumb dot org>
- Subject: rfc: build system
- From: Richard Henderson <rth at cygnus dot com>
- Date: Mon, 31 Jan 2000 22:48:11 -0800
- Cc: gcc at gcc dot gnu dot org
- References: <200002010316.WAA11443@caip.rutgers.edu> <20000131210856.A529@wolery.cumb.org>
On Mon, Jan 31, 2000 at 09:08:56PM -0800, Zack Weinberg wrote:
> I had a much more complicated fix which got bogged down in the
> details. I think this makefile is actually worse than glibc's
> Makerules, which is an achievement.
Speaking of which... Being irritated with how poorly our build
system works with parallel make on SMP systems, I gave the make
system a half-hearted poke this weekend to see what level of
effort it would be to kill the (bulk of the) recursive makes.
I'm guessing that there are a number of folks that would be rather
pissed at gcc suddenly requiring gnu make. My question is, what
sort of common denominator does that leave us with functionality-wise?
And would folks be open to limitations in the make/configure process
to avoid things getting overly complex?
For instance, one can currently run configure with no args and do
"make LANGUAGES='c c++'". The sanest way I can think to rework some
of the build rules is
lang.fe: $(foreach lang,$(LANGUAGES),$(lang).fe)
or
LIB2LANG_OBJS = $(foreach lang,$(LANGUAGES),$($(lang)_LIB2LANG_OBJS))
which clearly doesn't work without some sort of macro facility in make.
Now, this same sort of thing could instead be expanded at Makefile
creation, at which point we aren't relying on gnu make features. But
at the same time, we now require "configure --enable-languages='...'"
in order to change what builds.
Thoughts?
r~