gcc-10-20210723 is now available

2021-07-23 Thread GCC Administrator via Gcc
Snapshot gcc-10-20210723 is now available on https://gcc.gnu.org/pub/gcc/snapshots/10-20210723/ and on various mirrors, see http://gcc.gnu.org/mirrors.html for details. This snapshot has been generated from the GCC 10 git branch with the following options: git://gcc.gnu.org/git/gcc.git branch

Re: [RFC] Adding a new attribute to function param to mark it as constant

2021-07-23 Thread Andrew Pinski via Gcc
On Fri, Jul 23, 2021 at 3:55 AM Prathamesh Kulkarni via Gcc wrote: > > Hi, > Continuing from this thread, > https://gcc.gnu.org/pipermail/gcc-patches/2021-July/575920.html > The proposal is to provide a mechanism to mark a parameter in a > function as a literal constant. > > Motivation: > Consider

Re: Proper Place for builtin_define(__ELF__)

2021-07-23 Thread Jeff Law via Gcc
On 7/22/2021 8:12 AM, Joel Sherrill wrote: On Wed, Jul 21, 2021 at 10:08 PM Jeff Law wrote: On 7/21/2021 6:31 PM, Michael Eager wrote: On 7/21/21 5:22 PM, Joel Sherrill wrote: On Wed, Jul 21, 2021, 7:12 PM Michael Eager mailto:ea...@eagercon.com>> wrote: On 7/21/21 2:28 PM, Joel

Can someone help me understand cgraph_nodes & cgraph_edges during WPA

2021-07-23 Thread Erick Ochoa via Gcc
Hello, I've been working on an LTO points-to analysis pass for a little while. Because of LTO's design, gimple bodies are inaccessible during WPA. This essentially means that every LTO pass compiles down function bodies into their own IR which gets stored in function summaries and later read durin

Re: rust frontend and UTF-8/unicode processing/properties

2021-07-23 Thread Philip Herron
On 18/07/2021 23:23, Jason Merrill via Gcc-rust wrote: > On Sun, Jul 18, 2021 at 1:13 PM Ian Lance Taylor via Gcc > mailto:gcc@gcc.gnu.org>> wrote: > > On Sun, Jul 18, 2021 at 6:23 AM Mark Wielaard > wrote: > > > > For the gcc rust frontend I was thinking of

[RFC] Adding a new attribute to function param to mark it as constant

2021-07-23 Thread Prathamesh Kulkarni via Gcc
Hi, Continuing from this thread, https://gcc.gnu.org/pipermail/gcc-patches/2021-July/575920.html The proposal is to provide a mechanism to mark a parameter in a function as a literal constant. Motivation: Consider the following intrinsic vshl_n_s32 from arrm/arm_neon.h: __extension__ extern __inl

Re: More aggressive GCC 12 -Wmaybe-uninitialized when using

2021-07-23 Thread Stephan Bergmann via Gcc
On 22/07/2021 12:03, Jonathan Wakely wrote: This should fix it: [...] Thanks; it indeed fixed the LibreOffice build for me.

Re: gcc plugin on MacOS failure

2021-07-23 Thread Iain Sandoe via Gcc
Hi Marc, > On 23 Jul 2021, at 08:30, Marc wrote: > > Thank you so far, this got me (unsurprisingly) one step further, but > then the external function resolve error is moved to the library loading > stage: > > ~/afl++ $ g++-11 -Wl,-flat_namespace -Wl,-undefined,dynamic_lookup -g > -fPIC -std=c+

Re: gcc plugin on MacOS failure

2021-07-23 Thread Marc
Thank you so far, this got me (unsurprisingly) one step further, but then the external function resolve error is moved to the library loading stage: ~/afl++ $ g++-11 -Wl,-flat_namespace -Wl,-undefined,dynamic_lookup -g -fPIC -std=c++11 -I/usr/local/Cellar/gcc/11.1.0_1/lib/gcc/11/gcc/x86_64-apple-d

Re: gcc plugin on MacOS failure

2021-07-23 Thread Eric Gallager via Gcc
On Thu, Jul 22, 2021 at 4:18 PM Iain Sandoe via Gcc wrote: > > > > > On 22 Jul 2021, at 20:41, Andrew Pinski via Gcc wrote: > > > > On Thu, Jul 22, 2021 at 7:37 AM Marc wrote: > >> > > >> I have a gcc plugin (for afl++, > >> https://github.com/AFLplusplus/AFLplusplus) that works fine when > >> c