Re: LTO slows down calculix by more than 10% on aarch64

2020-09-21 Thread Prathamesh Kulkarni via Gcc
On Mon, 21 Sep 2020 at 18:14, Prathamesh Kulkarni wrote: > > On Mon, 21 Sep 2020 at 15:19, Prathamesh Kulkarni > wrote: > > > > On Fri, 4 Sep 2020 at 17:08, Alexander Monakov wrote: > > > > > > > I obtained perf stat results for following benchmark runs: > > > > > > > > -O2: > > > > > > > >

Re: Expose 'array_length()' macro in

2020-09-21 Thread Ville Voutilainen via Gcc
On Tue, 22 Sep 2020 at 01:07, Jonathan Wakely via Libstdc++ wrote: > ># define array_length(arr)(std:size(arr)) > > C++ programmers will not accept a macro for this. ..in other words, the C++17 version of it needs to be an inline function that returns std::size of an array, not a macro. All

Re: Expose 'array_length()' macro in

2020-09-21 Thread Jonathan Wakely via Gcc
On 21/09/20 23:52 +0200, Alejandro Colomar via Libstdc++ wrote: I have developed this draft code, the C++ part being based on what you wrote. I am a C programmer, and my C++ is very basic, and I tend to write C-compatible code when I need C++, so I can't really write the C++ part. I tested

Re: Expose 'array_length()' macro in

2020-09-21 Thread Alejandro Colomar via Gcc
I have developed this draft code, the C++ part being based on what you wrote. I am a C programmer, and my C++ is very basic, and I tend to write C-compatible code when I need C++, so I can't really write the C++ part. I tested the code with all C versions (--std= {c89, c99, c11, c18, c2x}),

Re: [libc-coord] Re: Expose 'array_length()' macro in or

2020-09-21 Thread enh via Gcc
Why would C++ programmers need this given https://en.cppreference.com/w/cpp/iterator/size ? On Mon, Sep 21, 2020, 05:54 Alejandro Colomar wrote: > [[ CC += libc-coord at lists.openwall.com ]] > > On 2020-09-21 12:33, Florian Weimer wrote: > > * Alejandro Colomar: > > > >> [[ > >> CC += libc-coor

Re: Expose 'array_length()' macro in or

2020-09-21 Thread Jonathan Wakely via Gcc
On 21/09/20 12:33 +0200, Florian Weimer via Libstdc++ wrote: * Alejandro Colomar: [[ CC += libc-co...@sourceware.org CC += gcc@gcc.gnu.org CC += libstd...@gcc.gnu.org ]] Hi Florian, On 2020-09-21 10:38, Florian Weimer wrote: * Alejandro Colomar via Libc-alpha: I'd like to propose exposing

Re: Expose 'array_length()' macro in or

2020-09-21 Thread Alejandro Colomar via Gcc
[[ CC += libc-coord at lists.openwall.com ]] On 2020-09-21 12:33, Florian Weimer wrote: * Alejandro Colomar: [[ CC += libc-coord at sourceware.org CC += gcc at gcc.gnu.org CC += libstdc++ at gcc.gnu.org ]] Hi Florian, On 2020-09-21 10:38, Florian Weimer wrote: * Alejandro Colomar via Libc-a

Re: LTO slows down calculix by more than 10% on aarch64

2020-09-21 Thread Prathamesh Kulkarni via Gcc
On Mon, 21 Sep 2020 at 15:19, Prathamesh Kulkarni wrote: > > On Fri, 4 Sep 2020 at 17:08, Alexander Monakov wrote: > > > > > I obtained perf stat results for following benchmark runs: > > > > > > -O2: > > > > > > 7856832.692380 task-clock (msec) #1.000 CPUs utilized > > >

Re: Import license issue

2020-09-21 Thread Andrew Stubbs
On 21/09/2020 12:31, Richard Biener wrote: On Mon, Sep 21, 2020 at 10:55 AM Andrew Stubbs wrote: Ping. Sorry, but you won't get any help resolving license issues from the mailing list. Instead you should eventually ask the SC to "resolve" this issue with the FSF. Agreed, I don't really exp

Re: Import license issue

2020-09-21 Thread Richard Biener via Gcc
On Mon, Sep 21, 2020 at 10:55 AM Andrew Stubbs wrote: > > Ping. Sorry, but you won't get any help resolving license issues from the mailing list. Instead you should eventually ask the SC to "resolve" this issue with the FSF. Richard. > On 14/09/2020 17:56, Andrew Stubbs wrote: > > Hi All, > > >

Re: Expose 'array_length()' macro in or

2020-09-21 Thread Florian Weimer via Gcc
* Alejandro Colomar: > [[ > CC += libc-co...@sourceware.org > CC += gcc@gcc.gnu.org > CC += libstd...@gcc.gnu.org > ]] > > Hi Florian, > > On 2020-09-21 10:38, Florian Weimer wrote: >> * Alejandro Colomar via Libc-alpha: >> >>> I'd like to propose exposing the macro 'array_length()' as defined in

Re: Expose 'array_length()' macro in or

2020-09-21 Thread Alejandro Colomar via Gcc
[[ CC += libc-co...@sourceware.org CC += gcc@gcc.gnu.org CC += libstd...@gcc.gnu.org ]] Hi Florian, On 2020-09-21 10:38, Florian Weimer wrote: > * Alejandro Colomar via Libc-alpha: > >> I'd like to propose exposing the macro 'array_length()' as defined in >> 'include/array_length.h' to the user.

Re: desired behavior or missing warning?

2020-09-21 Thread Florian Weimer via Gcc
* Ulrich Drepper via Gcc: > I found myself with code similar to this: > > struct base { > virtual void cb() = 0; > }; > > struct deriv final : public base { > void cb() final override { } > }; > > > The question is about the second use of 'final'. Because the entire > class is declared final,

Re: LTO slows down calculix by more than 10% on aarch64

2020-09-21 Thread Prathamesh Kulkarni via Gcc
On Fri, 4 Sep 2020 at 17:08, Alexander Monakov wrote: > > > I obtained perf stat results for following benchmark runs: > > > > -O2: > > > > 7856832.692380 task-clock (msec) #1.000 CPUs utilized > > 3758 context-switches #0.000 K/sec > >

Re: Import license issue

2020-09-21 Thread Andrew Stubbs
Ping. On 14/09/2020 17:56, Andrew Stubbs wrote: Hi All, I need to update include/hsa.h to access some newer APIs. The existing file was created by copying from the user manual, thus side-stepping licensing issues, but the updated user manual omits some important details from the APIs I need