https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83918
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83918
--- Comment #3 from Jakub Jelinek ---
Author: jakub
Date: Tue Jan 23 07:46:05 2018
New Revision: 256972
URL: https://gcc.gnu.org/viewcvs?rev=256972&root=gcc&view=rev
Log:
PR c++/83918
* tree.c (maybe_wrap_with_location): Use NON_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83987
Bug ID: 83987
Summary: [6/7/8 Regression] ICE with OpenMP, sanitizer and
virtual bases
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83190
Leslie Zhai changed:
What|Removed |Added
CC||lesliezhai at llvm dot org.cn
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71304
Leslie Zhai changed:
What|Removed |Added
CC||lesliezhai at llvm dot org.cn
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83821
Leslie Zhai changed:
What|Removed |Added
CC||lesliezhai at llvm dot org.cn
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83986
Bug ID: 83986
Summary: [8 Regression] ICE in maybe_record_trace_start, at
dwarf2cfi.c:2348
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Keywords: ice-on-valid-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81616
--- Comment #50 from Andrew Roberts ---
with the matrix.c benchmark on Ryzen and looking at the other options when
using -march=znver1 and -mtune=znver1
mult took 225281 clocks -march=znver1 -mtune=znver1 -mprefer-vector-width=128
mult took 1859
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83496
--- Comment #11 from Paul Hua ---
>
> Actually, I think that assembly looks unaffected by the issue.
>
Right.
> I have some doubts about the commits mentioned in this thread as well.
> r240965 looks like it simply changes the code generator
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83975
Dominique d'Humieres changed:
What|Removed |Added
Priority|P3 |P4
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83985
Bug ID: 83985
Summary: Compile time hog for 32-bit BE powerpc targets
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keywords: compile-time-hog
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83984
Bug ID: 83984
Summary: ld: The value 0x80005 does not fit when
applying the relocation DIR21L
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83975
David Malcolm changed:
What|Removed |Added
Keywords||ice-on-valid-code
Status|UNC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83660
--- Comment #6 from kelvin at gcc dot gnu.org ---
For what it's worth, I reconfigured my build with --enable-checking=yes,tree in
hopes that this would help us find the C++ parser code that is responsible for
creating the problematic syntax tree.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83982
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83981
--- Comment #2 from Jonathan Wakely ---
https://wg21.link/lwg2033 changed the requirements.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83983
Bug ID: 83983
Summary: FAIL: g++.dg/lto/pr83121 (test for LTO warnings,
pr83121_0.C line 8)
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83981
Jonathan Wakely changed:
What|Removed |Added
Keywords||rejects-valid
Status|UNCON
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83589
--- Comment #8 from Tom de Vries ---
Created attachment 43209
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43209&action=edit
Patch inserting fake_nop only in case of branch-around-nothing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83980
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83982
Bug ID: 83982
Summary: Exception guarantee of C++14 vector::resize(size_type)
is not met
Product: gcc
Version: 7.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83981
Bug ID: 83981
Summary: vector::resize(size_type) should not require T to be
CopyInsertable when std=c++14
Product: gcc
Version: 7.2.0
Status: UNCONFIRMED
Severi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83957
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83081
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83081
--- Comment #11 from Jakub Jelinek ---
Author: jakub
Date: Mon Jan 22 22:59:33 2018
New Revision: 256966
URL: https://gcc.gnu.org/viewcvs?rev=256966&root=gcc&view=rev
Log:
PR tree-optimization/83081
* profile-count.h (profile_pro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83957
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Mon Jan 22 23:00:50 2018
New Revision: 256967
URL: https://gcc.gnu.org/viewcvs?rev=256967&root=gcc&view=rev
Log:
PR tree-optimization/83957
* omp-expand.c (expand_omp_for_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83720
--- Comment #4 from Jason Merrill ---
Author: jason
Date: Mon Jan 22 22:41:48 2018
New Revision: 256965
URL: https://gcc.gnu.org/viewcvs?rev=256965&root=gcc&view=rev
Log:
PR c++/83720 - different fix
* decl2.c (determine_visibil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83980
Bug ID: 83980
Summary: Various issues with character length in array
constructors
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83979
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83515
--- Comment #2 from DIL ---
For GFORTRAN 6.4.0 and earlier, the relevant compiler bug has been fixed in
78300.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83979
David Malcolm changed:
What|Removed |Added
CC||rsandifo at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83976
Harald Anlauf changed:
What|Removed |Added
CC||anlauf at gmx dot de
--- Comment #2 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83720
--- Comment #3 from Jason Merrill ---
Author: jason
Date: Mon Jan 22 21:51:53 2018
New Revision: 256964
URL: https://gcc.gnu.org/viewcvs?rev=256964&root=gcc&view=rev
Log:
PR c++/83720 - ICE with lambda and LTO.
* decl2.c (determ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83979
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83974
David Malcolm changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83979
Bug ID: 83979
Summary: [8 Regression] ICE with pointer comparison
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69452
--- Comment #7 from David Malcolm ---
Author: dmalcolm
Date: Mon Jan 22 20:53:57 2018
New Revision: 256963
URL: https://gcc.gnu.org/viewcvs?rev=256963&root=gcc&view=rev
Log:
Finish removing class move_computations_dom_walker
r232820 (aka 2c7b2f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83967
--- Comment #3 from rguenther at suse dot de ---
On January 22, 2018 4:36:00 PM GMT+01:00, "pinskia at gcc dot gnu.org"
wrote:
>https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83967
>
>--- Comment #2 from Andrew Pinski ---
>Also I was going to say
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83969
--- Comment #5 from Michael Meissner ---
On Mon, Jan 22, 2018 at 08:13:11PM +, segher at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83969
>
> --- Comment #2 from Segher Boessenkool ---
> Where do you get TImode wi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83969
--- Comment #4 from Michael Meissner ---
On Mon, Jan 22, 2018 at 08:13:11PM +, segher at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83969
>
> --- Comment #2 from Segher Boessenkool ---
> Where do you get TImode wi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83969
--- Comment #3 from Jakub Jelinek ---
Apparently vectorization, from expand dump it looks like TImode is mode of
vector(2) long long int.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83969
--- Comment #2 from Segher Boessenkool ---
Where do you get TImode with this testcase?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83969
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81616
--- Comment #49 from Jan Hubicka ---
> matrix.c is still needing additional options to get the best out of the Ryzen
> processor. But is better than before (223029 clocks vs 371978 originally),
> but 122677 is achievable with the right options.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83862
--- Comment #2 from Michael Meissner ---
Author: meissner
Date: Mon Jan 22 19:36:18 2018
New Revision: 256959
URL: https://gcc.gnu.org/viewcvs?rev=256959&root=gcc&view=rev
Log:
[gcc]
2018-01-22 Michael Meissner
PR target/83862
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83978
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82882
--- Comment #6 from Jakub Jelinek ---
*** Bug 83978 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83879
--- Comment #5 from Nathan Sidwell ---
usage is --dynamic-list=file-name, which would be a little awkward.
--dynamic-list-data is probably more useable and available.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83879
--- Comment #4 from Marco Castelluccio ---
Would it be feasible to force exporting "__gcov_master" to the dynamic symbol
table when coverage instrumentation is enabled?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83978
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83978
Bug ID: 83978
Summary: [8 Regression] ICE in determine_visibility
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81616
--- Comment #48 from Andrew Roberts ---
Correction, that should be 23 not 23000 for the haswell drop in
performance.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81616
--- Comment #47 from Andrew Roberts ---
Again with the latest snapshot:
gcc version 8.0.1 20180121
matrix.c is still needing additional options to get the best out of the Ryzen
processor. But is better than before (223029 clocks vs 371978 origin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83935
--- Comment #4 from Pierre-Marie de Rodat ---
(In reply to Tom Tromey from comment #3)
> TBH this did not make sense to me, either, which is partly why I originally
> wrote my patch the "more natural" way -- then this got caught in review,
> see
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81616
--- Comment #46 from Andrew Roberts ---
With the latest snapshot:
gcc version 8.0.1 20180121
For the mt19937ar things now look reasonable without any strange options on
Ryzen.
Top 5
mt19937ar took 226849 clocks -march=amdfam10 -mtune=btver2
mt1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83758
David Edelsohn changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83977
Bug ID: 83977
Summary: [8 Regression] ICE in simd_clone_clauses_extract, at
omp-simd-clone.c:184
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83976
--- Comment #1 from G. Steinmetz ---
This variant works as expected :
$ cat z2.f90
program p
type t
integer :: a
end type
class(t), allocatable :: x
type(t) :: z = t(3)
x = z
z = x
print *, z
end
$ gfortran-8-20180
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83976
Bug ID: 83976
Summary: ICE in gfc_add_component_ref, at fortran/class.c:211
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83975
--- Comment #1 from G. Steinmetz ---
Configured with --enable-checking=yes :
$ gfortran-8-20180121-chk -c z1.f90
z1.f90:1:0:
subroutine s(x)
internal compiler error: tree check: expected parm_decl, have var_decl in
assign_parm_find_data_type
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83975
Bug ID: 83975
Summary: [8 Regression] ICE in set_parm_default_def_partition,
at tree-ssa-coalesce.c:1919
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67804
G. Steinmetz changed:
What|Removed |Added
CC||gs...@t-online.de
--- Comment #2 from G.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83974
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83974
Bug ID: 83974
Summary: [8 Regression] ICE in cxx_eval_constant_expression
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83758
--- Comment #17 from acsawdey at gcc dot gnu.org ---
Seems to be some interaction between split-stack and inlining. The ICE does not
occur when compiling with -O2 -fdisable-ipa-inline.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83758
--- Comment #16 from acsawdey at gcc dot gnu.org ---
Created attachment 43208
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43208&action=edit
split-stack related bug test case
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83935
--- Comment #3 from Tom Tromey ---
(In reply to Pierre-Marie de Rodat from comment #2)
> Thinking more about it, the rule that the discriminant entry must be a child
> of the variant part entry sounds suspicious to me.
TBH this did not make sens
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83720
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83973
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83972
--- Comment #1 from Dominique d'Humieres ---
*** Bug 83973 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80547
--- Comment #5 from cesar at gcc dot gnu.org ---
I wasn't able to reproduce the nvptx ICE in og7. However, the host fallback
does segfault at runtime in og7.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83879
--- Comment #3 from Nathan Sidwell ---
Aha, this is the behaviour of the static linker. It is not placing
'__gcov_master' into main's dynamic symbol table. So dlloading the shared
objects do not see it, and have their own instance. To confuse
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83966
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83971
--- Comment #2 from Jason Duerstock ---
At least tangentially related, what's the reason only ia64 needs libunwind?
What happens if gcc is built with --disable-libunwind-exceptions? I haven't
been able to find a clear explanation regarding this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81933
Marek Polacek changed:
What|Removed |Added
Summary|[7/8 Regression] Invalid|[7 Regression] Invalid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81933
--- Comment #7 from Marek Polacek ---
Author: mpolacek
Date: Mon Jan 22 16:05:20 2018
New Revision: 256951
URL: https://gcc.gnu.org/viewcvs?rev=256951&root=gcc&view=rev
Log:
PR c++/81933
* typeck2.c (split_nonconstant_init_1): Re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80463
--- Comment #14 from Arseny Solokha ---
Thank you for the analysis. I can fill a separate PR for this testcase if
that's more appropriate.
Meanwhile, I got two more testcases which I've just reported as PR83972 and
PR83973 not to clutter this PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83972
Bug ID: 83972
Summary: ICE in code_motion_process_successors, at
sel-sched.c:6398
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keywords: ice-on-valid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83973
Bug ID: 83973
Summary: ICE in code_motion_process_successors, at
sel-sched.c:6398
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keywords: ice-checking
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83879
--- Comment #2 from Nathan Sidwell ---
The multiple definitions of gcov_master should not be a problem. The (ELF)
semantics of shared libraries are such that the definition in the main program
preempts the defiitions in the libraries. The libra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81440
--- Comment #5 from Martin Liška ---
(In reply to Dan Halbert from comment #4)
> There's movement on bug 83954, which seems related but is a different
> manifestation. Will a fix there fix this also? (I see your "I've got a
> patch" comment, but
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83967
--- Comment #2 from Andrew Pinski ---
Also I was going to say the c function maybe should be marked as used as lto
likes to remove unused functions in general.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83971
Andrew Pinski changed:
What|Removed |Added
Component|c |driver
--- Comment #1 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81440
--- Comment #4 from Dan Halbert ---
There's movement on bug 83954, which seems related but is a different
manifestation. Will a fix there fix this also? (I see your "I've got a patch"
comment, but that was a while ago).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83971
Bug ID: 83971
Summary: gcc -static link command hardcoded when
--with-system-libunwind used
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83954
--- Comment #6 from Martin Liška ---
(In reply to Dan Bonachea from comment #5)
> (In reply to Martin Liška from comment #4)
> > > Assuming it's the latter, can anyone suggest any non-intrusive
> > > workarounds?
> > > (aside from the obvious "b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80463
--- Comment #13 from Andrey Belevantsev ---
(In reply to Andrey Belevantsev from comment #12)
> (In reply to Arseny Solokha from comment #11)
> > How about this one? It makes only trunk gcc ICE, though.
> >
> > short int t2;
> > int cd, aa, ft;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83954
--- Comment #5 from Dan Bonachea ---
(In reply to Martin Liška from comment #4)
> > Assuming it's the latter, can anyone suggest any non-intrusive workarounds?
> > (aside from the obvious "big hammers" of -fno-lto or -fno-strict-aliasing)
>
> Ye
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83954
--- Comment #4 from Martin Liška ---
> Assuming it's the latter, can anyone suggest any non-intrusive workarounds?
> (aside from the obvious "big hammers" of -fno-lto or -fno-strict-aliasing)
Yes, the warning should not produce bogus warnings. P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83954
Martin Liška changed:
What|Removed |Added
Assignee|marxin at gcc dot gnu.org |hubicka at gcc dot
gnu.org
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83399
Segher Boessenkool changed:
What|Removed |Added
Target Milestone|--- |6.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83963
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83954
--- Comment #2 from Dan Bonachea ---
Thanks Mr. Liška!
If possible it would be useful for our project to know whether this defect is
solely a spurious warning, or whether it could affect analysis in a way that
might result in incorrect code gene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81616
--- Comment #45 from Jan Hubicka ---
I believe all issues tracked here has been adressed. Andrew, do you still see
some anomalies?
Honza
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83704
Janne Blomqvist changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78534
--- Comment #25 from Janne Blomqvist ---
Author: jb
Date: Mon Jan 22 13:31:08 2018
New Revision: 256944
URL: https://gcc.gnu.org/viewcvs?rev=256944&root=gcc&view=rev
Log:
PR 78534, 83704 Large character lengths
This patch fixes various parts of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83898
Paul Thomas changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
Assigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83704
--- Comment #18 from Janne Blomqvist ---
Author: jb
Date: Mon Jan 22 13:31:08 2018
New Revision: 256944
URL: https://gcc.gnu.org/viewcvs?rev=256944&root=gcc&view=rev
Log:
PR 78534, 83704 Large character lengths
This patch fixes various parts of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83963
--- Comment #4 from Richard Biener ---
Author: rguenth
Date: Mon Jan 22 13:10:57 2018
New Revision: 256943
URL: https://gcc.gnu.org/viewcvs?rev=256943&root=gcc&view=rev
Log:
2018-01-22 Richard Biener
PR tree-optimization/83963
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83892
--- Comment #6 from simon at pushface dot org ---
I tried check-gnat, which also shows additional lto-related failures.
Running with lto shows 5 additional FAILs (and 3 fewer PASSes???)
LTO:
Running target unix/-flto/-g0
...
===
1 - 100 of 150 matches
Mail list logo
