This is the mail archive of the gcc@gcc.gnu.org mailing list for the GCC 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: dragonegg in FSF gcc?


On Sun, Apr 11, 2010 at 10:56:55AM -0400, David Edelsohn wrote:
> On Sun, Apr 11, 2010 at 10:30 AM, Jack Howarth <howarth@bromo.med.uc.edu> wrote:
> > Steven,
> > ? One other comment. I've felt for awhile that a major
> > strength of FSF gcc was the fact that its support for
> > so many targets insured that latent bugs tended to be
> > found in the compiler. Likewise graphite has recently
> > exposed certain latent bugs as well. Why should we not
> > expect the same to be true for the front-end if an
> > alternative middle/end is used via dragon-egg? It may
> > well tickle unique flaws in the front-end.
> 
> Jack,
> 
> The Graphite project and the various GCC targets participate in GCC
> development.  Helping fix GCC bugs affecting those features, supports
> and grows the GCC developer base.  There needs to be some mutualistic
> relationship.  I don't see members of the LLVM community arguing that
> they should contribute to GCC to improve performance comparisons.
> 
> As Steven mentioned, LLVM has been extremely effective at utilizing
> FSF technology while its community complains about the FSF, GCC, GCC's
> leadership and GCC's developer community.  If GCC is so helpful and
> useful and effective, then work on it as well and give it credit; if
> GCC is so bad, then why rely on it?  The rhetoric is disconnected from
> the actions.
> 
> David

David,
   While this may all be true, dragon-egg does represent an opportunity
for the two communities to engage each other in a cooperative endeaver
rather than retreating into competing camps. I still believe, for the
secondary language front-ends in FSF gcc, forcing their development
communities to eventually fork into the same competing camps (rather
than pool efforts in the same front-end) will not be in the best
interests of either group.
            Jack


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