https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104517
--- Comment #1 from Arseny Solokha ---
Created attachment 52430
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52430=edit
gkd diff
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104517
Bug ID: 104517
Summary: '-fcompare-debug' failure w/ -O1 -fopenmp
-fno-tree-ter
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104510
Andrew Pinski changed:
What|Removed |Added
Known to fail||5.1.0
Summary|ICE:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104510
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2022-02-13
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104491
--- Comment #2 from Andrew Pinski ---
Also please read https://gcc.gnu.org/bugs/ and add the requested information
from that page.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104505
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
Snapshot gcc-11-20220212 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/11-20220212/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 11 git branch
with the following options: git://gcc.gnu.org/git/gcc.git branch
On Sat, 12 Feb 2022, H.J. Lu via Gcc-patches wrote:
> + Always use GOT to access external data and function symbols via
> + -mno-direct-extern-access.
Maybe say "global offset table (GOT)"?
And at first I was confused reading this, so I suggest something like
"...when the new
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103008
--- Comment #14 from Uroš Bizjak ---
Created attachment 52428
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52428=edit
Proposed patch
The attached patch implements:
fmod (a, p) = a - trunc (a/p) * p
drem (a, p) = a - roundeven (a/p) *
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102637
Andrew Pinski changed:
What|Removed |Added
Known to fail||4.6.4, 4.7.1, 4.8.1, 4.9.0,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104514
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83670
Andrew Pinski changed:
What|Removed |Added
CC||joel at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81804
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81804
Andrew Pinski changed:
What|Removed |Added
CC||rykong at tpg dot com.au
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104516
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104516
Bug ID: 104516
Summary: internal compiler error: in leaf_function_p, at
final.c:4491
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
Severity: normal
On Sat, 12 Feb 2022, Andrea Monaco via Gcc wrote:
#include
int
main (void)
{
float a;
curl_easy_setopt (NULL, 0, (void *) a);
}
with "gcc -c bug.c" gives
bug.c: In function ‘main’:
bug.c:15:3: error: cannot convert to a pointer type
curl_easy_setopt (NULL, 0, (void *)
Hello,
I may have hit a bug while using libcurl, a common library for network
operations, on gcc 8.3.0.
Building this program
#include
int
main (void)
{
float a;
curl_easy_setopt (NULL, 0, (void *) a);
}
with "gcc -c bug.c" gives
bug.c: In function ‘main’:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102276
Andrew Pinski changed:
What|Removed |Added
CC||nsz at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104504
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104515
Bug ID: 104515
Summary: trivially-destructible destructors interfere with loop
optimization - maybe related to lifetime-dse.
Product: gcc
Version: og11 (devel/omp/gcc-11)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104449
Jakub Jelinek changed:
What|Removed |Added
Summary|[9/10/11/12 Regression] |[9/10/11 Regression] ICE:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104449
--- Comment #6 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:f0c7367b8802c47efaad87b1f2126fe6350d8b47
commit r12-7214-gf0c7367b8802c47efaad87b1f2126fe6350d8b47
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102276
--- Comment #4 from Kees Cook ---
The kernel keeps gaining more of these cases, so it'll be important to get this
fixed:
https://lore.kernel.org/lkml/200fe5cb203ad5cc00c5c60b7ded2cd85c9b85ea.ca...@perches.com/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104513
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104504
--- Comment #4 from Kees Cook ---
(Ah, I knew this had been reported before. I found it now...)
Duplicate of: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102276
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104508
--- Comment #2 from cqwrteur ---
(In reply to Jonathan Wakely from comment #1)
> Not a valid bug report: https://gcc.gnu.org/bugs
>
> Not a GCC problem anyway.
Do you mean it is a clang problem?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99360
Arnaud Charlet changed:
What|Removed |Added
Target Milestone|11.3|12.0
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99360
--- Comment #9 from simon at pushface dot org ---
In gcc 12.0.1 of 20220128, we get
$ gnatmake -c -u -f iteration.adb
gcc -c iteration.adb
a-stream.ads:82:04: error: construct not allowed in configurable run-time mode
a-stream.ads:82:04: error:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104514
Bug ID: 104514
Summary: add feature to create a pointer to a fixed address as
constexpr
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
---
htdocs/gcc-12/changes.html | 3 +++
1 file changed, 3 insertions(+)
diff --git a/htdocs/gcc-12/changes.html b/htdocs/gcc-12/changes.html
index b6341fda..897de8ef 100644
--- a/htdocs/gcc-12/changes.html
+++ b/htdocs/gcc-12/changes.html
@@ -399,6 +399,9 @@ a work-in-progress.
Add CS prefix
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104481
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104481
--- Comment #10 from CVS Commits ---
The master branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:5c4258d7c78a92ab17c14dec1163d87fc42ff019
commit r12-7213-g5c4258d7c78a92ab17c14dec1163d87fc42ff019
Author: H.J. Lu
Date: Thu Feb 10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35513
--- Comment #6 from CVS Commits ---
The master branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:5c4258d7c78a92ab17c14dec1163d87fc42ff019
commit r12-7213-g5c4258d7c78a92ab17c14dec1163d87fc42ff019
Author: H.J. Lu
Date: Thu Feb 10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104484
--- Comment #4 from Avi Kivity ---
gcc could infer that the check for f2 and the call to very_heavy are cold, and
move that little block to a .cold section, whether or not very_heavy is cold.
On Fri, Feb 11, 2022 at 9:43 PM Hongtao Liu wrote:
>
> On Thu, Feb 10, 2022 at 9:58 PM H.J. Lu via Gcc-patches
> wrote:
> >
> > 1. Require linker with GNU_PROPERTY_1_NEEDED support for PR 35513
> > run-time tests.
> > 2. Compile pr35513-8.c to scan assembly code.
> >
> > PR
> Am 12.02.2022 um 10:08 schrieb Jakub Jelinek via Gcc-patches
> :
>
> Hi!
>
> With -fstack-check=generic __builtin_alloca* can throw and the asan
> instrumentation of this builtin wasn't prepared for that case.
> The following patch fixes that by replacing the builtin with the
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104513
--- Comment #1 from Jakub Jelinek ---
--- gcc/cp/constexpr.cc.jj 2022-02-11 13:52:32.697425776 +0100
+++ gcc/cp/constexpr.cc 2022-02-12 13:51:21.000274390 +0100
@@ -9364,7 +9364,7 @@ potential_constant_expression_1 (tree t,
{
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104449
Eric Botcazou changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104443
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|SUSPENDED
--- Comment #2 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104513
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104513
Bug ID: 104513
Summary: [12 Regression] goto cdtor_label failures on arm since
r12-5256
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104502
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104502
--- Comment #3 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:0538d42cdd68f6b65d72ed7768f1d00ba44f8631
commit r12-7212-g0538d42cdd68f6b65d72ed7768f1d00ba44f8631
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104512
--- Comment #1 from Andrew Pinski ---
constexpr works but consteval does not.
Also I notice ICC rejects the consteval version but accepts the constexpr one.
2022-02-12 Uroš Bizjak
gcc/ChangeLog:
PR target/79754
* config/i386/i386.cc (type_natural_mode):
Skip decimal float vector modes.
gcc/testsuite/ChangeLog:
PR target/79754
* gcc.target/i386/pr79754.c: New test.
Bootstrapped and regression tested on x86_64-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79754
--- Comment #5 from CVS Commits ---
The master branch has been updated by Uros Bizjak :
https://gcc.gnu.org/g:edadc7e0510b703d9727cf5ff68d55d84bb95def
commit r12-7211-gedadc7e0510b703d9727cf5ff68d55d84bb95def
Author: Uros Bizjak
Date: Sat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104512
Bug ID: 104512
Summary: [c++20] consteval constructor does not need to
initialize all data members
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity:
On Sat, Feb 12, 2022 at 10:02 AM Jakub Jelinek wrote:
>
> Hi!
>
> The following testcase ICEs, because AVX512F is enabled, AVX512VL is not,
> and the cvtsd2ss insn has %xmm0-15 as output operand and %xmm16-31 as
> input operand. For output operand %xmm16+ the splitter just gives up
> in such
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104508
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104504
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
Hi!
With -fstack-check=generic __builtin_alloca* can throw and the asan
instrumentation of this builtin wasn't prepared for that case.
The following patch fixes that by replacing the builtin with the
replacement builtin and emitting any further insns on the fallthru
edge.
I haven't touched the
Hi!
The following testcase ICEs, because AVX512F is enabled, AVX512VL is not,
and the cvtsd2ss insn has %xmm0-15 as output operand and %xmm16-31 as
input operand. For output operand %xmm16+ the splitter just gives up
in such case, but for such input it just emits vmovddup which requires
AVX512VL
On Fri, 11 Feb 2022, Jeff Law wrote:
> > If MIPS MCU extension is enable, the IPL section in Cause register
> > has been expand to 8bit instead of 6bit.
> >
> > gcc/ChangeLog:
> >
> > * config/mips/mips.cc (mips_expand_prologue):
> > IPL is 8bit for MCU ASE.
> OK
But this is still
On 2/11/22 07:35, Richard Sandiford wrote:
Dan Li writes:
On 2/11/22 01:53, Richard Sandiford wrote:
Dan Li writes:
On 2/10/22 01:55, Richard Sandiford wrote:
And I think maybe we could handle this through three patches:
1.Keep current patch (a V5) unchanged for scs.
2.Add
Shadow Call Stack can be used to protect the return address of a
function at runtime, and clang already supports this feature[1].
To enable SCS in user mode, in addition to compiler, other support
is also required (as discussed in [2]). This patch only adds basic
support for SCS from the compiler
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104511
Bug ID: 104511
Summary: [10/11/12 Regression] ICE: in emit_move_insn, at
expr.cc:4010 with __builtin_convertvector() at -O
Product: gcc
Version: 12.0
Status:
57 matches
Mail list logo