--- Begin Message ---
On Fri, May 15, 2015 at 09:53:23PM +0200, [email protected] wrote:
> On Fri, May 15, 2015 at 07:32:02PM +0000, [email protected] wrote:
> > > Historical research - yes. Any practical application -
> > > only at one's own risk, left to the discretion of AT&T to wipe one out
> > > of existence or not.
> > 
> > Due to this legal issue, cfront is not worth it.
> > 
> > Any other alternative?
> 
> cfront showed us a usable C++ dialect and also a proof that such a
> dialect can be efficiently implemented by a translator to C.
> 
> This means that the effort to recreate such a translator from scratch
> - would be useful, as a compact and extremely fast compiler
>   for a practical subset of C++
> - is realistically doable
> 
> This is my feeling about the best or the only possible way to
> combine many of the attractive features of tcc and C++/OOP.
> 
> An easier but much less certain way would be to try to talk to someone at
> AT&T - this would be certainly a lot more efficient, _if_ it could work.

Due to this legal issue, and since there is no alternative, there is only one
reasonable choice: write a new "modern c++" to C89/99 translator from scratch
(can drive anybody sane to madness).

Without that, since critical apps uses "modern c++", and with the loop "modern
c++ compiler" compiling only with "modern c++ compiler", tinycc and any other
c-only toolchains are doomed on the medium term.

I would rather have those c++ apps ported to C and get rid of that insanity
which is c++ for good from my systems since the trade-off between its
complexity and what "features" it brings would be a definitive no-no (most of
the time, there is no significant benefits to get away from the kernel
language)... but unfortunately it seems less reasonnable than getting such a
translator.

-- 
Sylvain


--- End Message ---
_______________________________________________
Tinycc-devel mailing list
[email protected]
https://lists.nongnu.org/mailman/listinfo/tinycc-devel

Reply via email to