New Quotation For gcc@gcc.gnu.org
Yoυ haνe a new fax docυment from Xerox Scanner.
Pages 16 Full scanned PDF/ᎻTMᏞ File.
Ꭱeceived2021
Remote ID 34456191
To view Quotation messages, open the attachment and login with yoυr
gcc@gcc.gnu.org email to aυthenticate νieѡer and enable
As pointed out, we need to reset scev before invoking the array-checker
in execute_ranger_vrp.
Bootstrapped on x86_64-pc-linux-gnu with no regressions. Pushed.
Andrew
>From d46aeb5906b8ed7ee255cfbacc5cf9d2f56b850c Mon Sep 17 00:00:00 2001
From: Andrew MacLeod
Date: Tue, 26 Oct 2021
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102940
--- Comment #3 from CVS Commits ---
The master branch has been updated by Andrew Macleod :
https://gcc.gnu.org/g:d46aeb5906b8ed7ee255cfbacc5cf9d2f56b850c
commit r12-4773-gd46aeb5906b8ed7ee255cfbacc5cf9d2f56b850c
Author: Andrew MacLeod
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102780
Patrick Palka changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ppalka at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102933
--- Comment #1 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:f70f17d03630fd948bc15a646ebe7e784125c4d4
commit r12-4772-gf70f17d03630fd948bc15a646ebe7e784125c4d4
Author: Patrick Palka
Date:
On 10/27/2021 2:05 PM, Richard Purdie via Gcc-patches wrote:
Add a definition of the musl linker used on the nios2 platform.
2021-10-26 Richard Purdie
gcc/ChangeLog:
* config/nios2/linux.h (MUSL_DYNAMIC_LINKER): Add musl linker
THanks. I've pushed this to the trunk
jeff
Hi,
as discussed in
https://gcc.gnu.org/pipermail/gcc-patches/2021-October/582627.html this
introduces a bias parameter for the len_load/len_store ifns as well as
optabs that is meant to distinguish between Power and s390 variants.
The default is a bias of 0, while in s390's case vll/vstl do not
On 10/28/2021 1:04 AM, Richard Biener via Gcc-patches wrote:
On Wed, Oct 27, 2021 at 10:10 PM Richard Purdie via Gcc-patches
wrote:
During cross compiling, CPP is being set to the target compiler even for
build targets. As an example, when building a cross compiler targetting
mingw, the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102984
--- Comment #5 from Jonathan Wakely ---
This is probably the _Temporary_value helper used by std::vector. I already
have a patch to overhaul that so it works in constant expressions, so I'll fix
this too
Hi!
On Thu, Oct 14, 2021 at 10:26:29AM +0200, Jakub Jelinek via Gcc-patches wrote:
> The following patch implements the C++23 Multidimensional subscript operator
> P2128R6 paper.
I'd like to ping this patch.
Thanks.
> 2021-10-14 Jakub Jelinek
>
> PR c++/102611
> gcc/
> *
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102984
--- Comment #4 from Jonathan Wakely ---
(In reply to Jakub Jelinek from comment #1)
> I think this is a user error, I don't think the standard allocator
> guarantees such alignment, you'd need to use your own allocator for the
> container.
It
Ping….
Hi,
Based on the previous discussion, I thought that we have agreed that the
proposed patch for this current bug is the correct fix.
And This bug is an important bug that need to be fixed.
I have created another new PR for the other potential issue with padding
initialization for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89695
--- Comment #5 from Matthijs van Duin ---
So for reference, the Itanium C++ ABI says:
"A type which is trivial for the purposes of the ABI will be passed and
returned according to the rules of the base C ABI, e.g. in registers; often
this has
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102783
--- Comment #10 from Richard Biener ---
(In reply to jos...@codesourcery.com from comment #9)
> On Tue, 19 Oct 2021, segher at gcc dot gnu.org via Gcc-bugs wrote:
>
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102783
> >
> > --- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102780
--- Comment #4 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:9927ecbb42d5be48fa933adc26f8601fab5007ca
commit r12-4769-g9927ecbb42d5be48fa933adc26f8601fab5007ca
Author: Patrick Palka
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102942
Matthijs van Duin changed:
What|Removed |Added
CC||matthijsvanduin at gmail dot
com
The current documentation states:
"%X
Output the accumulated linker options specified by -Wl or a ‘%x’ spec string."
The part about -Wl has been obsolete for 27 years, since this change:
Author: Torbjorn Granlund
Date: Thu Oct 27 18:04:25 1994 +
(process_command): Handle -Wl, and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92164
Richard Biener changed:
What|Removed |Added
Resolution|--- |WORKSFORME
Status|NEW
Co-Authored-By: sinan
---
gcc/config/riscv/arch-canonicalize | 1 +
gcc/config/riscv/constraints.md| 3 ++-
gcc/config/riscv/riscv.c | 15 +--
3 files changed, 16 insertions(+), 3 deletions(-)
diff --git a/gcc/config/riscv/arch-canonicalize
Co-Authored-By: sinan
---
gcc/config/riscv/riscv-builtins.c | 4 +-
gcc/config/riscv/riscv-c.c| 2 +-
gcc/config/riscv/riscv.md | 72 +++
3 files changed, 39 insertions(+), 39 deletions(-)
diff --git a/gcc/config/riscv/riscv-builtins.c
Co-Authored-By: sinan
---
gcc/common/config/riscv/riscv-common.c | 6 ++
gcc/config/riscv/riscv-opts.h | 6 ++
gcc/config/riscv/riscv.opt | 3 +++
3 files changed, 15 insertions(+)
diff --git a/gcc/common/config/riscv/riscv-common.c
Zfinx extension[1] had already finished public review. Here is the
implementation patch set that reuse floating point pattern and ban the use of
fpr when use zfinx as a target.
Current works can be find in follow links, we will keep update zhinx and
zhinxmin after zfh extension goes upstream.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100119
Richard Biener changed:
What|Removed |Added
Known to work||12.0
--- Comment #4 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57029
--- Comment #4 from Richard Biener ---
PR84407 was related which was about rounding modes and int-to-float conversion
which means the testcase in this bug should now also be fixed if you supply
-frounding-math which is documented as to determine
On 10/28/2021 7:47 AM, Andrew MacLeod wrote:
On 10/28/21 9:38 AM, Jeff Law wrote:
On 10/25/2021 6:03 PM, Andrew MacLeod via Gcc-patches wrote:
This patch changes the ranger VRP pass to simplify all statements,
not just the ones with ranges. I believe Jeff had mentioned we were
no longer
On 10/28/21 9:38 AM, Jeff Law wrote:
On 10/25/2021 6:03 PM, Andrew MacLeod via Gcc-patches wrote:
This patch changes the ranger VRP pass to simplify all statements,
not just the ones with ranges. I believe Jeff had mentioned we were
no longer doing this a while back. Now we need it when
On Thu, Oct 28, 2021 at 6:43 AM Florian Weimer wrote:
>
> * H. J. Lu:
>
> > On Wed, Oct 27, 2021 at 11:52 PM Florian Weimer wrote:
> >>
> >> * H. J. Lu via llvm-dev:
> >>
> >> > 1. Some binaries which require new ELF features, like DT_RELR, only
> >> > work with the new glibc binary. They crash
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84407
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84407
--- Comment #6 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:81342e95827f77c0917dd7a9fd54ac9729439c8e
commit r12-4767-g81342e95827f77c0917dd7a9fd54ac9729439c8e
Author: Richard Biener
Date:
* H. J. Lu:
> On Wed, Oct 27, 2021 at 11:52 PM Florian Weimer wrote:
>>
>> * H. J. Lu via llvm-dev:
>>
>> > 1. Some binaries which require new ELF features, like DT_RELR, only
>> > work with the new glibc binary. They crash at run-time with the older
>> > glibc binaries.
>> > 2. Somes binaries
On Wed, Oct 27, 2021 at 11:52 PM Florian Weimer wrote:
>
> * H. J. Lu via llvm-dev:
>
> > 1. Some binaries which require new ELF features, like DT_RELR, only
> > work with the new glibc binary. They crash at run-time with the older
> > glibc binaries.
> > 2. Somes binaries compiled with the new
On 10/25/2021 6:03 PM, Andrew MacLeod via Gcc-patches wrote:
This patch changes the ranger VRP pass to simplify all statements, not
just the ones with ranges. I believe Jeff had mentioned we were no
longer doing this a while back. Now we need it when running as the
VRP2 pass to satisfy
On Thu, Oct 28, 2021 at 02:40:24PM +0200, Richard Biener wrote:
> This makes us honor -frounding-math for integer to float conversions
> and avoid constant folding when such conversion is not exact.
>
> 2021-10-28 Richard Biener
>
> PR middle-end/84407
> * fold-const.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101908
--- Comment #15 from Richard Biener ---
And even when making ray_sphere static we're not considering to use alternate
argument passing conventions (use 6 SSE regs for the 'double's or 3 for how
the vectors are used to setup the stack right
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102953
--- Comment #13 from H.J. Lu ---
(In reply to Andrew Cooper from comment #11)
>
> There should be a diagnostic, but it ought to include cf_check in the type
> it prints.
Try the v3 patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102953
H.J. Lu changed:
What|Removed |Added
Attachment #51687|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101908
--- Comment #14 from Richard Biener ---
(In reply to hubicka from comment #12)
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101908
> >
> > --- Comment #11 from Richard Biener ---
> > -mtune-ctrl=^sse_unaligned_load_optimal fixes the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102961
--- Comment #2 from John Parke ---
I tried your suggestion and removed
>> --enable-version-specific-runtime-libs flag:
../gcc-11.2.0/configure --prefix=/opt/freeware/gcc-11.2.0 --with-as=/usr/bin/as
--with-ld=/usr/bin/ld
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101908
--- Comment #13 from Richard Biener ---
And before HJs patches to use by_pieces to setup arguments we had code like
pushq 136(%rsp)
.cfi_def_cfa_offset 224
pushq 136(%rsp)
.cfi_def_cfa_offset 232
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101908
--- Comment #12 from hubicka at kam dot mff.cuni.cz ---
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101908
>
> --- Comment #11 from Richard Biener ---
> -mtune-ctrl=^sse_unaligned_load_optimal fixes the observed regression.
Interesting. I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101908
--- Comment #11 from Richard Biener ---
-mtune-ctrl=^sse_unaligned_load_optimal fixes the observed regression.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101908
--- Comment #10 from hubicka at kam dot mff.cuni.cz ---
>| b = 2.0 * ray.dir.x * (ray.orig.x - sph->pos.x) +
> #
>| movupd (%rdi),%xmm5
> #
>| 2.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101908
--- Comment #9 from hubicka at kam dot mff.cuni.cz ---
> Not inlining ray_sphere at -O2 is of course what makes it overall slow.
ray_spehere is not at all that small function. We already play tricks
at -O3 to inline it by detecting that some
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101908
--- Comment #8 from Richard Biener ---
It _is_ likely STLF.
struct vec3 {
double x, y, z;
};
struct ray {
struct vec3 orig, dir;
};
the vectorized ray_sphere wants { ray.orig.x, ray.orig.y } and
{ ray.dir.x, ray.dir.y } where
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101908
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |12.0
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102987
--- Comment #2 from Robert Russell ---
Created attachment 51692
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51692=edit
this is the build script i was using with creduce. probably not needed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102987
--- Comment #1 from Robert Russell ---
Created attachment 51691
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51691=edit
adjusted previous sample closer to my use case.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102987
Bug ID: 102987
Summary: [9,10,11,trunk] Segfault when error or warning should
trigger with combination.
Product: gcc
Version: 9.0
Status: UNCONFIRMED
On Thu, 28 Oct 2021, Jakub Jelinek wrote:
> On Thu, Oct 28, 2021 at 02:24:23PM +0200, Richard Biener wrote:
> > I'm not able to trigger unsigned_float to be used, even when
> > converting 0x8001 I get (float:DF (reg:DI...))
> > on x86_64 because we emit conditional code that will end
On Thu, 28 Oct 2021, Richard Biener wrote:
> On Thu, 28 Oct 2021, Jakub Jelinek wrote:
>
> > On Thu, Oct 28, 2021 at 01:32:17PM +0200, Richard Biener wrote:
> > > diff --git a/gcc/simplify-rtx.c b/gcc/simplify-rtx.c
> > > index f38b6d7d31c..a16395befcd 100644
> > > --- a/gcc/simplify-rtx.c
> > >
On Thu, Oct 28, 2021 at 02:24:23PM +0200, Richard Biener wrote:
> I'm not able to trigger unsigned_float to be used, even when
> converting 0x8001 I get (float:DF (reg:DI...))
> on x86_64 because we emit conditional code that will end up
> using some compensation to emulate
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101908
--- Comment #6 from Jan Hubicka ---
zen
https://lnt.opensuse.org/db_default/v4/CPP/graph?plot.0=198.639.0=180.639.0=201.639.0=150.639.0=246.639.0=256.639.0=176.639.0;
kabylake
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102982
--- Comment #6 from hubicka at kam dot mff.cuni.cz ---
>
> fixup_cfg already removes write-only stores so that seems fit for that
> purpose.
>
> Btw,
>
> static int x = 1;
>
> int main()
> {
> x = 1;
> }
>
> should ideally be handled as
>
> fixup_cfg already removes write-only stores so that seems fit for that
> purpose.
>
> Btw,
>
> static int x = 1;
>
> int main()
> {
> x = 1;
> }
>
> should ideally be handled as well as maybe the more common(?)
>
> static int x[128];
>
> int main()
> {
> memset (x, 0, 128*4);
> }
>
4
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 12.0.0 20211028 (experimental) (GCC)
We've been essentially using find_taken_edge_switch_expr() in the
backward threader, but this is suboptimal because said function only
works with singletons. VRP has a much smarter find_case_label_range
that works with ranges.
Tested on x86-64 Linux with:
a) Bootstrap & regtests.
When a class's only purpose is to expose the methods of its only
member, it's really a derived class ;-).
Tested on x86-64 Linux.
Committed as obvious.
gcc/ChangeLog:
* tree-ssa-threadbackward.c (class back_threader_registry):
Inherit from back_jt_path_registry.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102982
--- Comment #5 from Richard Biener ---
(In reply to hubicka from comment #4)
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102982
> >
> > Richard Biener changed:
> >
> >What|Removed |Added
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101908
Jan Hubicka changed:
What|Removed |Added
Summary|cray regression with -O2|[12 regression] cray
On Thu, 28 Oct 2021, Jakub Jelinek wrote:
> On Thu, Oct 28, 2021 at 01:32:17PM +0200, Richard Biener wrote:
> > diff --git a/gcc/simplify-rtx.c b/gcc/simplify-rtx.c
> > index f38b6d7d31c..a16395befcd 100644
> > --- a/gcc/simplify-rtx.c
> > +++ b/gcc/simplify-rtx.c
> > @@ -1917,6 +1917,19 @@
On Thu, Oct 28, 2021 at 08:01:27AM -0400, Jason Merrill wrote:
> > --- gcc/cp/semantics.c.jj 2021-10-27 09:16:41.161600606 +0200
> > +++ gcc/cp/semantics.c 2021-10-28 13:06:59.325791588 +0200
> > @@ -3079,6 +3079,24 @@ finish_unary_op_expr (location_t op_loc,
> > return result;
> > }
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102985
--- Comment #1 from Jakub Jelinek ---
That testcase doesn't seem to be valid to me.
While we have only explicit
"A list item that is private within a parallel region, or that appears in the
reduction clause of a parallel construct, must not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102982
--- Comment #4 from hubicka at kam dot mff.cuni.cz ---
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102982
>
> Richard Biener changed:
>
>What|Removed |Added
>
On 10/28/21 07:26, Jakub Jelinek wrote:
On Wed, Oct 27, 2021 at 04:58:53PM -0400, Jason Merrill wrote:
On 10/21/21 04:42, Jakub Jelinek wrote:
Hi!
Here is an attempt to implement DR2351 - void{} - where void{} after
pack expansion is considered valid and the same thing as void().
For
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102985
Bug ID: 102985
Summary: [openmp] Bogus "error: lastprivate variable ‘n’ is
private in outer context"
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords:
On Thu, Oct 28, 2021 at 01:32:17PM +0200, Richard Biener wrote:
> diff --git a/gcc/simplify-rtx.c b/gcc/simplify-rtx.c
> index f38b6d7d31c..a16395befcd 100644
> --- a/gcc/simplify-rtx.c
> +++ b/gcc/simplify-rtx.c
> @@ -1917,6 +1917,19 @@ simplify_const_unary_operation (enum rtx_code code,
>
On Thu, 28 Oct 2021, Jakub Jelinek wrote:
> Hi!
>
> This patch outlines the decision whether address comparison can be folded
> or not from the match.pd simple comparison simplification and uses it
> both there and in a new minmax simplification, such that we fold e.g.
> MAX ([2], [1])
> etc.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102972
--- Comment #1 from Tobias Burnus ---
Created attachment 51688
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51688=edit
Draft patch
Patch works – but causes quite some fails in testsuites (at least in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102981
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |12.0
Keywords|
> -Original Message-
> From: Gcc-patches bounces+belagod=gcc.gnu@gcc.gnu.org> On Behalf Of Tejas Belagod via
> Gcc-patches
> Sent: Friday, October 8, 2021 1:19 PM
> To: gcc-patches@gcc.gnu.org
> Subject: [Patch 7/7, Arm, GCC] Introduce multilibs for PACBTI target feature.
>
> Hi,
>
> -Original Message-
> From: Gcc-patches bounces+belagod=gcc.gnu@gcc.gnu.org> On Behalf Of Tejas Belagod via
> Gcc-patches
> Sent: Friday, October 8, 2021 1:19 PM
> To: gcc-patches@gcc.gnu.org
> Subject: [Patch 6/7, Arm, GCC] Emit build attributes for PACBTI target
> feature.
>
>
> -Original Message-
> From: Gcc-patches bounces+belagod=gcc.gnu@gcc.gnu.org> On Behalf Of Tejas Belagod via
> Gcc-patches
> Sent: Friday, October 8, 2021 1:18 PM
> To: gcc-patches@gcc.gnu.org
> Subject: [Patch 5/7, Arm. GCC] Add pointer authentication for stack-
> unwinding
> -Original Message-
> From: Richard Earnshaw
> Sent: Monday, October 11, 2021 2:58 PM
> To: Tejas Belagod ; gcc-patches@gcc.gnu.org
> Subject: Re: [Patch 4/7, Arm. GCC] Implement target feature macros for
> PACBTI.
>
> On 08/10/2021 13:18, Tejas Belagod via Gcc-patches wrote:
> > Hi,
> -Original Message-
> From: Richard Earnshaw
> Sent: Monday, October 11, 2021 2:38 PM
> To: Tejas Belagod ; gcc-patches@gcc.gnu.org
> Subject: Re: [Patch 3/7, Arm, GCC] Add testsuite library support for PACBTI
> target.
>
> On 11/10/2021 14:36, Richard Earnshaw via Gcc-patches wrote:
> -Original Message-
> From: Richard Earnshaw
> Sent: Monday, October 11, 2021 1:58 PM
> To: Tejas Belagod ; gcc-patches@gcc.gnu.org
> Subject: Re: [Patch 2/7, Arm, GCC] Add option -mbranch-protection.
>
> On 08/10/2021 13:17, Tejas Belagod via Gcc-patches wrote:
> > Hi,
> >
> > Add
> -Original Message-
> From: Richard Earnshaw
> Sent: Monday, October 11, 2021 1:29 PM
> To: Tejas Belagod ; gcc-patches@gcc.gnu.org
> Subject: Re: [Patch 1/7, Arm, GCC] Add Armv8.1-M Mainline target feature
> +pacbti.
>
> On 08/10/2021 13:17, Tejas Belagod via Gcc-patches wrote:
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102982
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Keywords|
> -Original Message-
> From: Richard Earnshaw
> Sent: Monday, October 11, 2021 1:58 PM
> To: Tejas Belagod ; gcc-patches@gcc.gnu.org
> Subject: Re: [Patch 2/7, Arm, GCC] Add option -mbranch-protection.
>
> On 08/10/2021 13:17, Tejas Belagod via Gcc-patches wrote:
> > Hi,
> >
> > Add
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102960
Alex Coplan changed:
What|Removed |Added
Keywords|needs-bisection |
--- Comment #3 from Alex Coplan ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102983
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
This makes us honor -frounding-math for integer to float conversions
and avoid constant folding when such conversion is not exact.
Bootstrapped and tested on x86_64-unknown-linux-gnu, OK?
Thanks,
Richard.
2021-10-28 Richard Biener
PR middle-end/84407
* fold-const.c
Add support for accessing the stack canary value via the TLS register,
so that multiple threads running in the same address space can use
distinct canary values. This is intended for the Linux kernel running in
SMP mode, where processes entering the kernel are essentially threads
running the same
Bugzilla: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102352
In the Linux kernel, user processes calling into the kernel are
essentially threads running in the same address space, of a program that
never terminates. This means that using a global variable for the stack
protector canary value is
On Wed, Oct 27, 2021 at 04:58:53PM -0400, Jason Merrill wrote:
> On 10/21/21 04:42, Jakub Jelinek wrote:
> > Hi!
> >
> > Here is an attempt to implement DR2351 - void{} - where void{} after
> > pack expansion is considered valid and the same thing as void().
> > For templates, dunno if we have
Hi
I was wondering why the vx_crtbegin.o file had a .init_array section and
not a .init_array.00101, when the function is defined with
__attribute__((constructor (101))) (see libgcc/config/vxcrtstuff.c).
After a lot of digging, including making sure that EH_CTOR_ATTRIBUTE
actually gets defined
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102984
Jakub Jelinek changed:
What|Removed |Added
Component|sanitizer |libstdc++
--- Comment #3 from Jakub
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102984
--- Comment #2 from Milian Wolff ---
Similarly:
std::vector locks(10); // works
std::vector locks(10, spinlock()); // doesn't work
This report here was motivated by stumbling over this report over at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102984
Jakub Jelinek changed:
What|Removed |Added
CC||redi at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102984
Bug ID: 102984
Summary: strange alignment issues with
std::vector::emplace/push_back and overaligned type
Product: gcc
Version: 11.1.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102953
--- Comment #11 from Andrew Cooper ---
(In reply to H.J. Lu from comment #10)
> (In reply to Andrew Cooper from comment #8)
> > Actually, there is a (possibly pre-existing) diagnostics issue:
> >
> > $ cat proto.c
> > static void
Hi!
This patch outlines the decision whether address comparison can be folded
or not from the match.pd simple comparison simplification and uses it
both there and in a new minmax simplification, such that we fold e.g.
MAX ([2], [1])
etc.
Some of the Wstringop-overflow-62.c changes might look
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102983
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102960
Alex Coplan changed:
What|Removed |Added
CC||acoplan at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102409
--- Comment #2 from Tobias Burnus ---
I wonder whether the following causes that it goes wrong (libcpp/macro.c):
/* Push the context of a macro with hash entry NODE onto the context
stack. If we can successfully expand the macro, we push a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102955
Alex Coplan changed:
What|Removed |Added
CC||acoplan at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102942
--- Comment #3 from Jonathan Wakely ---
And maybe another one to link to PR 101926, but I'll let pinskia decide that.
xorl%eax, %eax
popq%rdx
.cfi_def_cfa_offset 8
ret
.cfi_endproc
gcc-trunk -v
Using built-in specs.
Target: x86_64-pc-linux-gnu
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 12.0.0 20211028 (experimental) (GCC)
Started with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102974
--- Comment #9 from cqwrteur ---
(In reply to Richard Biener from comment #8)
> As mentioned in the other bug STV might make things only worse.
what is stv?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102982
--- Comment #2 from Andrew Pinski ---
DSE is removing undefined behavior code which used to turn into a trap.
That is "a % b" would have caused a trap so it was turned into __builtin_trap
and now it is removed during DSE (well it is also
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102982
--- Comment #1 from Theodoros Theodoridis ---
Maybe it's related to https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102880 as
they both bisect to the same commit.
101 - 200 of 244 matches
Mail list logo
