Re: get_gcov_type() vs. -fprofile-update=atomic

2021-08-09 Thread Sebastian Huber
On 09/08/2021 08:51, Sebastian Huber wrote: Hello, I would like to use gcov for a multi-threaded program running on an SMP machine using a 32-bit SPARC/LEON3 target. This target supports HAVE_atomic_compare_and_swapsi but not HAVE_atomic_compare_and_swapdi. Unfortunately we have: /* Return

Re: 'hash_map>'

2021-08-09 Thread Richard Biener via Gcc
On Fri, Aug 6, 2021 at 6:58 PM Thomas Schwinge wrote: > > Hi! > > So I'm trying to do some C++... ;-) > > Given: > > /* A map from SSA names or var decls to record fields. */ > typedef hash_map field_map_t; > > /* For each propagation record type, this is a map from SSA names or var

Re: get_gcov_type() vs. -fprofile-update=atomic

2021-08-09 Thread Richard Biener via Gcc
On Mon, Aug 9, 2021 at 8:52 AM Sebastian Huber wrote: > > Hello, > > I would like to use gcov for a multi-threaded program running on an SMP > machine using a 32-bit SPARC/LEON3 target. This target supports > HAVE_atomic_compare_and_swapsi but not HAVE_atomic_compare_and_swapdi. > Unfortunately we

Re: get_gcov_type() vs. -fprofile-update=atomic

2021-08-09 Thread Sebastian Huber
On 09/08/2021 12:22, Richard Biener wrote: On Mon, Aug 9, 2021 at 8:52 AM Sebastian Huber wrote: Hello, I would like to use gcov for a multi-threaded program running on an SMP machine using a 32-bit SPARC/LEON3 target. This target supports HAVE_atomic_compare_and_swapsi but not HAVE_atomic_co

Re: get_gcov_type() vs. -fprofile-update=atomic

2021-08-09 Thread Richard Biener via Gcc
On Mon, Aug 9, 2021 at 12:56 PM Sebastian Huber wrote: > > On 09/08/2021 12:22, Richard Biener wrote: > > On Mon, Aug 9, 2021 at 8:52 AM Sebastian Huber > > wrote: > >> Hello, > >> > >> I would like to use gcov for a multi-threaded program running on an SMP > >> machine using a 32-bit SPARC/LEON

Re: get_gcov_type() vs. -fprofile-update=atomic

2021-08-09 Thread Sebastian Huber
On 09/08/2021 13:27, Richard Biener wrote: Can you not implement 64bit atomic support for 32bit SPARC somehow? The 32-bit SPARC/LEON3 has only a 32-bit compare and swap instruction (gcc/config/sparc/sync.md). I don't know how you could implement a 64-bit atomic support using this without spin

Re: Benefits of using Sphinx documentation format

2021-08-09 Thread Martin Liška
On 7/12/21 7:49 PM, Gavin Smith via Gcc wrote: (Sending mail again, without attachments this time in the hope it gets through.) I had the discussion about moving documentation of gcc from Sphinx to Texinfo brought to my attention. https://gcc.gnu.org/pipermail/gcc/2021-July/236731.html Speakin

Re: Benefits of using Sphinx documentation format

2021-08-09 Thread Martin Liška
On 7/13/21 1:52 PM, Eli Zaretskii via Gcc wrote: From: Richard Biener Date: Tue, 13 Jul 2021 08:24:17 +0200 Cc: Eli Zaretskii , "gcc@gcc.gnu.org" I actually like texinfo (well, because I know it somewhat, compare to sphinx). I think it produces quite decent PDF manuals. I never use the html o

Re: get_gcov_type() vs. -fprofile-update=atomic

2021-08-09 Thread Richard Biener via Gcc
On Mon, Aug 9, 2021 at 2:03 PM Sebastian Huber wrote: > > > > On 09/08/2021 13:27, Richard Biener wrote: > >>> Can you not implement 64bit atomic support for 32bit SPARC somehow? > >> The 32-bit SPARC/LEON3 has only a 32-bit compare and swap instruction > >> (gcc/config/sparc/sync.md). I don't kno

Re: [PATCH] Port GCC documentation to Sphinx

2021-08-09 Thread Martin Liška
On 7/12/21 7:18 PM, Martin Sebor wrote: On 6/29/21 4:09 AM, Martin Liška wrote: On 6/28/21 5:33 PM, Joseph Myers wrote: Are formatted manuals (HTML, PDF, man, info) corresponding to this patch version also available for review? I've just uploaded them here: https://splichal.eu/gccsphinx-final

Re: [PATCH] Port GCC documentation to Sphinx

2021-08-09 Thread Martin Liška
On 7/13/21 4:54 PM, Tamar Christina wrote: Hi Martin, -Original Message- From: Gcc-patches On Behalf Of Martin Liška Sent: Tuesday, June 29, 2021 11:09 AM To: Joseph Myers Cc: GCC Development ; gcc-patc...@gcc.gnu.org Subject: Re: [PATCH] Port GCC documentation to Sphinx On 6/28/21 5

Re: get_gcov_type() vs. -fprofile-update=atomic

2021-08-09 Thread Sebastian Huber
On 09/08/2021 14:13, Richard Biener wrote: Ok, something like this? Yeah, plus in defaults.h do #ifndef GCOV_TYPE_SIZE #define GCOV_TYPE_SIZE (LONG_LONG_TYPE_SIZE > 32 ? 64 : 32) #endif Thanks for your help. I didn't know this file. It gives a nice overview what targets can define. -- emb

Porting to gcc 11 / intrinsics

2021-08-09 Thread NightStrike via Gcc
When porting to GCC 11, care must be taken to adjust includes of GCC intrinsic headers due to this change: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97148 That should be reflected in: https://gcc.gnu.org/gcc-11/porting_to.html

Re: Suboptimal code generated for __buitlin_trunc on AMD64 without SS4_4.1

2021-08-09 Thread Joseph Myers
On Sat, 7 Aug 2021, Stefan Kanthak wrote: > Joseph Myers wrote: > > You should be looking at TS 18661-3 / C2x Annex F for sNaN handling; > > I'll do so as soon as GCC drops support for all C dialects before C2x! > > Unless you use a time machine and fix the POSIX and ISO C standards > written i

Re: get_gcov_type() vs. -fprofile-update=atomic

2021-08-09 Thread Sebastian Huber
On 09/08/2021 14:13, Richard Biener wrote: But I guess using 32bit counters on sparc-rtems might be the way to go ... Yes, you somehow just have to make sure that your test programs don't overflow the counters. Right - thus in principle it would be "nice" to allow to alter this with a command-l