Re: More toplevel configure.ac pruning

2011-03-29 Thread Nathanael Nerode (GCC)
On 03/25/2011 07:33 AM, Joseph S. Myers wrote: > -# Some tools are only suitable for building in a "native" situation. > -# Remove these if host!=target. > -native_only="autoconf automake libtool fileutils find gawk gettext gzip > hello indent m4 rcs recode sed shellutils tar textutils uudecode

Re: More toplevel configure.ac pruning

2011-03-28 Thread Paolo Bonzini
On 03/28/2011 01:34 PM, Joseph S. Myers wrote: 2011-03-28 Joseph Myers * configure.ac (i[[3456789]]86-*-msdosdjgpp*): Don't disable libffi on host. (x86_64-*-mingw*, i[[3456789]]86-*-mingw32*): Don't disable newlib on host. (c54x*-*-* | tic54x-*-*): Don't

Re: More toplevel configure.ac pruning

2011-03-28 Thread Joseph S. Myers
On Fri, 25 Mar 2011, Paolo Bonzini wrote: > > Remark: disabling "newlib" (as opposed to target-newlib) for a host seems > > odd, as does disabling "libffi". So maybe the code disabling directories > > for host can be simplified even more. > > Yes, newlib and libffi should never be built as host

Re: More toplevel configure.ac pruning

2011-03-25 Thread Joseph S. Myers
On Fri, 25 Mar 2011, Rainer Orth wrote: > "Joseph S. Myers" writes: > > > (powerpcle-*-solaris*): Don't disable make expect gnuserv on > > target. > > As I happen to see this: Solaris/PowerPC is ancient history by now > (2.5.1, 2.6, I believe). This can probably go. It appears there's

Re: More toplevel configure.ac pruning

2011-03-25 Thread Rainer Orth
"Joseph S. Myers" writes: > (powerpcle-*-solaris*): Don't disable make expect gnuserv on > target. As I happen to see this: Solaris/PowerPC is ancient history by now (2.5.1, 2.6, I believe). This can probably go. Rainer -- -

Re: More toplevel configure.ac pruning

2011-03-25 Thread Paolo Bonzini
On 03/25/2011 12:33 PM, Joseph S. Myers wrote: This patch removes native_only, and removes code disabling various components (not in gcc or src) on various hosts or targets, on the basis you give that if you put such a component in tree you want it to be built (which I think applies even for any

Re: More toplevel configure.ac pruning

2011-03-25 Thread Joseph S. Myers
On Fri, 25 Mar 2011, Paolo Bonzini wrote: > Removing the whole native_only stuff is preapproved. > > These days, if you really really want to drop sed or tar in-tree, you want it > to be built. Whether to keep these modules is another story, but this can go > in the meanwhile. This patch remove

Re: More toplevel configure.ac pruning

2011-03-25 Thread Paolo Bonzini
On 03/25/2011 12:03 PM, Joseph S. Myers wrote: > Removing the whole native_only stuff is preapproved. What about my patch your just replied to as a first (or Nth) step? Sure, if I didn't write an explicit okay that was just a mistake. :) Paolo

Re: More toplevel configure.ac pruning

2011-03-25 Thread Joseph S. Myers
On Fri, 25 Mar 2011, Paolo Bonzini wrote: > On 03/24/2011 09:12 PM, Joseph S. Myers wrote: > > -native_only="autoconf automake libtool fileutils find gawk gettext gzip > > hello indent m4 rcs recode sed shellutils tar textutils uudecode wdiff > > target-groff guile perl time ash bash bzip2 prms gn

Re: More toplevel configure.ac pruning

2011-03-25 Thread Paolo Bonzini
On 03/24/2011 09:12 PM, Joseph S. Myers wrote: -native_only="autoconf automake libtool fileutils find gawk gettext gzip hello indent m4 rcs recode sed shellutils tar textutils uudecode wdiff target-groff guile perl time ash bash bzip2 prms gnuserv target-gperf" +native_only="autoconf automake l