On Tue, 23 Aug 2016, Tom Tromey wrote:
> > "Pedro" == Pedro Alves writes:
>
> >> ISTM we ought to try and rectify the dependency situation for the build
> >> bits. The haphazard way we've managed dependencies may have made sense
> >> in 1992, but doesn't today...
> >> Jeff
>
> Pedro> I can
> "Pedro" == Pedro Alves writes:
>> ISTM we ought to try and rectify the dependency situation for the build
>> bits. The haphazard way we've managed dependencies may have made sense
>> in 1992, but doesn't today...
>> Jeff
Pedro> I can't imagine how would anyone disagree. :-) Maybe Tromey
On 08/23/2016 04:37 PM, Jeff Law wrote:
> On 08/23/2016 03:19 AM, Pedro Alves wrote:
>> On 08/23/2016 02:55 AM, Patrick Palka wrote:
>>>
>>> Any reason why automatic dependency generation is not used for the
>>> build/*.o objects too?
>>
>> Historic. Tromey had a big patch a long while ago that ma
On 08/23/2016 03:19 AM, Pedro Alves wrote:
On 08/23/2016 02:55 AM, Patrick Palka wrote:
Any reason why automatic dependency generation is not used for the
build/*.o objects too?
Historic. Tromey had a big patch a long while ago that made
everything be covered by auto dependencies. That turn
On 08/23/2016 02:55 AM, Patrick Palka wrote:
>
> Any reason why automatic dependency generation is not used for the
> build/*.o objects too?
Historic. Tromey had a big patch a long while ago that made
everything be covered by auto dependencies. That turned out to
trickle some GNU make bug and
On Mon, 22 Aug 2016, Patrick Palka wrote:
> Currently the dependencies of each build/*.o object file are manually
> maintained within the Makefile and are rather incomplete. For instance
> build/vec.o doesn't depend on hash-table.h even though vec.c includes
> it. Because of this I ran into a re
Currently the dependencies of each build/*.o object file are manually
maintained within the Makefile and are rather incomplete. For instance
build/vec.o doesn't depend on hash-table.h even though vec.c includes
it. Because of this I ran into a rebuild failure after changing
hash-table.h.
Any rea