https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99310
--- Comment #3 from Arseny Solokha ---
I cannot reproduce it w/ gcc-12.0.0-alpha20210919 snapshot
(g:32731fa5b0abf092029b8e2be64319b978bda514).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101185
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|pinskia at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101185
Andrew Pinski changed:
What|Removed |Added
Keywords|wrong-code |
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101185
Andrew Pinski changed:
What|Removed |Added
Component|target |testsuite
--- Comment #16 from Andrew
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32122
Andrew Pinski changed:
What|Removed |Added
Keywords||patch
URL|
From: Andrew Pinski
So GCC has always accepted non-pointer types in computed gotos but
that was wrong based on the documentation:
Any expression of type void * is allowed.
So this fixes the problem by requiring the type to
be a pointer type.
OK? Bootstrapped and tested on x86_64-linux-gnu with
This patch fixes 3 testcases that violate F2018 C838 by passing an
assumed-rank argument to a procedure via an assumed-sized dummy, by
wrapping the call in a SELECT RANK construct. But wait, there's more!
This triggered an ICE due to a null pointer dereference in the code that
handles the
This patch fixes some bugs in handling of assumed-rank arguments
revealed by the TS29113 testsuite, allowing xfails to be removed from
those testcases. It was previously failing to diagnose an error when
passing an assumed-rank argument to a procedure via a non-assumed-rank
dummy, and giving
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35980
--- Comment #1 from Andrew Pinski ---
Hmm, we used to warn (error out for -pedantic-errors) for:
typedef int __attribute__((may_alias)) mytype;
mytype a;
int *p =
But starting in GCC 7, we no longer do.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101312
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96546
Andrew Pinski changed:
What|Removed |Added
Known to fail||4.8.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86217
--- Comment #2 from Andrew Pinski ---
This seems this has always been this way (from 1992 or so).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86217
--- Comment #1 from Andrew Pinski ---
The const part is twice as the decl has TREE_READONLY set to true and the type
has TYPE_READONLY is set to true.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44257
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92935
Andrew Pinski changed:
What|Removed |Added
Keywords||rejects-valid
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98047
Andrew Pinski changed:
What|Removed |Added
Keywords||rejects-valid
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89495
Andrew Pinski changed:
What|Removed |Added
CC||dcb314 at hotmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86137
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81050
Andrew Pinski changed:
What|Removed |Added
CC||rmansfield at qnx dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60368
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81050
--- Comment #4 from Andrew Pinski ---
clang rejects it:
clang-14: error: invalid value 'utf-16' in '-fexec-charset=utf-16'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43027
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69130
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24639
Bug 24639 depends on bug 102403, which changed state.
Bug 102403 Summary: [12 Regression] ICE in in init_from_control_deps, at
gimple-predicate-analysis.cc:2364
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102403
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102403
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102243
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
After the front end passes control to the middle end cfun is never
null (I'm pretty sure) but when a middle end helper is called
from the C++ front end cfun can be null for a namespace scope
initializer expression. A recent change of mine to the helper
introduced an assumption to the contrary,
On 9/18/21 3:14 PM, Martin Sebor wrote:
On 9/18/21 12:46 PM, Martin Sebor wrote:
On 9/17/21 10:08 PM, Jeff Law wrote:
On 9/17/2021 4:05 PM, Martin Sebor wrote:
On 9/2/21 10:28 AM, Jeff Law via Gcc-patches wrote:
On 8/30/2021 2:03 PM, Martin Sebor via Gcc-patches wrote:
The predicate
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102403
--- Comment #3 from CVS Commits ---
The master branch has been updated by Martin Sebor :
https://gcc.gnu.org/g:825293da703aa1f7ce870b40afce91c1e8b6c0fa
commit r12-3674-g825293da703aa1f7ce870b40afce91c1e8b6c0fa
Author: Martin Sebor
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102243
--- Comment #4 from CVS Commits ---
The master branch has been updated by Martin Sebor :
https://gcc.gnu.org/g:c3895ef466f3068cac6f5c18b55716f494484917
commit r12-3673-gc3895ef466f3068cac6f5c18b55716f494484917
Author: Martin Sebor
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102356
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |11.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102264
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |9.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101344
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |11.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97968
Andrew Pinski changed:
What|Removed |Added
CC||gabravier at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98303
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97968
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |9.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102071
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |10.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86515
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |9.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100651
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |9.5
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101204
--- Comment #6 from Andrew Pinski ---
typedef int_hash xint_hash_t;
typedef hash_map xint_hash_map_t;
/* A mapping from a 'location_t' to the warning spec set for it. */
extern GTY(()) xint_hash_map_t *nowarn_map;
int_hash has no fields
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101204
--- Comment #5 from Andrew Pinski ---
void
gt_pch_nx (int_hash* x ATTRIBUTE_UNUSED,
ATTRIBUTE_UNUSED gt_pointer_operator op,
ATTRIBUTE_UNUSED void *cookie)
{
gt_pch_nx (&((*x)), op, cookie);
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101204
Andrew Pinski changed:
What|Removed |Added
Keywords||internal-improvement
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46379
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2021-09-19
Ever confirmed|0
> On 19 Sep 2021, at 16:10, Jeff Law via Gcc-patches
> wrote:
>
>
>
> On 8/4/2021 12:21 PM, John Ericson wrote:
>> The helper is for `--print-prog-name` and similar things. Since all
>> executable finding goes through it, we can move the default overrides
>> into that path too. This also
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43523
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2021-09-19
Snapshot gcc-12-20210919 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/12-20210919/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 12 git branch
with the following options: git://gcc.gnu.org/git/gcc.git branch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88173
Roger Sayle changed:
What|Removed |Added
Target Milestone|--- |12.0
Resolution|---
Hello there,
We are 6 students from Egypt and now We are in our last year and We need to
build a project as a graduation project.
And We are interested in the area of runtime systems, operating systems and
compilers.
We are going to work 40-60 hrs a week
Can We help in some tool you need as a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102405
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
On 9/16/21 3:03 AM, Hongtao Liu via Gcc-patches wrote:
On Thu, Sep 16, 2021 at 4:23 PM Richard Biener via Gcc-patches
wrote:
On Thu, 16 Sep 2021, liuhongt wrote:
Ping
rebased on latest trunk.
gcc/ChangeLog:
* common.opt (ftree-vectorize): Add Var(flag_tree_vectorize).
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102311
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102287
--- Comment #5 from CVS Commits ---
The releases/gcc-11 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:6527feb07c31689c6d31b7bd16fec9ada691e06b
commit r11-9015-g6527feb07c31689c6d31b7bd16fec9ada691e06b
Author: Harald Anlauf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102311
--- Comment #6 from CVS Commits ---
The releases/gcc-11 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:1ae01a88d35a0e2b7d7686fcb3a4fdcc2a04e9f4
commit r11-9014-g1ae01a88d35a0e2b7d7686fcb3a4fdcc2a04e9f4
Author: Harald Anlauf
On Sun, 19 Sep 2021, Allin Cottrell via Gcc wrote:
Should this perhaps be considered a bug? Below is a minimal test case for a
type of calculation that occurs in my real code. It works as expected when
compiled without optimization, but produces what seems like a wrong result
when compiled
Hi
These were used on older systems to equate the FAT libgcc_s
library to single-slice equivalents. Unused for any current
system and never emitted by GCC.
tested on x86_64, i686 darwin and x86_64-linux (,m32)
pushed to master, thanks
Iain
Signed-off-by: Iain Sandoe
libgcc/ChangeLog:
Hi
This reorganises the Darwin symbol vers files to include
the generic ones at the top level; allowing for arch ports
to override (via either exclusion or inclusion as needed).
We add an X86-specific vers file containing the new HF
symbols. Note that although Darwin does not use ELF-style
Hi,
We have a small unwinder shim that is only used for Darwin10
(and only then in quite specific cases). To avoid linking
this code for every executable or DSO, we can present the crt
as a convenience library (rather than a .o file).
tested on x86_64-darwin10,18, x86_64-linux-gnu
pushed to
Should this perhaps be considered a bug? Below is a minimal test
case for a type of calculation that occurs in my real code. It works
as expected when compiled without optimization, but produces what
seems like a wrong result when compiled with -O2, using both gcc
10.3.1 20210422 on Fedora and
A couple of goacc tests do not have unique names. This causes problems
for the test comparison script when one of the test passes and the other
fails -- in this scenario the test comparison script claims there is a
regression.
This slipped through for a while because I had turned off
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58646
Andrew Pinski changed:
What|Removed |Added
CC||pkeir at outlook dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102406
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102389
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102389
--- Comment #4 from CVS Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:68aace4458364fee201889aaaedfce59beb972f2
commit r12-3666-g68aace4458364fee201889aaaedfce59beb972f2
Author: Andrew Pinski
Date:
On 6/30/2021 2:59 AM, Matthias Kretz wrote:
Library code, especially in headers, sometimes needs to know how the
compiler interprets / optimizes floating-point types and operations.
This information can be used for additional optimizations or for
ensuring correctness. This change makes
On 8/8/2021 4:48 AM, Roger Sayle wrote:
This middle-end patch teaches RTL expansion to recognize widening
multiplications followed by right shifts as highpart multiplications,
and attempt to emit them using the backends [su]mul_highpart optab
if possible.
My first attempt at supporting this,
On 9/1/2021 10:03 PM, Alan Modra via Binutils wrote:
Current ubsan complains on every use of __PTR_ALIGN (when ptrdiff_t is
as large as a pointer), due to making calculations relative to a NULL
pointer. This patch avoids the problem by extracting out and
simplifying __BPTR_ALIGN for the
On 9/9/2021 9:05 AM, Qing Zhao wrote:
Hi, Jeff,
Sorry for the late reply.
The following is the reply from John Henning and the updated patch based on
your suggestions,
Please take a look and let us know any issue there.
I would strongly recommend removing all the documentation related to
On 9/17/2021 7:21 PM, apinski--- via Gcc-patches wrote:
From: Andrew Pinski
LTO usage requires binutils 2.35 or newer due to
https://sourceware.org/PR25355.
This adds a note in the prerequisites page about it.
Ok?
gcc/ChangeLog:
* doc/install.texi: Add note about
binutils
On 9/17/2021 7:21 PM, apinski--- via Gcc-patches wrote:
From: Andrew Pinski
So the problem here is that now the lto-plugin requires NM that works
with LTO to work so we need to pass down NM just like we do for ranlib
and ar.
OK? Bootstrapped and tested with
On 9/15/2021 2:46 AM, Martin Liška wrote:
Hello.
The patch extends the loop unswitching pass so that gswitch
statements are supported. The pass now uses ranger which marks
switch edges that are known to be unreachable in a versioned loop.
Patch can bootstrap on x86_64-linux-gnu and survives
Hi David,
> On 2 Sep 2021, at 15:47, David Malcolm wrote:
>
> On Thu, 2021-08-19 at 19:59 +0100, Iain Sandoe wrote:
>>
>> tested on i686, x86_64-darwin, x86_64,powerpc64-linux,
>
> Which versions of DejaGnu, BTW?
framework 1.5, 1.5.1, 1.6.2
expect 5.45 / 5.45.4 / 5.45r2(darwin) (various
вс, 19 сент. 2021 г. в 18:06, Jeff Law :
>
>
>
> On 6/13/2021 12:42 PM, Matwey V. Kornilov via Gcc-patches wrote:
>
> Reference: https://www.microchip.com/wwwproducts/en/ATMEGA324PB
> Signed-off-by: Matwey V. Kornilov
> ---
> gcc/config/avr/avr-mcus.def | 1 +
> gcc/doc/avr-mmcu.texi | 2
There was an inline extern declaration for dump_ranger that was a bit of
a hack. I've removed it in favor of an actual prototype. There are
also some trivial changes to the dumping code in the path solver.
gcc/ChangeLog:
* gimple-range-path.cc (path_range_query::path_range_query): Add
On 9/19/2021 9:37 AM, Aldy Hernandez wrote:
Every time we allocate a threading edge we push it onto the path in a
distinct step. There's no need to do this in two steps, and avoiding
this, keeps us from exposing the internals of the registry.
I've also did some tiny cleanups in
Every time we allocate a threading edge we push it onto the path in a
distinct step. There's no need to do this in two steps, and avoiding
this, keeps us from exposing the internals of the registry.
I've also did some tiny cleanups in thread_across_edge, most importantly
removing the bitmap in
On 9/6/2021 8:24 AM, Segher Boessenkool wrote:
Hi!
On Mon, Sep 06, 2021 at 12:32:13PM +0100, Roger Sayle wrote:
I think the current documentation is sufficient. During compilation, GCC's
combine pass will often substitute a register with an expression defining
it's value, and then attempt
On 8/4/2021 12:21 PM, John Ericson wrote:
The helper is for `--print-prog-name` and similar things. Since all
executable finding goes through it, we can move the default overrides
into that path too. This also ensures that if some is looking for a
*non*-program that called `as`, `ld`, etc.,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102406
Bug ID: 102406
Summary: ICE on array declaration sized by a struct member
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
On 6/13/2021 12:42 PM, Matwey V. Kornilov via Gcc-patches wrote:
Reference:https://www.microchip.com/wwwproducts/en/ATMEGA324PB
Signed-off-by: Matwey V. Kornilov
---
gcc/config/avr/avr-mcus.def | 1 +
gcc/doc/avr-mmcu.texi | 2 +-
2 files changed, 2 insertions(+), 1 deletion(-)
On 5/19/2021 10:19 PM, Evgeniy via Gcc-patches wrote:
Hello,
can I ask somebody to push the patch to fix the PCH large file problem
(BUG 14940)? The bug fix was sent in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=14940#c49
and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=14940#c50
I would
On 9/8/2021 2:49 AM, Christophe Lyon via Gcc-patches wrote:
When running the testsuite under Windows, we noticed failures in
testcase which attempt to match compiler error messages containing the
name of the executable.
For instance, gcc.dg/analyzer/signal-4a.c tries to match 'cc1:' which
On 9/7/2021 3:42 AM, Martin Liška wrote:
On 9/6/21 14:16, Richard Biener wrote:
On Mon, Sep 6, 2021 at 1:46 PM Jakub Jelinek wrote:
On Mon, Sep 06, 2021 at 01:37:46PM +0200, Martin Liška wrote:
--- a/gcc/opts.c
+++ b/gcc/opts.c
@@ -1323,6 +1323,14 @@ finish_options (struct gcc_options
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102405
--- Comment #1 from Marko Lindqvist ---
Created attachment 51482
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51482=edit
preprocessed file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102405
Bug ID: 102405
Summary: Loop index limited by a function return value
considered to result in too big array subscript
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43613
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
-bootstrap
--prefix=/local/suz-local/software/local/gcc-trunk --enable-languages=c,c++
--disable-werror --enable-multilib --with-system-zlib
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 12.0.0 20210919 (experimental) [master r12-3660-ge9e46864cd0] (GCC)
[604] %
[604] % gcctk -O2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43267
--- Comment #2 from Andrew Pinski ---
Might have been introduced by r0-90362.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42227
--- Comment #2 from Andrew Pinski ---
The main thing I can think of that might have caused this was the change from
HOST_WIDE_INT being 32bit to being now always 64bit.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=16641
Andrew Pinski changed:
What|Removed |Added
CC||larsi at wh2 dot tu-dresden.de
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29555
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93246
Andrew Pinski changed:
What|Removed |Added
CC||syomalina at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95202
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88641
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60446
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2021-09-19
Severity|normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60369
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64030
Andrew Pinski changed:
What|Removed |Added
Keywords||build
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67275
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58112
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64396
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89073
Andrew Pinski changed:
What|Removed |Added
CC||vapier at gcc dot gnu.org
--- Comment
1 - 100 of 106 matches
Mail list logo
