Re: [RS6000] Power10 libffi fixes

2020-09-23 Thread Alan Modra via Gcc-patches
On Thu, Sep 24, 2020 at 01:11:02PM +0930, Alan Modra wrote: > I've fixed the changelog, a comment, and added a nop after bl for the > old calls without @notoc. While there really isn't a need for the > nops in libffi.so since the callee is hidden visibility, there is a > miniscule chance that a st

[committed][testsuite] Check target alias in builtin-has-attribute-3.c

2020-09-23 Thread Tom de Vries
Hi, When running test-case c-c++-common/builtin-has-attribute-3.c on nvptx, I get: ... FAIL: c-c++-common/builtin-has-attribute-3.c -Wc++-compat \ (test for excess errors) Excess errors: src/gcc/testsuite/c-c++-common/builtin-has-attribute-3.c:33:33: error: \ alias definitions not supported i

Re: Issue with ggc_delete and finalizers (was Re: New modref/ipa_modref optimization passes)

2020-09-23 Thread Jan Hubicka
Hi, This patch makes ggc_delete to be paired with ggc_alloc_no_dtor. I copy same scheme as used by Martin in ipa-fnsummary, that is creating a static member function create_ggc hidding the ugly bits and using it in ipa-modref.c. I also noticed that modref-tree leaks memory on destruction/collapse

[RFC] Offloading and automatic linking of libraries

2020-09-23 Thread Tobias Burnus
Hi all, we got the user comment that it is far from obvious to use -foffload=-latomic if the following error shows up: unresolved symbol __atomic_compare_exchange_16 collect2: error: ld returned 1 exit status mkoffload: fatal error: /powerpc64le-none-linux-gnu-accel-nvptx-none-gcc returned

Re: [RFC] Offloading and automatic linking of libraries

2020-09-23 Thread Tom de Vries
On 9/24/20 8:32 AM, Tobias Burnus wrote: > Hi all, > > we got the user comment that it is far from obvious to > use  -foffload=-latomic if the following error shows up: > > unresolved symbol __atomic_compare_exchange_16 > collect2: error: ld returned 1 exit status > mkoffload: fatal error: >

Re: [PATCH] generalized range_query class for multiple contexts

2020-09-23 Thread Aldy Hernandez via Gcc-patches
On 9/24/20 1:53 AM, Martin Sebor wrote: Finally, unless both a type and function with the same name exist in the same scope there is no reason to mention the class-id when referencing a class name.  I.e., this   value_range_equiv *allocate_value_range_equiv ();   void free_value_range_equi

<    1   2