https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83764
--- Comment #2 from Leslie Zhai ---
And GCC 8.x workaround just remove the assert:
6751 /* The virtual tables should always be born with constructors
6752 and we always should assume that they are avaialble for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83764
--- Comment #1 from Leslie Zhai ---
Typo:
- I have no idea why `in_lto_p` is NULL?
+ I have no idea why `in_lto_p` is false?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83764
Bug ID: 83764
Summary: internal compiler error: in
gimple_get_virt_method_for_vtable
Product: gcc
Version: 7.2.1
Status: UNCONFIRMED
Severity: normal
/usr/local/gfortran-bin/bin/gfortran --version
GNU Fortran (GCC) 8.0.0 20180109 (experimental) [trunk revision 256361]
Copyright (C) 2018 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81584
--- Comment #2 from ghjghj530-bubu at yahoo dot de ---
You are right. The original script from GCC 6.3.0 contains a check for new/old
string implementation in the "init" function.
This bugreport can be closed. Sorry for the inconvenience.
8.0.0 20180109 (experimental) [trunk revision 256361]
Copyright (C) 2018 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83761
Bug ID: 83761
Summary: bfin: ICE: in require, at machmode.h:292
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83729
--- Comment #3 from gandalf at winds dot org ---
Another regression test case (compile with -O):
void code_to_ascii(char buf[1], unsigned int code)
{
__attribute__((used))
static const char __flash test[5]="ABCDE";
static const char __flas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81038
acsawdey at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83093
kargl at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
Assignee|unassign
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78585
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78585
--- Comment #3 from hjl at gcc dot gnu.org ---
Author: hjl
Date: Tue Jan 9 23:15:40 2018
New Revision: 256402
URL: https://gcc.gnu.org/viewcvs?rev=256402&root=gcc&view=rev
Log:
i386: Add a test for PR target/78585
PR target/78585 has been fixe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33167
--- Comment #7 from joseph at codesourcery dot com ---
"longest sequence of characters that can constitute the escape sequence"
resolves an ambiguity between alternative parses permitted by the syntax;
it doesn't need to deal with anything that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83759
Joseph S. Myers changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58684
Joseph S. Myers changed:
What|Removed |Added
CC||seurer at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78585
--- Comment #2 from H.J. Lu ---
It is fixed by r243018.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33167
--- Comment #6 from Albert Chan ---
if gcc hex escape AND octal is right, does it contradict comment #1 ?
"octal or hexadecimal ... longest sequence that constitute escape sequence"
I noticed OLD python (2.0) also use the C rule regarding hex e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83743
--- Comment #4 from Segher Boessenkool ---
Which is perfectly fine, except the error message is a bit confusing if you
don't know what's going on.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83743
--- Comment #3 from Peter Bergner ---
(In reply to Segher Boessenkool from comment #2)
> The driver asks the kernel, and the kernel knows. It's just a string.
Correct, the kernel passes a string to the driver and the driver blindly uses
it as i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83737
--- Comment #4 from joseph at codesourcery dot com ---
Most configurations (for which the libc used has a working stdint.h)
should probably be using use_gcc_stdint=wrap, so that GCC's stdint.h
includes libc's for hosted compilations but GCC's o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80946
acsawdey at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33167
--- Comment #5 from joseph at codesourcery dot com ---
The standard syntax production for octal-escape-sequence (C11 6.4.4.4#1)
only allows one, two or three digits.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80276
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83740
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P4
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83740
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80276
--- Comment #3 from Jonathan Wakely ---
Author: redi
Date: Tue Jan 9 21:46:13 2018
New Revision: 256400
URL: https://gcc.gnu.org/viewcvs?rev=256400&root=gcc&view=rev
Log:
PR libstdc++/80276 fix pretty printers for array smart pointers
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83739
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83735
--- Comment #9 from H.J. Lu ---
A patch is posted at
https://gcc.gnu.org/ml/gcc-patches/2018-01/msg00678.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83734
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83734
--- Comment #3 from Jakub Jelinek ---
Author: jakub
Date: Tue Jan 9 21:21:03 2018
New Revision: 256397
URL: https://gcc.gnu.org/viewcvs?rev=256397&root=gcc&view=rev
Log:
PR c++/83734
* constexpr.c (cxx_eval_statement_list): Igno
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83709
--- Comment #2 from François Dumont ---
Author: fdumont
Date: Tue Jan 9 21:05:10 2018
New Revision: 256396
URL: https://gcc.gnu.org/viewcvs?rev=256396&root=gcc&view=rev
Log:
2018-01-09 François Dumont
PR libstdc++/83709
* in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83660
--- Comment #4 from kelvin at gcc dot gnu.org ---
Author: kelvin
Date: Tue Jan 9 20:50:30 2018
New Revision: 256394
URL: https://gcc.gnu.org/viewcvs?rev=256394&root=gcc&view=rev
Log:
Use this branch to reproduce and resolve PR 83660.
Added:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83760
Bug ID: 83760
Summary: [8 Regression] [SH] ICE in maybe_record_trace_start
building glibc tst-copy_file_range.c
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Ke
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83399
--- Comment #12 from Peter Bergner ---
(In reply to Segher Boessenkool from comment #11)
> It is not valid: (void *)&a - 32 does not point inside a (or just behind
> it).
>
> Perhaps you can make it valid using uintptr_t. Either way: should n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83399
Segher Boessenkool changed:
What|Removed |Added
Keywords|ice-on-valid-code |ice-on-invalid-code
--- Comment #11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83757
acsawdey at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83754
Tim Shen changed:
What|Removed |Added
CC||timshen at gcc dot gnu.org
--- Comment #1 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83742
kargl at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81933
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83742
--- Comment #2 from kargl at gcc dot gnu.org ---
Author: kargl
Date: Tue Jan 9 19:49:25 2018
New Revision: 256391
URL: https://gcc.gnu.org/viewcvs?rev=256391&root=gcc&view=rev
Log:
2018-01-09 Steven G. Kargl
PR fortran/83742
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83759
Bug ID: 83759
Summary: New test cases gcc.dg/torture/inf-compare-1.c (and -2,
-3, and -4) all fail on powerpc64
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83695
--- Comment #5 from rguenther at suse dot de ---
On January 9, 2018 6:39:39 PM GMT+01:00, "amker at gcc dot gnu.org"
wrote:
>https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83695
>
>--- Comment #4 from amker at gcc dot gnu.org ---
>Given 3-level lo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83758
Bug ID: 83758
Summary: ICE building gccgo on powerpc64le --with-cpu=power8
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59253
--- Comment #1 from Jonathan Wakely ---
Author: redi
Date: Tue Jan 9 18:49:57 2018
New Revision: 256390
URL: https://gcc.gnu.org/viewcvs?rev=256390&root=gcc&view=rev
Log:
PR libstdc++/59253 Improve pretty printers for smart pointers
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83399
Peter Bergner changed:
What|Removed |Added
Keywords|ice-on-invalid-code |ice-on-valid-code
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83753
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83695
--- Comment #4 from amker at gcc dot gnu.org ---
Given 3-level loop nest: , the ICE happens
when estimate_numbers_of_iterations called for the outermost Loop_1. The
function tries to infer niter information from all stmts inside the loop. In
thi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83757
Bug ID: 83757
Summary: [8 regression] gcc.dg/pr82190.c fails starting with
r256351
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83756
--- Comment #5 from Jacob Godserv ---
Created attachment 43081
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43081&action=edit
mingw-w64 7.2.0 TestClass.ii
This is the intermediate output from a 7.2.0 run.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83756
--- Comment #4 from Jacob Godserv ---
Created attachment 43080
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43080&action=edit
7.2.0 test case output
This is output from a 7.2.0 run. It produces the same crash.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83063
Jakub Jelinek changed:
What|Removed |Added
Attachment #43070|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83756
--- Comment #3 from Jacob Godserv ---
Created attachment 43078
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43078&action=edit
mingw-w64 5.4.0 TestClass.ii
I've attached gcc's intermediate output to make this even easier to reproduce.
Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83756
--- Comment #2 from Jacob Godserv ---
Created attachment 43077
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43077&action=edit
Minimal test case
With:
x86_64-w64-mingw32-g++ -std=c++11 -I path/to/official/boost/1.57/includes/ -L
path/to/o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83628
--- Comment #8 from uros at gcc dot gnu.org ---
Author: uros
Date: Tue Jan 9 16:27:11 2018
New Revision: 256387
URL: https://gcc.gnu.org/viewcvs?rev=256387&root=gcc&view=rev
Log:
PR target/83628
* combine.c (force_int_to_mode) :
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83756
--- Comment #1 from Jacob Godserv ---
Obviously you need a way to reproduce this bug. The original comment does not
include that information. I'm going to attach a minimal test case, instructions
on how to run it, and the .ii to make it even easi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83756
Bug ID: 83756
Summary: gcc (mingw64) 7.2.0 ICE on boost::call_once
Product: gcc
Version: 7.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80276
--- Comment #2 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #1)
> We can prevent this by always casting the stored pointer to void*
>
> self.pointer = self.pointer.cast(gdb.lookup_type("void").pointer())
Oops, that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83755
--- Comment #2 from Jonathan Wakely ---
We can prevent this by always casting the stored pointer to void*
self.pointer = self.pointer.cast(gdb.lookup_type("void").pointer())
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80276
--- Comment #1 from Jonathan Wakely ---
We can prevent this by always casting the stored pointer to void*
self.pointer = self.pointer.cast(gdb.lookup_type("void").pointer())
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83755
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83755
Bug ID: 83755
Summary: Pretty printers treat char* as NTBS
Product: gcc
Version: 7.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83663
--- Comment #3 from Vidya Praveen ---
regressed tests passing now after the patch revert.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83754
Bug ID: 83754
Summary: Segmentation fault in regex_search
Product: gcc
Version: 7.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81584
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80276
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83753
Bug ID: 83753
Summary: ICE: in exact_div, at poly-int.h:2139
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimiza
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83718
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
Assig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83399
--- Comment #9 from Vladimir Makarov ---
(In reply to Peter Bergner from comment #8)
> Created attachment 43064 [details]
> Proposed fix
>
> I'm testing the attached patch.
Thank you, Peter. I thought about resurrection of address mutations (e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83575
--- Comment #5 from Jan Hubicka ---
Once BB order is finalized we should not move them across partitions.
The problem seems to start with loop2_unroll which for some reason introduce
blocks of count 0 that looks like a misupdate of profile, this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81968
Richard Biener changed:
What|Removed |Added
Attachment #43074|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83668
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81968
--- Comment #53 from rguenther at suse dot de ---
On Tue, 9 Jan 2018, ro at CeBiTec dot Uni-Bielefeld.DE wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81968
>
> --- Comment #47 from ro at CeBiTec dot Uni-Bielefeld.DE Uni-Bielefeld.DE>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81968
Richard Biener changed:
What|Removed |Added
Attachment #43073|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83668
--- Comment #3 from Richard Biener ---
Author: rguenth
Date: Tue Jan 9 13:35:43 2018
New Revision: 256381
URL: https://gcc.gnu.org/viewcvs?rev=256381&root=gcc&view=rev
Log:
2018-01-09 Richard Biener
PR tree-optimization/83668
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83706
Christophe Lyon changed:
What|Removed |Added
CC||clyon at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64811
Joseph S. Myers changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64811
--- Comment #1 from Joseph S. Myers ---
Author: jsm28
Date: Tue Jan 9 13:25:38 2018
New Revision: 256380
URL: https://gcc.gnu.org/viewcvs?rev=256380&root=gcc&view=rev
Log:
Fix folding of Inf/NaN comparisons for -ftrapping-math (PR
tree-optimiza
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81968
--- Comment #51 from Richard Biener ---
Created attachment 43073
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43073&action=edit
Updated patch with SHT_GROUP and extended section index handling
Tested on the big testcase, otherwise untest
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83735
--- Comment #8 from H.J. Lu ---
I am testing this patch:
diff --git a/gcc/config/i386/i386.c b/gcc/config/i386/i386.c
index 8696f931806..8558995e067 100644
--- a/gcc/config/i386/i386.c
+++ b/gcc/config/i386/i386.c
@@ -11259,7 +11259,8 @@ ix86_co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82831
--- Comment #30 from Martin Liška ---
(In reply to Jakub Jelinek from comment #29)
> Does the patch fix or make latent PR83575 ?
Unfortunately it doesn't. I'll try to take a look at the PR83575.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82214
Wilco changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83752
Bug ID: 83752
Summary: gfortran.dg/common_align_2.f90 fails in execution for
target with __BIGGEST_ALIGNMENT__ < 8
Product: gcc
Version: 8.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82831
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #29
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83178
Martin Liška changed:
What|Removed |Added
CC||jamborm at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83178
--- Comment #5 from Martin Liška ---
Created attachment 43072
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43072&action=edit
IPA CP dump file after the revision
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83178
--- Comment #4 from Martin Liška ---
Created attachment 43071
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43071&action=edit
IPA CP dump file before the revision
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83063
--- Comment #3 from Jakub Jelinek ---
Created attachment 43070
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43070&action=edit
gcc8-pr83063.patch
WIP patch. It still doesn't handle #__VA_OPT__(whatever) or #__VA_OPT__()
properly and ther
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82831
Martin Liška changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82831
--- Comment #28 from Martin Liška ---
I've just sent patch to gcc-patches:
https://gcc.gnu.org/ml/gcc-patches/2018-01/msg00604.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83749
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=2316
Jonathan Wakely changed:
What|Removed |Added
CC||dan.cermak@cgc-instruments.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82517
Martin Liška changed:
What|Removed |Added
Known to work||8.0
Known to fail|8.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83749
--- Comment #2 from dan.cer...@cgc-instruments.com ---
Well I don't mind the current behavior at all and to be honest I find it more
logical that way, so I would welcome a change in the standard.
Should I then close this bugreport or keep it open
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82517
--- Comment #5 from Martin Liška ---
Author: marxin
Date: Tue Jan 9 11:47:26 2018
New Revision: 256378
URL: https://gcc.gnu.org/viewcvs?rev=256378&root=gcc&view=rev
Log:
Add gcc_assert about stack alignment (PR sanitizer/82517).
2018-01-09 Ma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82975
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82975
--- Comment #12 from ktkachov at gcc dot gnu.org ---
Author: ktkachov
Date: Tue Jan 9 11:38:04 2018
New Revision: 256377
URL: https://gcc.gnu.org/viewcvs?rev=256377&root=gcc&view=rev
Log:
[arm] PR target/82975: Guard against reg_renumber being N
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79883
--- Comment #18 from Georg-Johann Lay ---
Author: gjl
Date: Tue Jan 9 11:27:34 2018
New Revision: 256376
URL: https://gcc.gnu.org/viewcvs?rev=256376&root=gcc&view=rev
Log:
PR target/79883
* gcc.target/avr/torture/pr57631.c (dg-w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83750
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82641
--- Comment #13 from Tamar Christina ---
Author: tnfchris
Date: Tue Jan 9 11:04:50 2018
New Revision: 256375
URL: https://gcc.gnu.org/viewcvs?rev=256375&root=gcc&view=rev
Log:
2018-01-09 Tamar Christina
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83737
--- Comment #3 from Georg-Johann Lay ---
(In reply to Georg-Johann Lay from comment #2)
> Author: gjl
> Date: Tue Jan 9 10:38:45 2018
> New Revision: 256373
Typo in the ChangeLog :-( This was intended for PR83738
1 - 100 of 132 matches
Mail list logo