Re: [PATCH v4 04/20] add configury

2013-10-16 Thread Tom Tromey
> "Gerald" == Gerald Pfeifer writes: Gerald> % mkdir /scratch2/tmp/gerald/OBJ-1014-1920 Gerald> % cd /scratch2/tmp/gerald/OBJ-1014-1920 Gerald> % $GCC_SOURCE/configure --prefix=/home/gerald/something Gerald> % gmake bootstrap-lean Gerald> % gmake install Gerald> Wait a minute! G

Re: [PATCH v4 04/20] add configury

2013-10-15 Thread Gerald Pfeifer
On Tue, 15 Oct 2013, Tom Tromey wrote: >> Is nobody else seeing this? Or is everyone just lucky enough to have >> a recent version of GCC as the default compiler? > How exactly are you configuring and invoking "make"? > I will try to reproduce it. Super, thanks Tom! I've tried to reproduce this

Re: [PATCH v4 04/20] add configury

2013-10-15 Thread Tom Tromey
Gerald> - When I do a gmake at the top level of the build tree, nothing is Gerald>rebuilt at all. This only happens during `gmake install` [...] Gerald> Is nobody else seeing this? Or is everyone just lucky enough to have Gerald> a recent version of GCC as the default compiler? How exactly

Re: [PATCH v4 04/20] add configury

2013-10-14 Thread Paolo Bonzini
Il 15/10/2013 00:28, Gerald Pfeifer ha scritto: > - The problem is not actually the set of flags being used. On a >different tester clang is the bootstrap compiler, and this is >also the one invoked for `gmake install`. If anything, shouldn't >the just built compiler be used _if_ an

Re: [PATCH v4 04/20] add configury

2013-10-14 Thread Gerald Pfeifer
On Fri, 27 Sep 2013, Tom Tromey wrote: > Look a little further down in the patch: > > .cc.o .c.o: > - $(COMPILER) -c $(ALL_COMPILERFLAGS) $(ALL_CPPFLAGS) $< $(OUTPUT_OPTION) > + $(COMPILE) $< > + $(POSTCOMPILE) > > ... that is, the patches didn't change this part. ALL_COMPILERFLAGS

Re: [PATCH v4 04/20] add configury

2013-09-30 Thread Iain Sandoe
On 30 Sep 2013, at 08:45, Paolo Bonzini wrote: > Il 27/09/2013 21:45, Gerald Pfeifer ha scritto: >> I believe this may be breaking all my testers on FreeBSD >> (i386-unknown-freebsd10.0 for example). The timing of when this >> patchset went in fits pretty much when my builds started to break >>

Re: [PATCH v4 04/20] add configury

2013-09-30 Thread Paolo Bonzini
Il 27/09/2013 21:45, Gerald Pfeifer ha scritto: > I believe this may be breaking all my testers on FreeBSD > (i386-unknown-freebsd10.0 for example). The timing of when this > patchset went in fits pretty much when my builds started to break > and I am wondering about some code. > > Here is the f

Re: [PATCH v4 04/20] add configury

2013-09-27 Thread Tom Tromey
Gerald> And looking at the code, I see Gerald> +COMPILE.base = $(COMPILER) -c $(ALL_COMPILERFLAGS) $(ALL_CPPFLAGS) -o $@ [...] Gerald> Where does $(ALL_COMPILERFLAGS) compile from? Look a little further down in the patch: .cc.o .c.o: - $(COMPILER) -c $(ALL_COMPILERFLAGS) $(ALL_CPPFLAGS)

Re: [PATCH v4 04/20] add configury

2013-09-27 Thread Gerald Pfeifer
Hi Tom, On Mon, 23 Sep 2013, Tom Tromey wrote: > This adds the configury needed for automatic dependency tracking. It > also adds some bits to the Makefile so we can begin converting > (removing) explicit dependencies. > > * Makefile.in (CCDEPMODE, DEPDIR, depcomp, COMPILE.base) > (C

[PATCH v4 04/20] add configury

2013-09-23 Thread Tom Tromey
This adds the configury needed for automatic dependency tracking. It also adds some bits to the Makefile so we can begin converting (removing) explicit dependencies. * Makefile.in (CCDEPMODE, DEPDIR, depcomp, COMPILE.base) (COMPILE, POSTCOMPILE): New variables. (.cc.o .c.o