This is the mail archive of the gdb@sources.redhat.com mailing list for the GDB project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [Patch] ld config bits for i860 coff target


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



Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]