Re: GCC 11.1.1 Status Report (2021-07-06)

On Wed, 14 Jul 2021, H.J. Lu wrote: > On Tue, Jul 6, 2021 at 12:00 AM Richard Biener wrote: > > > > > > Status > > == > > > > The GCC 11 branch is open for regression and documentation fixes. > > It's time for a GCC 11.2 release and we are aiming for a release > > candidate in about two weeks

Dear Hohnka M.J., Miller J.A., Dacumos K.M., Fritton T.J., Erdley J.D., Long L.N.: You Are Ιnνitеd to ՏυЬmit Маnuѕcripts to the Јоսrnal

There will be no more ҽmаіls sent to you if you unѕսЬѕcriЬe here . Јоսrnal of Electrical and Electronic Engineering ӀՏՏƝ Online: ᒿЗᒿ9-1605ӀՏՏƝ Print: ᒿЗᒿ9-161З Јоսrnal of Electrical and Electronic Engineering (JEEE) is a peer-rҽvіҽᴡed acaԁеmіc jоսrnаl,

Re: daily report on extending static analyzer project [GSoC]

On Wed, 2021-07-14 at 22:41 +0530, Ankur Saini wrote: > CURRENT STATUS OF PROJECT: > > - The analyzer can now sucessfully detect and analyze function calls > that >   doesn't have a callgraph edge ( like a call via function pointer ) Excellent. > > - A weird indentation problem caused by my te

Re: daily report on extending static analyzer project [GSoC]

On Mon, 2021-07-12 at 22:07 +0530, Ankur Saini wrote: > > > > On 11-Jul-2021, at 11:19 PM, David Malcolm > > wrote: > > > > On Sat, 2021-07-10 at 21:27 +0530, Ankur Saini wrote: [...] > > > > > > - for the callstring patch, I created a patch file ( using git > > > format- > > > patch ) and se

Re: FYI/RFC: strub: machine-independent stack scrubbing

I don't have any special expertise in this matter, but the possibility occurs to me that if the caller is an improperly vetted runtime linked-in agent such as a device driver, then the stack scrubbing might accidently or intentionally be omitted, reopening the security hole that stack scrubbing is

Re: A simple debugging question

Richard, Opps! I see my problem. I changed directory into x264 and not mcf! I need to stop working so late Thank you for your input because led me to question my assumptions about what was going on. Gary From: Richard Biener Sent: Wednesday, July 14, 2021

Re: daily report on extending static analyzer project [GSoC]

CURRENT STATUS OF PROJECT: - The analyzer can now sucessfully detect and analyze function calls that doesn't have a callgraph edge ( like a call via function pointer ) - A weird indentation problem caused by my text editor pointed out in one of the previous mails (https://gcc.gnu.org/piper

Re: [Questions] Is there any bit in gimple/rtl to indicate this IR support fast-math or not?

On Wed, Jul 14, 2021 at 09:39:42AM +0200, Richard Biener via Gcc-help wrote: > On Wed, Jul 14, 2021 at 9:00 AM Hongtao Liu via Gcc-patches > wrote: > > > > On Wed, Jul 14, 2021 at 2:39 PM Matthias Kretz wrote: > > > > > > On Wednesday, 14 July 2021 07:18:29 CEST Hongtao Liu via Gcc-help wrote: >

[RISCV] RISC-V GNU Toolchain Biweekly Sync-up call (July 15, 2021)

Hi all, There is an agenda for tomorrow's meeting. If you have topics to discuss or share, please let me know and I can add them to the agenda. Agenda: 1. Relax the ISA string order checking for -march - https://github.com/riscv/riscv-toolchain-conventions/pull/14Zfinx ABI - https://github.

Re: GCC 11.1.1 Status Report (2021-07-06)

On Tue, Jul 6, 2021 at 12:00 AM Richard Biener wrote: > > > Status > == > > The GCC 11 branch is open for regression and documentation fixes. > It's time for a GCC 11.2 release and we are aiming for a release > candidate in about two weeks which would result in the GCC 11.2 > release about thr

Re: tree decl stored during LGEN does not map to a symtab_node during WPA

> I guess the way to encode SSA trees would be to use sth like a > , SSA-version tuple much like PTA internally > uses the varinfo array index as identifier for the variables in the > constraints. For local decls (as opposed to SSA names) it's a bit > more difficult - you'd have to devise your own

Re: [Questions] Is there any bit in gimple/rtl to indicate this IR support fast-math or not?

On Wed, Jul 14, 2021 at 10:56 AM Hongtao Liu wrote: > > On Wed, Jul 14, 2021 at 4:17 PM Richard Biener > wrote: > > > > On Wed, Jul 14, 2021 at 10:11 AM Hongtao Liu wrote: > > > > > > On Wed, Jul 14, 2021 at 3:49 PM Matthias Kretz wrote: > > > > > > > > On Wednesday, 14 July 2021 09:39:42 CEST

