https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89490
--- Comment #1 from Alan Modra ---
Reduced C testcase, compile at -O1.
static const unsigned char utf8_bom[3] = { 0xEF, 0xBB, 0xBF };
void
plonk (unsigned char *p)
{
__builtin_memcpy (p, utf8_bom, 3);
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89490
Bug ID: 89490
Summary: char array constant put in string merge section
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl
gimple_duplicate_bb, at tree-cfg.c:6257
0x64d066 gimple_duplicate_bb
/var/tmp/portage/cross-powerpc-e300c3-linux-gnu/gcc-9.0.0_alpha20190224/work/gcc-9-20190224/gcc/tree-cfg.c:6257
0x94d81e duplicate_block(basic_block_def*, edge_def*, basic_block_def*,
copy_bb_data*)
/var/tmp/portage
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89482
Andrew Pinski changed:
What|Removed |Added
Keywords||documentation
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89483
--- Comment #5 from Andrew Pinski ---
https://gcc.gnu.org/onlinedocs/gcc-8.3.0/gcc/C_002b_002b-Dialect-Options.html#index-ftemplate-depth
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89483
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
/sys-devel/gcc-9.0.0_alpha20190224/work/gcc-9-20190224/gcc/cp/typeck2.c:2395
0x96aa69 process_subob_fn
/var/tmp/portage/sys-devel/gcc-9.0.0_alpha20190224/work/gcc-9-20190224/gcc/cp/method.c:1261
0x96aa69 process_subob_fn
/var/tmp/portage/sys-devel/gcc-9.0.0_alpha20190224/work/gcc-9-20
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89477
--- Comment #1 from Arthur O'Dwyer ---
Similar cases for `unordered_{multi,}set` as well.
// https://godbolt.org/z/onYid6
#include
int main() {
const int arr[] = { 1, 2, 3 };
std::unordered_set s(arr, arr+3, 42, std::hash(),
std::alloca
during RTL pass: expand
/tmp/interp.i: In function 'caml_interprete':
/tmp/interp.i:2:1: internal compiler error: in expand_expr_addr_expr_1, at
expr.c:7993
2 | caml_interprete (void)
| ^~~
0x60739b expand_expr_addr_expr_1
/var/tmp/portage/sys-devel/gcc-9.0.0_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89174
--- Comment #14 from Neil Carlson ---
The comment for r268313 calls out a change to
gfc_find_and_cut_at_last_class_ref -- same function Thomas worked on for the
fix on the trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89174
--- Comment #13 from Neil Carlson ---
I've pinpointed were the regression was introduced on the 8 branch.
r268313 segfaults, but r268311 (the preceding change to 8) works fine.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89464
--- Comment #9 from Milhouse ---
Thanks Jonathan, that's all clear now. A fix has been pushed which is working
with both gcc-8.2.0 and gcc-8.3.0:
https://github.com/Silicondust/libhdhomerun/pull/19
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89219
--- Comment #4 from Jerry DeLisle ---
After a semi-lengthy session I am seeing this just before the segfault.
(gdb) p *expr
$2 = {expr_type = EXPR_OP, ts = {type = BT_CLASS, kind = 0, u = {
derived = 0x1f24e70, cl = 0x1f24e70, pad = 326570
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89485
Andrew Pinski changed:
What|Removed |Added
Target||x86_64-*-*-mingw32
Component|c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40635
Martin Sebor changed:
What|Removed |Added
Last reconfirmed|2017-03-02 00:00:00 |2019-2-24
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36823
Martin Sebor changed:
What|Removed |Added
Last reconfirmed|2009-02-09 15:35:38 |2019-2-24
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84585
Paolo Carlini changed:
What|Removed |Added
CC|vegard.nossum at gmail dot com |
Summary|[7/8/9 Regres
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84585
--- Comment #3 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Sun Feb 24 23:44:11 2019
New Revision: 269180
URL: https://gcc.gnu.org/viewcvs?rev=269180&root=gcc&view=rev
Log:
2019-02-24 Paolo Carlini
PR c++/84585
* g++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31279
Martin Sebor changed:
What|Removed |Added
Last reconfirmed|2012-02-02 00:00:00 |2019-2-24
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81879
--- Comment #5 from Martin Liška ---
The .res file contains just a single object, thus PREEMPTED_REG does not make
sense. Problem will be probably in binutils. I'm investigating right now..
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89174
Thomas Koenig changed:
What|Removed |Added
Summary|[8/9 Regression] Allocation |[8 Regression] Allocation
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89174
--- Comment #11 from Thomas Koenig ---
Author: tkoenig
Date: Sun Feb 24 22:49:47 2019
New Revision: 269179
URL: https://gcc.gnu.org/viewcvs?rev=269179&root=gcc&view=rev
Log:
2019-02-24 Thomas Koenig
PR fortran/89174
* trans-e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87007
--- Comment #10 from hjl at gcc dot gnu.org ---
Author: hjl
Date: Sun Feb 24 22:41:55 2019
New Revision: 269178
URL: https://gcc.gnu.org/viewcvs?rev=269178&root=gcc&view=rev
Log:
i386: Compile PR target/87007 tests with -mfpmath=sse
-mfpmath=ss
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81879
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89478
--- Comment #2 from SztfG at yandex dot ru ---
(In reply to Marc Glisse from comment #1)
> I think the uninitialized variable makes the initialization not constexpr
> (and indeed gcc/clang complain if you try to declare test constexpr). Then
> we
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89486
Bug ID: 89486
Summary: GCC fails to compile designated initializer use
involving implicit conversion
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84779
--- Comment #5 from Harald Anlauf ---
With rev. 269177 and on x86_64-pc-linux-gnu, I now see the ICE only at -O1,
but no longer at -Os.
After a frustrating debugging session, I decided to look at the
-fdump-tree-all for all options -O0 ... -O2,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87007
Rainer Orth changed:
What|Removed |Added
CC||ro at gcc dot gnu.org
--- Comment #9 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88326
--- Comment #6 from anlauf at gcc dot gnu.org ---
Author: anlauf
Date: Sun Feb 24 20:03:28 2019
New Revision: 269177
URL: https://gcc.gnu.org/viewcvs?rev=269177&root=gcc&view=rev
Log:
2019-02-24 Harald Anlauf
PR fortran/89266
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89266
--- Comment #11 from anlauf at gcc dot gnu.org ---
Author: anlauf
Date: Sun Feb 24 20:03:28 2019
New Revision: 269177
URL: https://gcc.gnu.org/viewcvs?rev=269177&root=gcc&view=rev
Log:
2019-02-24 Harald Anlauf
PR fortran/89266
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89451
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89445
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89445
--- Comment #9 from Jakub Jelinek ---
Author: jakub
Date: Sun Feb 24 19:23:51 2019
New Revision: 269176
URL: https://gcc.gnu.org/viewcvs?rev=269176&root=gcc&view=rev
Log:
PR rtl-optimization/89445
* simplify-rtx.c (simplify_terna
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89451
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #11 from janus
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89271
--- Comment #14 from Segher Boessenkool ---
Cool results so far!
+FAIL: gcc.target/powerpc/p9-dimode1.c scan-assembler-not \\mmtvsrd\\M
p9_plus_1:
.LFB1:
.cfi_startproc
- vspltisw 0,1
- vupklsw 0,0
+ li 9,1
+ mt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89485
Bug ID: 89485
Summary: Support vectorcall calling convention on windows
Product: gcc
Version: 8.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89484
--- Comment #2 from Hans-Peter Dusel ---
thor:build hdusel$ /opt/gcc-8.3.0-rx-none-elf/bin/rx-none-elf-g++ -v
Using built-in specs.
COLLECT_GCC=/opt/gcc-8.3.0-rx-none-elf/bin/rx-none-elf-g++
COLLECT_LTO_WRAPPER=/opt/gcc-8.3.0-rx-none-elf/libexec/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89219
Jerry DeLisle changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jvdelisle at gcc dot
gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89291
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89410
--- Comment #16 from Jonny Grant ---
Hello!
Checked 23 Feb trunk
g++ (Compiler-Explorer-Build) 9.0.1 20190223 (experimental)
comment 9 test case
#line 0
does not give an error
Original test case still shows negative line numbers
:-737418241:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89410
--- Comment #15 from Jonny Grant ---
(In reply to Segher Boessenkool from comment #11)
> (In reply to Jonny Grant from comment #9)
> > Maybe zero could be disallowed too.
>
> Yes, but maybe we need that for historical reasons.
>
> > Not sure wh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89416
Jonathan Wakely changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89416
--- Comment #5 from Jonathan Wakely ---
Author: redi
Date: Sun Feb 24 15:44:18 2019
New Revision: 269175
URL: https://gcc.gnu.org/viewcvs?rev=269175&root=gcc&view=rev
Log:
PR libstdc++/89416 fix accessibility of members
PR libstdc++/894
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89484
--- Comment #1 from Hans-Peter Dusel ---
Tried to verify this with a GCC 8.3 Crosscompiler (same environment as
described) but now for Target ARM.
This Crosscompiler together with the mentioned Code-snippet and command line
__does not__ cause a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89177
--- Comment #6 from Johannes Pfau ---
Patch posted here: https://gcc.gnu.org/ml/gcc-patches/2019-02/msg01897.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89451
H.J. Lu changed:
What|Removed |Added
Status|NEW |WAITING
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89484
Bug ID: 89484
Summary: Compiler ICE: internal compiler error: in
dwarf2out_frame_debug_adjust_cfa, at dwarf2cfi.c:1171
when using __attribute__((interrupt))
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89174
Thomas Koenig changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89483
--- Comment #3 from Daniil Sharko ---
Created attachment 45812
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45812&action=edit
preprocessed-segfault-program
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89483
--- Comment #2 from Daniil Sharko ---
Created attachment 45811
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45811&action=edit
verbose-output
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89483
--- Comment #1 from Daniil Sharko ---
Created attachment 45810
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45810&action=edit
non-segfault-program.cpp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89483
Bug ID: 89483
Summary: internal compiler error: Segmentation fault signal
terminated program cc1plus with templates
Product: gcc
Version: 8.2.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89291
--- Comment #5 from zwieflhofer ---
Yes, I did provided NCAR with the URL to this bug-id but no response so far.
I did not try the 8.2 trunk - sort of assuming that NCAR will do so anyway in
due course as part of their standard release testing.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89174
--- Comment #10 from Thomas Koenig ---
This seems to work:
Index: trans-expr.c
===
--- trans-expr.c(Revision 269161)
+++ trans-expr.c(Arbeitskopie)
@@ -352,7 +352,7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89174
--- Comment #9 from Thomas Koenig ---
FWITW, there is a difference when handling the MOLD expression
in gfc_find_and_cut_at_last_class_ref.
In the version that calls gfc_expr_to_initialize, we see
(gdb) call debug(base_expr)
push:this % mold (C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87566
--- Comment #13 from Paul Thomas ---
(In reply to Neil Carlson from comment #12)
> The commit r265171 that fixed this issue also introduced a regression in 8.2
> and 9, and certainly the 7 branch too if it was back-ported to it. See
> PR89174 for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89476
--- Comment #5 from Paul Thomas ---
Many Thanks HJ.
I find that there is a ISO_Fortran_binding.h still residing in gfortran.dg, in
my tree. Hence the successful regtesting on my side.
Sorry about that
Paul
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89174
--- Comment #8 from Thomas Koenig ---
(In reply to Thomas Koenig from comment #7)
> This patch makes the test case work again:
This also introduces numerous regressions, so this is not recommended
as a fix :-)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89174
--- Comment #7 from Thomas Koenig ---
This patch makes the test case work again:
===
--- trans-expr.c(Revision 265171)
+++ trans-expr.c(Arbeitskopie)
@@ -394,7 +394,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89482
Bug ID: 89482
Summary: arm aarch32 inline assembly w constraints generate s
registers instead of d
Product: gcc
Version: 8.2.0
Status: UNCONFIRMED
Severity: nor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89174
--- Comment #6 from Thomas Koenig ---
And on my AMD system, it does indeed pass with r265170. OK.
Looking at the diff of the tree dumps between the two versions,
the difference is
--- a.r265170 2019-02-24 10:56:39.138713129 +0100
+++ a.r26517
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89451
Thomas Koenig changed:
What|Removed |Added
Component|fortran |target
--- Comment #9 from Thomas Koenig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89174
--- Comment #5 from Thomas Koenig ---
The problem is with the subroutine, not with the call from
the main program.
If you split the module and main program into a separate file
and compile the modlue with r264951 (a random version which works)
a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89451
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #8 from janus
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89481
Bug ID: 89481
Summary: constexpr function allows writing one active union
member and reading another
Product: gcc
Version: 8.3.0
Status: UNCONFIRMED
Severity: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89474
--- Comment #2 from David Binderman ---
Using built-in specs.
COLLECT_GCC=/home/dcb/gcc/results/bin/gcc
Target: x86_64-pc-linux-gnu
Configured with: ../trunk/configure --prefix=/home/dcb/gcc/results.269150
--disa
ble-multilib --disable-werror --e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88469
--- Comment #12 from Stefan Ring ---
Unfortunately my armv5 device has died in the meantime, so I cannot verify my
original use case. The behavior is indeed different on armv7. It does not trap,
even for the original misaligned code. And contrary
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89479
--- Comment #3 from Marc Glisse ---
Hmm indeed they are different (it would have been clearer to omit const in the
initial testcase). I couldn't find an obvious duplicate in bug 49774.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89271
Alan Modra changed:
What|Removed |Added
Attachment #45760|0 |1
is obsolete|
69 matches
Mail list logo
