As Mikhail T. wrote:
> Hi, Joerg! Yes, this is why I added you to CC, and I do think, that
> the common libbfd ought to have all of the known targets
> included. Even altogether they use very little space -- less, than
> having to add just one more flavor separately (even multiplied by
> the proba
01/08/10 15:59, Joerg Wunsch ???(??):
I'm also maintaining a port of libbfd which is used by some AVR
toolchain software. This port is set up in a "kitchensink" way, so
all possible binary file formats are included. This could perhaps
serve as a base for a generic GNU libbfd package to be u
As Mikhail T. wrote:
> I remain convinced, that the "bending into shape" ought to begin
> with making the additional GNU compiler front-ends (be they Ada, or
> Lisp, Java, Fortran, Pascal, Objective C, etc.) addable to an
> already existing C-compiler. I find it crazy, that every such front
> end
- Original Message
From: Mikhail T.
To: John Merryweather Cooper
Cc: po...@freebsd.org; ka...@lovetemple.net; eisc...@vigrid.com;
m...@freebsd.org; jo...@freebsd.org
Sent: Fri, January 8, 2010 11:37:37 AM
Subject: Maintaining compiler front-ends (Re: The state of Ada)
01/08/10 13:10
On 2010-01-08 14:37:37, Mikhail T. wrote:
> I remain convinced, that the "bending into shape" ought to begin with
> making the additional GNU compiler front-ends (be they Ada, or Lisp,
> Java, Fortran, Pascal, Objective C, etc.) addable to an already existing
> C-compiler.
That's the plan!
Th
01/08/10 13:10, John Merryweather Cooper написав(ла):
Well, the [Ada -mi] compiler needs to be upgraded to the latest version. Linux
gets a compiler out of the box, but we have to bend one to shape.
I remain convinced, that the "bending into shape" ought to begin with
making the additional GNU
