> "Eric" == Eric Botcazou writes:
>> Sorry, I think it requires a review.
>> I'll send it to gcc-patches.
Eric> IMO it clearly falls into the obvious category.
I wasn't so sure; but in any case Jakub quickly approved it and I have
checked it in.
Tom
> Sorry, I think it requires a review.
> I'll send it to gcc-patches.
IMO it clearly falls into the obvious category.
--
Eric Botcazou
> "Eric" == Eric Botcazou writes:
Eric> Ping?
Sorry, I think it requires a review.
I'll send it to gcc-patches.
Tom
Ping?
> Here's the corrected ChangeLog entry.
>
> 2013-09-30 Tom Tromey
>
> * Makefile.in (DRIVER_DEFINES): Use $(if), not $(and).
--
Eric Botcazou
> "Basile" == Basile Starynkevitch writes:
Basile> I want to merge the current trunk into the MELT branch, and I
Basile> have some trouble understanding how one should add new files
Basile> into GCC (i.e. into a branch)
Nothing much has changed there. You just don't need to list any
discove
Hello Tom and all
A big thanks for the automatic dependencies patch.
I want to merge the current trunk into the MELT branch, and I have some trouble
understanding how one should add new files into GCC (i.e. into a branch)
For the MELT branch, I just want to add gcc/melt-runtime.cc [which
> In this particular case it looked easy to reimplement using $(if).
>
> Could you please try this patch with make 3.80?
It works fine, thanks.
--
Eric Botcazou
Tom> 2013-09-30 Tom Tromey
Tom>* Makefile.in (-DTOOLDIR_BASE_PREFIX): Use $(if), not $(and).
I didn't look at this until later and saw that Emacs guessed wrong.
Here's the corrected ChangeLog entry.
2013-09-30 Tom Tromey
* Makefile.in (DRIVER_DEFINES): Use $(if), not $(and).
T
Eric> Are there any additional prerequisites on the GNU make version?
Eric> On a machine with GNU make 3.80 installed, the bootstrap
Eric> consistently fails with:
Sorry about this.
Eric> $(and $(SHLIB),$(filter yes,yes),-DENABLE_SHARED_LIBGCC) \
I looked in the GNU make NEWS file and found th
> I wanted to mention this explicitly, since last time around this series
> tripped across a GNU make bug. If you see any problems, please report
> them and CC me. I will look into them as soon as I am able.
Are there any additional prerequisites on the GNU make version? On a machine
with GNU
Diego> Thank you, thank you, thank you! A long time in the making, but
Diego> I'm glad you persevered.
FWIW, I had given up on this patch way back when; but then was somewhat
reinvigorated by the Cauldron and happened to notice a few "missing
dependency" bug fixes on the list...
Tom
On 09/25/2013 12:27 PM, Diego Novillo wrote:
On Wed, Sep 25, 2013 at 12:39 PM, Tom Tromey wrote:
Hi all.
I've checked in the automatic dependency tracking patch series.
Thank you, thank you, thank you! A long time in the making, but I'm
glad you persevered.
Likewise. Particularly given the
On Wed, Sep 25, 2013 at 12:39 PM, Tom Tromey wrote:
> Hi all.
>
> I've checked in the automatic dependency tracking patch series.
Thank you, thank you, thank you! A long time in the making, but I'm
glad you persevered.
Diego.
> "Tom" == Tom Tromey writes:
Tom> I wanted to mention this explicitly, since last time around this series
Tom> tripped across a GNU make bug. If you see any problems, please report
Tom> them and CC me. I will look into them as soon as I am able.
Oops, I meant to write a bit more here befo
Hi all.
I've checked in the automatic dependency tracking patch series.
I wanted to mention this explicitly, since last time around this series
tripped across a GNU make bug. If you see any problems, please report
them and CC me. I will look into them as soon as I am able.
thanks,
Tom
On Sat, Aug 3, 2013 at 4:11 PM, Richard Henderson wrote:
> I hope we can merge this soon.
Seconded.
-- Gaby
On 07/18/2013 04:48 PM, Tom Tromey wrote:
> There may be more missing dependencies. Please try out this branch if
> you would. You can report bugs to me, just send the build log.
I've done a couple of builds, and had a browse through the patches on the
branch. It's looking pretty good to me. I
> "Ian" == Ian Lance Taylor writes:
Ian> So you should be good to go for Go.
Thanks. I confirmed it works here. I've merged this and pushed the
needed go/Make-lang.in change to my branch and built with a large -j on
gcc110 with success.
Tom
On Tue, Jul 23, 2013 at 12:06 AM, Tom Tromey wrote:
>
> ... which causes build failures for go-backend.c (uses rtl.h) and
> go-lang.c (uses except.h), since with this defined, certain headers are
> prohibited.
>
>
> A short term solution is to keep Go using explicit dependencies.
>
> For a long te
Tom> There may be more missing dependencies. Please try out this branch if
Tom> you would. You can report bugs to me, just send the build log.
I tried -j33 on a bigger machine and found a problem with Go.
The dependency patch uses the language Makefile conventions to add some
order-only depende
> "Diego" == Diego Novillo writes:
Diego> Have you any plans for other build system work?
Nope, no other plans.
This was just an unfinished item from long ago that Cauldron inspired me
to try to complete.
Tom
On Thu, Jul 18, 2013 at 7:48 PM, Tom Tromey wrote:
> Today I started resurrecting my old automatic dependency patch.
Thanks Tom! I'd hug you if you weren't so ugly ;)
> There may be more missing dependencies. Please try out this branch if
> you would. You can report bugs to me, just send the
Today I started resurrecting my old automatic dependency patch.
I decided, this time, to take a more incremental approach. Thanks to
git, I made a patch series, rather than one monster patch. Now we can
easily test various parts of the change to more easily notice if, or
when, we trip across the
23 matches
Mail list logo
