Pascal front-end integration
Mark Mitchell
mark@codesourcery.com
Tue Mar 1 23:25:00 GMT 2005
E. Weddington wrote:
>> Personally, I'm not necessarily convinced that adding Pascal to GCC is
>> a good idea. I like Pascal just fine, but because every new language
>> adds to the load on everyone. (In my ideal world, we'd have stable
>> enough interfaces that it was easy to maintain front ends separately
>> from the rest of the compiler, but, though I've been extolling that
>> vision for years, I've made little progress in realizing it...)
>>
> So, the changes for 4.0/4.1 still don't help the situation enough? Or is
> it too early to tell?
>
> Or would you just want to make sure that the Pascal maintainers play "by
> the rules, as everybody else", a la Ada?
I've no cause to worry about that; I don't know the Pascal maintainers
at all. It's just that every new language imposes costs, such as:
* Changes to interfaces require more places be updated.
* Major reworks require buy-in/work from more languages. (For example,
it took a long time to get rid of the RTL inliner because we needed to
convert all of the languages.)
* Bugs show up that can only ever affect one language, but then people
feel they ought to fix them, rather than fixing something else.
* Things get added to the middle end that help only one language,
sometimes causing breakage
* Downloads, cvs update, etc. get slower.
It's my personal opinion (not that of the SC, or the FSF) that before we
add a language we ought to convince ourselves of more than just the fact
that someone's willing to maintain it; we ought to convince ourselves
that the benefit to users will be sufficiently great that it's worth
imposing these costs.
--
Mark Mitchell
CodeSourcery, LLC
mark@codesourcery.com
(916) 791-8304
More information about the Gcc
mailing list