Re: Multilib Hierarchy

2020-10-13 Thread CHIGOT, CLEMENT via Gcc
On Tue, Oct 13, 2020 at 4:01 PM David Edelson via Gcc wrote: > On Tue, Oct 13, 2020 at 4:09 AM CHIGOT, CLEMENT via Gcc > wrote: > > > > Hi everyone, > > > > Since no one answered, I assume that MULTILIB_REUSE was indeed not the > > solution. > > Thus, I've implemented a solution using a new tar

Re: Multilib Hierarchy

2020-10-13 Thread David Edelsohn via Gcc
On Tue, Oct 13, 2020 at 4:09 AM CHIGOT, CLEMENT via Gcc wrote: > > Hi everyone, > > Since no one answered, I assume that MULTILIB_REUSE was indeed not the > solution. > Thus, I've implemented a solution using a new target macro MULTILIB_FALLBACK. > It allows any target to return a new multilib su

Re: Question about callgraph and call_stmt

2020-10-13 Thread Richard Biener via Gcc
On Tue, Oct 13, 2020 at 2:40 PM Erick Ochoa wrote: > > > > On 13/10/2020 13:37, Richard Biener wrote: > > On Tue, Oct 13, 2020 at 1:17 PM Erick Ochoa > > wrote: > >> > >> Hi, > >> > >> I am analyzing gimple calls during LTO. > > > > What's symtab->state at this point? > > The state is IPA_SSA_AFT

Re: Question about callgraph and call_stmt

2020-10-13 Thread Erick Ochoa
On 13/10/2020 13:37, Richard Biener wrote: On Tue, Oct 13, 2020 at 1:17 PM Erick Ochoa wrote: Hi, I am analyzing gimple calls during LTO. What's symtab->state at this point? The state is IPA_SSA_AFTER_INLINING. I found a gimple call statement s that has the following properties: `

Re: Question about callgraph and call_stmt

2020-10-13 Thread Richard Biener via Gcc
On Tue, Oct 13, 2020 at 1:17 PM Erick Ochoa wrote: > > Hi, > > I am analyzing gimple calls during LTO. What's symtab->state at this point? >I found a gimple call statement > s that has the following properties: > > ``` > tree fndecl = gimple_call_fndecl(s) > gcc_assert(fndecl) > // That is, the

Question about callgraph and call_stmt

2020-10-13 Thread Erick Ochoa
Hi, I am analyzing gimple calls during LTO. I found a gimple call statement s that has the following properties: ``` tree fndecl = gimple_call_fndecl(s) gcc_assert(fndecl) // That is, the gimple call returns a non-null fndecl. cgraph_node *n = cgraph_node::get(fndecl); gcc_assert(!n) // That i

Re: Multilib Hierarchy

2020-10-13 Thread CHIGOT, CLEMENT via Gcc
Resent with the patch expanded correctly (I guess, it wasn't because of UTF-8 encoding...).  Hi everyone, Since noone answered, I assume that MULTILIB_REUSE was indeed not the solution. Thus, I've implemented a solution using a new target macro MULTILIB_FALLBACK. It allows any target to return

Re: modified_between_p does not check for volatile memory

2020-10-13 Thread Richard Sandiford via Gcc
Tucker Kern via Gcc writes: > TL;DR > > In GCC 9.3, I believe modified_between_p should return 1 if the memory > reference is volatile. My layman's understanding of volatile memory is that > it could change at any time, and thus could be modified between any two > instructions. That's true, but i

Re: GCC DWARF Issue - Frame Pointer Dependency

2020-10-13 Thread Jakub Jelinek via Gcc
On Tue, Oct 13, 2020 at 08:22:03AM +0200, Richard Biener via Gcc wrote: > > Another question, is there a known work around for this issue? > > In case you do not get a sufficient answer here it might be useful to > report a bug in bugzilla so it doesn't get lost. And, as written in https://gcc.gn

Re: Multilib Hierarchy

2020-10-13 Thread CHIGOT, CLEMENT via Gcc
Hi everyone, Since noone answered, I assume that MULTILIB_REUSE was indeed not the solution. Thus, I've implemented a solution using a new target macro MULTILIB_FALLBACK. It allows any target to return a new multilib suffix based on the current one being used by the algorithm. This solution is m