le-multilib
> Thread model: posix
> gcc version 9.0.0 20180819 (experimental) [trunk revision 263651] (GCC)
>
>
>
> $ gcc-trunk abc.c ; ./a.out > ref.txt
> $ gcc-trunk -O3 abc.c ; ./a.out > a.txt
> $ diff ref.txt a.txt
> 25,49c25,49
> < 0
> < 0
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87022
Alexander Monakov changed:
What|Removed |Added
Keywords||wrong-code
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87023
Bug ID: 87023
Summary: It's almost false, when c_fully_fold_internal deal
with C_MAYBE_CONST_EXPR.
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: n
COLLECT_LTO_WRAPPER=/home/absozero/trunk/root-gcc/libexec/gcc/x86_64-pc-linux-gnu/9.0.0/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: ../gcc/configure --prefix=/home/absozero/trunk/root-gcc
--enable-languages=c,c++ --disable-werror --enable-multilib
Thread model: posix
gcc version 9.0.0 20180819
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87021
Bug ID: 87021
Summary: New powerpc test cases from r263570 fail
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87020
Bug ID: 87020
Summary: comparison operator isn't called for stateless
allocator without is_always_equal for C++11/14
Product: gcc
Version: 8.2.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87018
Thomas Koenig changed:
What|Removed |Added
Target Milestone|--- |9.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87019
Bug ID: 87019
Summary: ICE: Static member of derived type, organized in
coarray accessed
Product: gcc
Version: 8.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87018
Bug ID: 87018
Summary: [9 Regression] Boostrap failure on AIX
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87017
Bug ID: 87017
Summary: vector must have the same value as its allocator
Product: gcc
Version: 8.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87016
Bug ID: 87016
Summary: std::optional::operator= in constexpr context
Product: gcc
Version: 8.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86994
Uroš Bizjak changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86994
--- Comment #3 from uros at gcc dot gnu.org ---
Author: uros
Date: Sun Aug 19 19:10:37 2018
New Revision: 263652
URL: https://gcc.gnu.org/viewcvs?rev=263652&root=gcc&view=rev
Log:
PR target/86994
* config/i386/i386.c (ix86_rtx_cos
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87014
--- Comment #4 from Andreas Schwab ---
It's a 32bit store, not a load.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87014
--- Comment #3 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #2)
> > movl%eax, 8(%ebp,%ecx)# !
>
> This is a 32bit zero extending load.
Meaning the top 32bits of the rax register are zero.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87014
--- Comment #2 from Andrew Pinski ---
> movl%eax, 8(%ebp,%ecx)# !
This is a 32bit zero extending load.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87015
Bug ID: 87015
Summary: [8 Regression] miscompilation of template heavy Boost
Spirit code
Product: gcc
Version: 8.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87012
Marek Polacek changed:
What|Removed |Added
Keywords||ice-on-valid-code
--- Comment #2 from Ma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87012
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86999
--- Comment #3 from Marc Glisse ---
(In reply to asd_ from comment #2)
> I hope there will be one more FMA pass in the RTL stages in the future.:)
A new RTL pass is not necessary for this, the GIMPLE pass could be extended to
recognize (x±1)*y a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52795
Iain Sandoe changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83941
--- Comment #5 from dpeeters at outlook dot be ---
Yes, but please have a look at https://www.datingvergelijken.be first. It's a
great datingsite in Belgium.
Thanks,
Dirk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86911
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87014
--- Comment #1 from camper ---
Created attachment 44557
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44557&action=edit
[x32] use 64-bit mov to set return address in eh_return
compiles to:
movlhandler(%rip), %eax
movl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87014
Bug ID: 87014
Summary: [x32] __builtin_eh_return should use 64-bit mov to set
return address
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86999
--- Comment #2 from asd_ ---
(In reply to Alexander Monakov from comment #1)
> For the first problem -fno-signed-zeros is a bit of a red herring, the real
> reason is enabling -fassociative-math makes GCC turn
>
> return n * p + p;
>
> to 're
26 matches
Mail list logo
