Re: CFI technologies in GCC

2021-08-10 Thread Victor Tong via Gcc
Bumping this thread. Would anyone be interested in CFI technology contributions to GCC? From: Victor Tong Sent: Tuesday, August 3, 2021 5:49 PM To: gcc@gcc.gnu.org Subject: CFI technologies in GCC   Hello, I'm interested in learning about any forward edge control-flow integrity (CFI) technol

Kick-starting P1997 implementation, array copy semantics

2021-08-10 Thread will wray via Gcc
P1997 Relaxing Restrictions on Array https://wg21.link/p1997 proposes copy semantics for C array; initialization and assignment of arrays from arrays, and array as a function return type. For C++, a new placeholder deduction syntax is proposed. The paper was seen for the first time on Friday by SG

Re: GCC documentation: porting to Sphinx

2021-08-10 Thread Martin Liška
Hello. I've just pushed the rebased branch here: https://gcc.gnu.org/git/gitweb.cgi?p=gcc.git;a=log;h=refs/users/marxin/heads/sphinx-v4 which I force push once I rebase it. One can fetch the branch with: $ git fetch origin refs/users/marxin/heads/sphinx-v4 Generated output (directly made from G

Undelivered Mail Returned to Sender

2021-08-10 Thread Mail Delivery System
This is the mail system at host fx301.security-mail.net. I'm sorry to have to inform you that your message could not be delivered to one or more recipients. It's attached below. For further assistance, please send mail to postmaster. If you do so, please include this problem report. You can dele

Re: get_gcov_type() vs. -fprofile-update=atomic

2021-08-10 Thread Sebastian Huber
On 10/08/2021 09:59, Richard Biener wrote: On Tue, Aug 10, 2021 at 8:07 AM Sebastian Huber wrote: On 09/08/2021 14:13, Richard Biener wrote: But I guess using 32bit counters on sparc-rtems might be the way to go ... Yes, you somehow just have to make sure that your test programs don't overfl

Re: get_gcov_type() vs. -fprofile-update=atomic

2021-08-10 Thread Richard Biener via Gcc
On Tue, Aug 10, 2021 at 8:07 AM Sebastian Huber wrote: > > On 09/08/2021 14:13, Richard Biener wrote: > >>> But I guess using 32bit counters on sparc-rtems might be the way to > >>> go ... > >> Yes, you somehow just have to make sure that your test programs don't > >> overflow the counters. > > Ri