Your prochronistic expression is why front ends is developed.
The purpose of the GCC engine is to make anachronistic futuristic code
executable by means of a front-end, not to implement every star-trek
expression.
Why having this pointless conversation, the Titanic has left the port.
On Fri, Ma
On 03/29/2018 09:48 AM, Jeff Law wrote:
On 03/29/2018 12:56 AM, Andre Groenewald wrote:
GCC steering community I count on you and speaking behalf other
developers to keep GCC as close to C as possible for at least the next
1000 years.
We've already made a decision to use C++ when it makes sen
On Thu, Mar 29, 2018 at 8:01 PM, Mikhail Maltsev wrote:
> On Wed, Mar 28, 2018 at 11:15 PM, Katsunori Kumatani
> wrote:
>>
>> For example, I wanted to add some plugin processing (actually a top-level
>> asm statement) at the end of a translation unit (with gathered data) to add
>> some special sy
On Wed, Mar 28, 2018 at 11:15 PM, Katsunori Kumatani <
katsunori.kumat...@gmail.com> wrote:
> For example, I wanted to add some plugin processing (actually a top-level
> asm statement) at the end of a translation unit (with gathered data) to add
> some special symbols / GAS directives (not instruc
> > GCC steering community I count on you and speaking behalf other
> > developers to keep GCC as close to C as possible for at least the next
> > 1000 years.
>
> We've already made a decision to use C++ when it makes sense. That ship
> sailed years ago.
I don't see "keeping GCC as close to C as
On 03/29/2018 12:56 AM, Andre Groenewald wrote:
> The heart of GCC should remain pure C as far as possible, for the very
> same reason the Linux kernel is only in C. Deviate from this, and in a
> few years we will end up with Java as the programming language of GCC.
>
> It is the duty of the steer
The heart of GCC should remain pure C as far as possible, for the very
same reason the Linux kernel is only in C. Deviate from this, and in a
few years we will end up with Java as the programming language of GCC.
It is the duty of the steering community and our leaders in GCC to be
very conservati
Please don't change the lang_hooks into virtual methods. Speaking from a
plugin development viewpoint, C hooks are very easy to override
individually, without having to change the entire object or create a new
one.
I realize that it's not the intended use for the hooks, and not why they
were
On Tue, 2018-03-27 at 08:12 +, ??? ??? wrote:
> Hello,
>
> My name is Avi Owshanko.
>
> I'm an experienced programmer (worked for IBM-HRL GC group, and EMC-
> Recoverpoint), and I wish to join in the development of GCC.
Hi Avi, welcome to GCC development!
As initial projects, I consider
