Re: mt-mep using EXTRA_TARGET_HOST_ALL_MODULES?

2011-03-30 Thread Tom Tromey
> "Paolo" == Paolo Bonzini writes: I saw this thread due to Joseph's recent post about top-level configury changes... Paolo> * May in principle be in use (or be put to some use for libelf): Paolo> fastjar libelf I think fastjar is dead. Paolo> * Probably present only for historical reasons

Re: mt-mep using EXTRA_TARGET_HOST_ALL_MODULES?

2011-03-25 Thread DJ Delorie
> dejagnu and expect used to have copies in the src tree but they were > removed a long time ago, so I think of the rules for them both as a > legacy (and I think those two go together). Our tree has dejagnu in it; it's an excellent way to store baseboards for ports we're working on or supporting

Re: mt-mep using EXTRA_TARGET_HOST_ALL_MODULES?

2011-03-25 Thread Paolo Bonzini
On 03/25/2011 11:59 AM, Joseph S. Myers wrote: * Maybe turn it into a build tool, and it may even make sense: dejagnu dejagnu and expect used to have copies in the src tree but they were removed a long time ago, so I think of the rules for them both as a legacy (and I think those two go togethe

Re: mt-mep using EXTRA_TARGET_HOST_ALL_MODULES?

2011-03-25 Thread Joseph S. Myers
On Fri, 25 Mar 2011, Paolo Bonzini wrote: > > My question is really whether people are using *any* of the following > > in-tree (in a way that wouldn't better be served by either some other > > package management system, or by their maintaining a local fork of the GCC > > or src tree): bison byacc

Re: mt-mep using EXTRA_TARGET_HOST_ALL_MODULES?

2011-03-25 Thread Paolo Bonzini
On 03/24/2011 08:43 PM, Joseph S. Myers wrote: On Thu, 24 Mar 2011, Paolo Bonzini wrote: One thing I wonder is if we can kill the toplevel support for building lots of miscellaneous tools that aren't in the gcc or src trees and that aren't libraries used by tools in those trees (such as the sup

Re: mt-mep using EXTRA_TARGET_HOST_ALL_MODULES?

2011-03-24 Thread Joseph S. Myers
On Thu, 24 Mar 2011, Paolo Bonzini wrote: > > One thing I wonder is if we can > > kill the toplevel support for building lots of miscellaneous tools that > > aren't in the gcc or src trees and that aren't libraries used by tools in > > those trees (such as the support for dropping a GMP source tre

Re: mt-mep using EXTRA_TARGET_HOST_ALL_MODULES?

2011-03-24 Thread Paolo Bonzini
On 03/24/2011 06:43 PM, Joseph S. Myers wrote: On Thu, 24 Mar 2011, Paolo Bonzini wrote: Is this actually desired? And what's all-utils? Can we just kill mt-mep? utils at least exists in the src tree. Indeed I didn't know about it. :) However it's not necessary to add it specially nowad

Re: mt-mep using EXTRA_TARGET_HOST_ALL_MODULES?

2011-03-24 Thread Joseph S. Myers
On Thu, 24 Mar 2011, Paolo Bonzini wrote: > Is this actually desired? And what's all-utils? Can we just kill mt-mep? utils at least exists in the src tree. One thing I wonder is if we can kill the toplevel support for building lots of miscellaneous tools that aren't in the gcc or src trees a

Re: mt-mep using EXTRA_TARGET_HOST_ALL_MODULES?

2011-03-24 Thread DJ Delorie
There's a top-level utils/ subdir in some trees. Yes, MeP has a tool there.

mt-mep using EXTRA_TARGET_HOST_ALL_MODULES?

2011-03-24 Thread Paolo Bonzini
Is this actually desired? And what's all-utils? Can we just kill mt-mep? Thanks! :) Paolo