[Patch] ld config bits for i860 coff target

[Andrew Cagney]

> Hi Guys,
> 
> 
>> Alan Modra <amodra@bigpond.net.au> writes:
> 
> 
>> I agree with Zack.  If we can achieve that, then I think the generated
>> files could be removed from CVS too.  No problem then with churn, which
>> is the major reason to have "blessed" versions of auto-tools.  (At least
>> these days.  When Ian put that version onto the ftp site, there was no
>> released version of auto-tools that worked reliably with binutils.)
>>
>> As I said on irc, I don't really like the idea of recommending a
>> particular autoconf/automake version.  Having an officially blessed
>> version makes us (binutils) lazy in keeping up to date in our
>> Makefile.am/autoconf.ac files, and also means that the latest auto-tools
>> might not be tested as well as they could be.
> 
> 
> Seconded.  If we can make binutils work with modern versions of the
> tools and remove the need to a particular, blessed, version then I am
> all for it.

How quickly people forget :-(

The developer tools came to use specific generated versions of those 
files because people encountered host dependant problems with the 
generators.  Guarenteed that the generated files being run, were 
identical across all fronts.

There is a definite tradeoff - the idealistic (rose coloured) goal of 
things working with any generator tools vs the very real cost to the 
development process caused by people chasing generator bugs rather than 
real problems.

GCC has the luxury of being somewhat insulated from the host - in theory 
it should be completly host independant.  As one moves away from that, 
through the linker and towards the debugger, the dynamics change. 
Botched/unpredictable configure runs really hurt GDB's build.

Andrew