On December 19, 2020 1:55:02 AM GMT+01:00, Martin Sebor via Gcc-patches
wrote:
>To keep tree expressions stored by the front end in attribute
>access for nontrivial VLA bounds from getting corrupted during
>Gimplification and to avoid breaking the preconditions verified
>by the LTO streamer that
On Linux/x86_64,
3af02d32cce2ff1ff11d078cf8094305f57ca179 is the first bad commit
commit 3af02d32cce2ff1ff11d078cf8094305f57ca179
Author: Kwok Cheung Yeung
Date: Fri Dec 18 08:26:34 2020 -0800
openmp: Implicitly add 'declare target' directives for dynamic initializers
in C++
caused
FAIL
To keep tree expressions stored by the front end in attribute
access for nontrivial VLA bounds from getting corrupted during
Gimplification and to avoid breaking the preconditions verified
by the LTO streamer that no such trees exist in the IL,
the attached patch replaces those bounds with a strin
This patch to the Go frontend checks for floating-point exponent
overflow. Previously we just ignored the error and carried on. This
forces us to ignore some floating point constants in the mksysinfo and
mkrsysinfo shell scripts, and forces us to update a couple of tests.
Bootstrapped and ran Go
Hello-
The attached patch addresses PR93067:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93067#c0
This is similar to the patch I posted last year on the PR, with some tweaks
to make it a little simpler. Recapping some of the commentary on the PR:
When source lines are needed for diagnostics out
On 18/12/2020 7:27 pm, Kwok Cheung Yeung wrote:
Hello
I have now backported the "openmp: Implicit 'declare target' for C++ static
initializers" patch from mainline to the devel/omp/gcc-10 branch. The testcase
required a small tweak as the gimple output has changed since OG10 was branched.
Th
On 18/12/20 22:06 +0100, Olivier Hainque wrote:
Hello,
This patch is a proposal to update the dg-prune-output
regex in 20_util/bind/ref_neg.cc to account for possible
extra subdirs of include/ before reaching "functional"
in out-of-build-tree test runs (c++/10.2.1 in our case).
I noticed only a
On 12/17/20 1:37 PM, sunil.k.pandey wrote:
On Linux/x86_64,
c25b504636fec7bf8f181a84af83a52757ba7e89 is the first bad commit
commit c25b504636fec7bf8f181a84af83a52757ba7e89
Author: Andrew MacLeod
Date: Thu Dec 17 09:24:11 2020 -0500
Fix trap in pointer conversion in op1_range.
caused
On Fri, 18 Dec 2020 at 20:31, Segher Boessenkool
wrote:
> On Fri, Dec 18, 2020 at 06:13:22PM +0100, Georg-Johann Lay wrote:
> > Segher Boessenkool schrieb:
> > >On Thu, Dec 17, 2020 at 10:07:22AM -0500, Paul Koning wrote:
> > >>>On Dec 17, 2020, at 6:21 AM, Segher Boessenkool
> > >>> wrote:
> > >
On Fri, 11 Dec 2020 at 23:20, abebeos
wrote:
> Στις Παρ, 11 Δεκ 2020 στις 11:00 μ.μ., ο/η Segher Boessenkool <
> seg...@kernel.crashing.org> έγραψε:
>
[...]
> I'd ask the original author, but it seems he's busy with other work, so to
>> > avoid delays...
>>
>> Please try to ask him first? That
Hello,
This patch is a proposal to update the dg-prune-output
regex in 20_util/bind/ref_neg.cc to account for possible
extra subdirs of include/ before reaching "functional"
in out-of-build-tree test runs (c++/10.2.1 in our case).
I noticed only afterwards that many other tests seem to
have adopt
Hi!
The attached testcase is miscompiled, because we optimize shared clauses
to firstprivate when task body can't modify the variable even when the
task has depend clause. That is wrong, because firstprivate means the
variable will be copied immediately when the task is created, while with
depend
Hi!
constant_byte_string now uses a convert_to_bytes function, which doesn't
handle bitfields at all (don't punt on them, just puts them into wrong bits
or bytes). Furthermore, I don't see a reason why that function should exist
at all, it duplicates native_encode_initializer functionality.
Excep
On Fri, Dec 18, 2020 at 08:15:56PM +, Kwok Cheung Yeung wrote:
> On 18/12/2020 7:31 pm, Jakub Jelinek wrote:
> > On Fri, Dec 18, 2020 at 03:10:52PM +, Kwok Cheung Yeung wrote:
> > > 2020-12-17 Kwok Cheung Yeung
> > >
> > > gcc/testsuite/
> > > * g++.dg/gomp/declare-target-3.C: New.
On 18/12/2020 7:31 pm, Jakub Jelinek wrote:
On Fri, Dec 18, 2020 at 03:10:52PM +, Kwok Cheung Yeung wrote:
2020-12-17 Kwok Cheung Yeung
gcc/testsuite/
* g++.dg/gomp/declare-target-3.C: New.
Note the test fails on the trunk when one doesn't have offloading
configured. I
On Fri, Dec 18, 2020 at 03:10:52PM +, Kwok Cheung Yeung wrote:
> 2020-12-17 Kwok Cheung Yeung
>
> gcc/testsuite/
> * g++.dg/gomp/declare-target-3.C: New.
Note the test fails on the trunk when one doesn't have offloading
configured. IL scan tests are always problematic, differe
On Wed, Dec 02, 2020 at 04:11:24PM +, Iain Sandoe wrote:
> > > --- a/libcc1/configure.ac
> > > +++ b/libcc1/configure.ac
> > > @@ -104,6 +104,12 @@ AC_CACHE_CHECK([for socket libraries],
> > > libcc1_cv_lib_sockets,
> > > ])
> > > LIBS="$LIBS $libcc1_cv_lib_sockets"
> > >
> > > +case "$host" i
Hello
I have now backported the "openmp: Implicit 'declare target' for C++ static
initializers" patch from mainline to the devel/omp/gcc-10 branch. The testcase
required a small tweak as the gimple output has changed since OG10 was branched.
This has been committed as commit 83797c2d47aaa011b
On Fri, Dec 18, 2020 at 2:28 AM Martin Liška wrote:
>
> On 12/17/20 5:26 AM, Ian Lance Taylor via Gcc-patches wrote:
> > As discussed at
> > https://gcc.gnu.org/pipermail/gcc-patches/2020-December/561995.html ,
> > the ChangeLog checker does not correctly handle files with non-ASCII
> > file names
On Fri, Dec 18, 2020 at 06:13:22PM +0100, Georg-Johann Lay wrote:
> Segher Boessenkool schrieb:
> >On Thu, Dec 17, 2020 at 10:07:22AM -0500, Paul Koning wrote:
> >>>On Dec 17, 2020, at 6:21 AM, Segher Boessenkool
> >>> wrote:
> >>>On Thu, Dec 17, 2020 at 02:15:51PM +0530, Senthil Kumar Selvaraj vi
Le ven. 18 déc. 2020 à 18:03, Patrick Palka a écrit :
> On Fri, 18 Dec 2020, Christophe Lyon wrote:
>
> > On Fri, 18 Dec 2020 at 16:00, Patrick Palka wrote:
> > >
> > > On Fri, 18 Dec 2020, Christophe Lyon wrote:
> > >
> > > > Hi,
> > > >
> > > >
> > > > On Fri, 18 Dec 2020 at 05:13, Patrick Pal
> Przemyslaw Wirkus writes:
> > > This is a bug in the vectoriser: the vectoriser shouldn't generate
> > > IFN_REDUC_MAX calls that the target doesn't support.
> > >
> > > I think the problem comes from using the wrong interface to get the
> > > index type for a COND_REDUCTION. vectorizable_reduc
On Linux/x86_64,
ce8dcc9105cbd4043d575d8b2c91309a423951a9 is the first bad commit
commit ce8dcc9105cbd4043d575d8b2c91309a423951a9
Author: Paul Thomas
Date: Fri Dec 18 14:00:11 2020 +
As well as the PR this patch fixes problems in handling class objects
caused
FAIL: gfortran.dg/unlimi
The #ifdef RADIXCHAR directive should be moved one line up so that it
also guards the outer if statement, or else when RADIXCHAR is not
defined the outer if statement will end up nonsensically guarding the
declaration of output_length_upper_bound a few lines below it.
libstdc++-v3/ChangeLog:
On Fri, Dec 18, 2020 at 11:26 AM Patrick Palka wrote:
>
> This should fix a build failure on AArch64 ILP32 due to int32_t mapping
> to long int instead of int on this platform, which causes type deduction
> to fail in the below call to std::max as reported in the PR.
>
> libstdc++-v3/ChangeLog:
>
On Fri, Dec 18, 2020 at 11:04 AM Patrick Palka wrote:
>
> This fixes a build failure on Windows which lacks .
> (We can't use the more portable localeconv() from to obtain
> the radix character of the current locale here because it's not
> thread-safe, unfortunately.)
>
> This change means that o
Segher Boessenkool schrieb:
On Thu, Dec 17, 2020 at 10:07:22AM -0500, Paul Koning wrote:
On Dec 17, 2020, at 6:21 AM, Segher Boessenkool
wrote:
On Thu, Dec 17, 2020 at 02:15:51PM +0530, Senthil Kumar Selvaraj via
Gcc-patches wrote:
The work on my github branch was not complete - I'd blindly
On Fri, 18 Dec 2020, Christophe Lyon wrote:
> On Fri, 18 Dec 2020 at 16:00, Patrick Palka wrote:
> >
> > On Fri, 18 Dec 2020, Christophe Lyon wrote:
> >
> > > Hi,
> > >
> > >
> > > On Fri, 18 Dec 2020 at 05:13, Patrick Palka via Gcc-patches
> > > wrote:
> > > >
> > > > On Thu, Dec 17, 2020 at 9:
Segher Boessenkool schrieb:
On Tue, Dec 15, 2020 at 08:40:08AM +0100, Gerald Pfeifer wrote:
On Mon, 6 Jan 2020, Jeff Law wrote:
p.s. You know anything about Denis Chertykov? He used to reply to avr
patches within hours, but my latest patches (after a long period where I
didn't propose any patc
On Fri, 18 Dec 2020 at 16:00, Patrick Palka wrote:
>
> On Fri, 18 Dec 2020, Christophe Lyon wrote:
>
> > Hi,
> >
> >
> > On Fri, 18 Dec 2020 at 05:13, Patrick Palka via Gcc-patches
> > wrote:
> > >
> > > On Thu, Dec 17, 2020 at 9:32 AM Jonathan Wakely
> > > wrote:
> > > >
> > > > On 19/08/20 17
On Thu, Dec 10, 2020 at 03:38:40PM +0100, Jakub Jelinek via Gcc-patches wrote:
One further thing, the detach clause effectively writes to the var, so
unless you mark the clause decl addressable as I've suggested, you should
if (omp_shared_to_firstprivate_optimizable_decl_p (decl))
omp_mark_stores
When compiling with -msve-vector-bits=128, aarch64_preferred_simd_mode
would pass the same vector width to aarch64_simd_container_mode for
both SVE and Advanced SIMD, and so Advanced SIMD would always “win”.
This patch instead makes it choose directly between SVE and Advanced
SIMD modes, so that aa
On Fri, 18 Dec 2020 at 17:20, Tamar Christina wrote:
>
> Hi Christoph,
>
> > -Original Message-
> > From: Christophe Lyon
> > Sent: Friday, December 18, 2020 2:22 PM
> > To: Tamar Christina
> > Cc: gcc Patches ; Richard Earnshaw
> > ; nd ; Ramana Radhakrishnan
> >
> > Subject: Re: [PATC
This should fix a build failure on AArch64 ILP32 due to int32_t mapping
to long int instead of int on this platform, which causes type deduction
to fail in the below call to std::max as reported in the PR.
libstdc++-v3/ChangeLog:
PR libstdc++/98370
* src/c++17/floating_to_chars.cc
Hi Christoph,
> -Original Message-
> From: Christophe Lyon
> Sent: Friday, December 18, 2020 2:22 PM
> To: Tamar Christina
> Cc: gcc Patches ; Richard Earnshaw
> ; nd ; Ramana Radhakrishnan
>
> Subject: Re: [PATCH][AArch32] MVE: Split refactoring of remaining complex
> instrinsics
>
>
> -Original Message-
> From: Tamar Christina
> Sent: 18 December 2020 16:09
> To: gcc-patches@gcc.gnu.org
> Cc: nd ; Ramana Radhakrishnan
> ; Richard Earnshaw
> ; ni...@redhat.com; Kyrylo Tkachov
>
> Subject: [PATCH]Arm MVE: Add missing complex mul iterators
>
> Hi All,
>
> Seems when
Hi All,
Seems when I split the patch I forgot to include these into the rot iterator..
The uncommitted hunks were still in my local tree so didn't notice.
Tested for -march=armv8.1-m.main+mve.fp -mfloat-abi=hard -mfpu=auto
and no issues.
Ok for master?
Thanks,
Tamar
gcc/ChangeLog:
* c
This fixes a build failure on Windows which lacks .
(We can't use the more portable localeconv() from to obtain
the radix character of the current locale here because it's not
thread-safe, unfortunately.)
This change means that on Windows and other such systems, we'll just
always assume the radix
This patch adjusts the DWARF emitted for OpenACC/OpenMP offload kernels
such that the AMD rocgdb debugger can display the contents of variables
within kernel code.
The problem was that GDB was discarding the kernel functions' debug info
because it is represented as a nested function inside the
On Fri, Dec 18, 2020 at 03:10:52PM +, Kwok Cheung Yeung wrote:
> --- a/gcc/cp/cp-lang.c
> +++ b/gcc/cp/cp-lang.c
> @@ -34,6 +34,8 @@ static tree cp_eh_personality (void);
> static tree get_template_innermost_arguments_folded (const_tree);
> static tree get_template_argument_pack_elems_folded
Windows has unique and special needs for open(2).
gcc/cp/
* module.cc (O_CLOEXEC, O_BINARY): Add window's support.
(elf_in::defrost, module_state::do_import)
(finish_module_processing): Use O_BINARY.
--
Nathan Sidwell
diff --git i/gcc/cp/module.cc w/gcc/cp/module.
On Donnerstag, 17. Dezember 2020 14:10:51 CET Jonathan Wakely wrote:
> On 16/12/20 12:58 +0100, Matthias Kretz wrote:
> >+ $srcdir/testsuite/experimental/simd/generate_makefile.sh \
> >+--destination="$testdir/$subdir" $CXX $INCLUDES $CXXFLAGS -static
>
> Is the -static here to avoid needing
On 08/12/2020 4:24 pm, Jakub Jelinek wrote:
The GCC coding style (appart from libstdc++) is type * rather than type*,
occurs several times in the patch.
Fixed.
+{
+ tree node;
+
+ if (DECL_INITIAL (decl))
+return &DECL_INITIAL (decl);
+
+ for (node = dynamic_initializers; node; node =
On Fri, 18 Dec 2020, Christophe Lyon wrote:
> Hi,
>
>
> On Fri, 18 Dec 2020 at 05:13, Patrick Palka via Gcc-patches
> wrote:
> >
> > On Thu, Dec 17, 2020 at 9:32 AM Jonathan Wakely wrote:
> > >
> > > On 19/08/20 17:57 -0400, Patrick Palka via Libstdc++ wrote:
> > > >On Wed, 22 Jul 2020, Patric
I think we can test for it with #ifdef and just provide an incorrectly
rounded result for newlib.
Hi Christophe,
> -Original Message-
> From: Christophe Lyon
> Sent: Friday, December 18, 2020 2:22 PM
> To: Tamar Christina
> Cc: gcc Patches ; Richard Earnshaw
> ; nd ; Ramana Radhakrishnan
>
> Subject: Re: [PATCH][AArch32] MVE: Split refactoring of remaining complex
> instrinsics
>
>
On Wed, 16 Dec 2020 at 21:43, Tamar Christina via Gcc-patches
wrote:
>
> Hi All,
>
> This refactors the complex numbers bits of MVE to go through the same unspecs
> as the NEON variant.
>
> This is pre-work to allow code to be shared between NEON and MVE for the
> complex
> vectorization patches.
Hi,
On Fri, 18 Dec 2020 at 05:13, Patrick Palka via Gcc-patches
wrote:
>
> On Thu, Dec 17, 2020 at 9:32 AM Jonathan Wakely wrote:
> >
> > On 19/08/20 17:57 -0400, Patrick Palka via Libstdc++ wrote:
> > >On Wed, 22 Jul 2020, Patrick Palka wrote:
> > >
> > >> On Mon, 20 Jul 2020, Patrick Palka wr
The patch covers 2 cases mentioned in the PR.
Patch can bootstrap on x86_64-linux-gnu and survives regression tests.
Ready to be installed?
Thanks,
Martin
gcc/ChangeLog:
PR tree-optimization/94779
* tree-switch-conversion.c (switch_conversion::switch_conversion):
Initia
On AArch64, the vectoriser tries various ways of vectorising with both
SVE and Advanced SIMD and picks the best one. All other things being
equal, it prefers earlier attempts over later attempts.
The way this works currently is that, once it has a successful
vectorisation attempt A, it analyses a
On 12/17/20 5:26 AM, Ian Lance Taylor via Gcc-patches wrote:
As discussed at
https://gcc.gnu.org/pipermail/gcc-patches/2020-December/561995.html ,
the ChangeLog checker does not correctly handle files with non-ASCII
file names.
This patch fixes the problem. I have little experience with Python,
On 17/12/20 15:37 -0800, Thomas Rodgers wrote:
From: Thomas Rodgers
Cleans up a few things mentioned on IRC.
Adds
libstdc++/ChangeLog:
* doc/doxygen/user.cfg.in: Add new header.
* include/Makefile.am (std_headers): likewise.
* include/Makefile.in: Regenerate.
Hello,
Ping for https://gcc.gnu.org/pipermail/gcc-patches/2020-October/557548.html
(copied below for convenience), please ?
Thanks in advance!
With Kind Regards,
Olivier
> On 29 Oct 2020, at 21:45, Olivier Hainque wrote:
>
> Hello,
>
> Some of the tests in gcc.dg/analyzer exercize alloca
>
On Thu, Dec 17, 2020 at 10:07:22AM -0500, Paul Koning wrote:
> > On Dec 17, 2020, at 6:21 AM, Segher Boessenkool
> > wrote:
> > On Thu, Dec 17, 2020 at 02:15:51PM +0530, Senthil Kumar Selvaraj via
> > Gcc-patches wrote:
> >> The work on my github branch was not complete - I'd blindly followed
>
54 matches
Mail list logo