Re: [Questions] Is there any bit in gimple/rtl to indicate this IR support fast-math or not?

On 14/07/2021 09:49, Matthias Kretz wrote: > On Wednesday, 14 July 2021 09:39:42 CEST Richard Biener wrote: >> -ffast-math decomposes to quite some flag_* and those generally are not >> reflected into the IL but can be different per function (and then >> prevent inlining). > > Is there any chance

Re: [Questions] Is there any bit in gimple/rtl to indicate this IR support fast-math or not?

On Wed, Jul 14, 2021 at 4:17 PM Richard Biener wrote: > > On Wed, Jul 14, 2021 at 10:11 AM Hongtao Liu wrote: > > > > On Wed, Jul 14, 2021 at 3:49 PM Matthias Kretz wrote: > > > > > > On Wednesday, 14 July 2021 09:39:42 CEST Richard Biener wrote: > > > > -ffast-math decomposes to quite some flag

Re: [Questions] Is there any bit in gimple/rtl to indicate this IR support fast-math or not?

On Wed, Jul 14, 2021 at 10:11 AM Hongtao Liu wrote: > > On Wed, Jul 14, 2021 at 3:49 PM Matthias Kretz wrote: > > > > On Wednesday, 14 July 2021 09:39:42 CEST Richard Biener wrote: > > > -ffast-math decomposes to quite some flag_* and those generally are not > > > reflected into the IL but can be

Re: [Questions] Is there any bit in gimple/rtl to indicate this IR support fast-math or not?

On Wed, Jul 14, 2021 at 9:49 AM Matthias Kretz wrote: > > On Wednesday, 14 July 2021 09:39:42 CEST Richard Biener wrote: > > -ffast-math decomposes to quite some flag_* and those generally are not > > reflected into the IL but can be different per function (and then > > prevent inlining). > > Is t

Re: [Questions] Is there any bit in gimple/rtl to indicate this IR support fast-math or not?

On Wed, Jul 14, 2021 at 3:49 PM Matthias Kretz wrote: > > On Wednesday, 14 July 2021 09:39:42 CEST Richard Biener wrote: > > -ffast-math decomposes to quite some flag_* and those generally are not > > reflected into the IL but can be different per function (and then > > prevent inlining). > > Is t

Re: [Questions] Is there any bit in gimple/rtl to indicate this IR support fast-math or not?

On Wednesday, 14 July 2021 09:39:42 CEST Richard Biener wrote: > -ffast-math decomposes to quite some flag_* and those generally are not > reflected into the IL but can be different per function (and then > prevent inlining). Is there any chance the "and then prevent inlining" can be eliminated? B

Re: [Questions] Is there any bit in gimple/rtl to indicate this IR support fast-math or not?

On Wed, Jul 14, 2021 at 9:00 AM Hongtao Liu via Gcc-patches wrote: > > On Wed, Jul 14, 2021 at 2:39 PM Matthias Kretz wrote: > > > > On Wednesday, 14 July 2021 07:18:29 CEST Hongtao Liu via Gcc-help wrote: > > > On Wed, Jul 14, 2021 at 1:15 PM Hongtao Liu wrote: > > > > Hi: > > > > The origina

Re: How to avoid that compiler generated objects get optimized away?

On 14/07/2021 09:33, Richard Biener wrote: I tried to add a TREE_USED (var) = 1, but this seems to have no effect. Could someone give me a hint what needs to be added so that this object is created? The object is placed in a linker set. You can call mark_decl_referenced (var), TREE_USED is only

Re: How to avoid that compiler generated objects get optimized away?

On Wed, Jul 14, 2021 at 7:50 AM Sebastian Huber wrote: > > Hello, > > I noticed that the following static read-only object gets optimized away > if optimization is enabled: > > /* Generate the pointer to the gcov_info_var in a dedicated section. */ > > static void > build_gcov_info_var_registrati

Re: A simple debugging question

On Wed, Jul 14, 2021 at 6:42 AM Gary Oblock via Gcc wrote: > > OK, I haven't asked a dumb question for a while so here goes! > > I'm trying to debug my optimization in lto running 505mcf_r > (yes it's SPEC17.) > > Here's the bit that fails from the make.out: > > /home/gary/gcc_build_gcc11/install/

Re: [Questions] Is there any bit in gimple/rtl to indicate this IR support fast-math or not?

On Wed, Jul 14, 2021 at 2:39 PM Matthias Kretz wrote: > > On Wednesday, 14 July 2021 07:18:29 CEST Hongtao Liu via Gcc-help wrote: > > On Wed, Jul 14, 2021 at 1:15 PM Hongtao Liu wrote: > > > Hi: > > > The original problem was that some users wanted the cmdline option > > > > > > -ffast-math no