Re: [PATCH v2 00/18] resurrect automatic dependencies

2013-09-09 Thread Tom Tromey
> "Tom" == Tom Tromey writes: Tom> This is version 3 of my series to resurrect automatic dependencies for Tom> GCC. Version 2 is here: Tom> http://gcc.gnu.org/ml/gcc-patches/2013-07/msg01386.html Tom> Ordinarily I would simply ping the existing patches, but Alexandre Tom> asked me to re

[PATCH v2 00/18] resurrect automatic dependencies

2013-08-20 Thread Tom Tromey
This is version 3 of my series to resurrect automatic dependencies for GCC. Version 2 is here: http://gcc.gnu.org/ml/gcc-patches/2013-07/msg01386.html Ordinarily I would simply ping the existing patches, but Alexandre asked me to resend the series and CC him. I've rebased the series and con

Re: [PATCH v2 00/18] resurrect automatic dependencies

2013-08-12 Thread Tom Tromey
> "Tom" == Tom Tromey writes: Tom> This is a refresh of my series to resurrect automatic dependency Tom> tracking. Ping. Tom

Re: [PATCH v2 00/18] resurrect automatic dependencies

2013-07-29 Thread Mike Stump
On Jul 29, 2013, at 9:24 AM, Tom Tromey wrote: > This is a refresh of my series to resurrect automatic dependency > tracking. I've looked over the whole set and I like the direction. Thanks.

[PATCH v2 00/18] resurrect automatic dependencies

2013-07-29 Thread Tom Tromey
This is a refresh of my series to resurrect automatic dependency tracking. v1 was posted here: http://gcc.gnu.org/ml/gcc-patches/2013-07/msg01218.html Compared to v1: * I ran the "hanging test" using GNU make 3.81 on each revision, as detailed: http://gcc.gnu.org/ml/gcc-patches/2013-