Hi,
On 31/05/2020 22:24, Xavier Del Campo Romero wrote:
Hi David,
-Wsizeof-pointer-div isn't required by the standard, so any compiler
other than gcc or clang is not required to emit anything to the user. In
such compilers, the security risk would still be there and would be up
to the maint
Hi David,
-Wsizeof-pointer-div isn't required by the standard, so any compiler other than
gcc or clang is not required to emit anything to the user. In such compilers,
the security risk would still be there and would be up to the maintainers'
willingness to implement such feature (or developer
在 2020/5/29 18:35, Andreas Schwab 写道:
> On Mai 29 2020, David Brown wrote:
>
>> So my counter-proposal for you would be to recommend gcc's "typeof" as a
>> new keyword (spelt "_Typeof", with "typeof" as a macro in ,
>> in solid C tradition).
>
> Or call it _Decltype/decltype, following C++.
>
>
* Xavier Del Campo Romero via Gcc:
> I have sent the following proposals to the committee, but they require
> them to be implemented at least into two major compilers,
That seems to be an odd requirement.
Once implement in GCC and Clang, there is every incentive not submit it
for standardization
* Andreas Schwab:
> On Mai 29 2020, David Brown wrote:
>
>> So my counter-proposal for you would be to recommend gcc's "typeof" as a
>> new keyword (spelt "_Typeof", with "typeof" as a macro in ,
>> in solid C tradition).
>
> Or call it _Decltype/decltype, following C++.
But please only if it ca
On Mai 29 2020, David Brown wrote:
> So my counter-proposal for you would be to recommend gcc's "typeof" as a
> new keyword (spelt "_Typeof", with "typeof" as a macro in ,
> in solid C tradition).
Or call it _Decltype/decltype, following C++.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
On 28/05/2020 23:01, Xavier Del Campo Romero via Gcc wrote:
Hello gcc team,
I have sent the following proposals to the committee, but they require them to
be implemented at least into two major compilers, so I am proposing them to be
implemented into gcc. This is going to be a rather lengthy e