This is the mail archive of the
mailing list for the GCC project.
Re: Great example of why "everything is a tree" sucks
- From: Gaius Mulley <gaius dot mulley at southwales dot ac dot uk>
- To: Jeff Law <law at redhat dot com>
- Cc: "Joseph S. Myers" <joseph at codesourcery dot com>, Richard Biener <richard dot guenther at gmail dot com>, Steven Bosscher <stevenb dot gcc at gmail dot com>, Diego Novillo <dnovillo at google dot com>, Jakub Jelinek <jakub at redhat dot com>, GCC <gcc at gcc dot gnu dot org>
- Date: Wed, 13 Nov 2013 19:33:12 +0000
- Subject: Re: Great example of why "everything is a tree" sucks
- Authentication-results: sourceware.org; auth=none
- References: <528288B3 dot 8010109 at redhat dot com> <20131112203509 dot GC27813 at tucnak dot zalov dot cz> <CAD_=9DQRZy92RCJEopO=XHMj9+eDHQ0MW1g__ZaFNNrWQW=QNg at mail dot gmail dot com> <CAFiYyc38jGfAaWwo5OWTxmQnNeP9=f5McGrW_3HCNJotvbBtKQ at mail dot gmail dot com> <CABu31nOpcf1EivKXYy-i4Czm84aSv+hOYhrSPpefzNVTjjNW0Q at mail dot gmail dot com> <CAFiYyc3OZhg0NvnMqkN9CLu4f6oGiV2GFM55JE17MjDAgj8Jsw at mail dot gmail dot com> <87iovwmcl6 dot fsf at j228-gm dot comp dot glam dot ac dot uk> <Pine dot LNX dot 4 dot 64 dot 1311131820390 dot 24404 at digraph dot polyomino dot org dot uk> <5283C65E dot 8080400 at redhat dot com>
Jeff Law <firstname.lastname@example.org> writes:
> On 11/13/13 11:30, Joseph S. Myers wrote:
>> On Wed, 13 Nov 2013, Gaius Mulley wrote:
>>> just for completeness this also applies to Modula-2 which uses the
>>> technique of double book keeping. Not sure if this is totally relevant
>>> but gm2 needs (would like :-) the ability to create a SET_TYPE which
>>> maps onto appropriate debugging type info.
>> Note we removed SET_TYPE in 2004 for lack of in-tree uses (there was a
>> suspicion it might have been for Pascal, but GNU Pascal is now a moribund
>> project (largely I think because of the combination of (a) being closely
>> tied to GCC internals through use of trees as front-end internal
>> representation and (b) not being developed in the GCC repository but
>> externally with attempts to support multiple GCC versions from one GNU
>> Pascal version, meaning lots of effort needed outside the GCC community to
>> update it to new GCC versions - also (c) there's another more actively
>> developed GPL Pascal compiler, Free Pascal, albeit for different versions
>> of the Pascal language).
>> In general, for GCC development to consider requirements of your front end
>> or back end, getting it into the GCC repository and developing it there is
>> strongly recommended.
> Sadly, I tried multiple times in the late 90s to bring the folks going
> GNU Pascal development into the GCC project without any
> success. Eventually I have up.
I'd be delighted to see gm2 in the gcc repository. The gm2 repository
is currently in git format (changed from cvs 2 weeks ago). All fsf
copyright assignment forms have been done some years ago.
At present the gm2 master can be grafted onto gcc-4.7.3 with 10 patches
applied. Under Debian Wheezy x86_64 the regression tests show 332
failures and 8298 passes.
>From reading http://gnu.gcc.org/wiki/SvnBranch I wonder whether it would
seem sensible to create two branches one at 4.7.3 and another at branch
at the head (maybe) and mercilessly merge from the head. Maybe one
of the earlier activities should be to forward port the 10 patches and
post them to the appropriate mailing list?