https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67740
Bug ID: 67740
Summary: Wrong association status of allocatable character
pointer in derived types
Product: gcc
Version: 5.2.0
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67739
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67741
Bug ID: 67741
Summary: Invalid built-in usage should not cause segmentation
fault in compiler
Product: gcc
Version: 5.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67673
vries at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67737
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67686
--- Comment #2 from Markus Trippelsdorf ---
*** Bug 67737 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67737
--- Comment #2 from Markus Trippelsdorf ---
The attached testcase is identical to that of PR67686.
If you accidentally attached the wrong file, feel free to reopen this bug.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67456
--- Comment #5 from ktkachov at gcc dot gnu.org ---
Author: ktkachov
Date: Mon Sep 28 08:23:47 2015
New Revision: 228194
URL: https://gcc.gnu.org/viewcvs?rev=228194&root=gcc&view=rev
Log:
[RTL-ifcvt] PR rtl-optimization/67465: Handle pairs of com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67465
--- Comment #3 from ktkachov at gcc dot gnu.org ---
Author: ktkachov
Date: Mon Sep 28 08:23:47 2015
New Revision: 228194
URL: https://gcc.gnu.org/viewcvs?rev=228194&root=gcc&view=rev
Log:
[RTL-ifcvt] PR rtl-optimization/67465: Handle pairs of com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67464
--- Comment #2 from ktkachov at gcc dot gnu.org ---
Author: ktkachov
Date: Mon Sep 28 08:23:47 2015
New Revision: 228194
URL: https://gcc.gnu.org/viewcvs?rev=228194&root=gcc&view=rev
Log:
[RTL-ifcvt] PR rtl-optimization/67465: Handle pairs of com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67481
--- Comment #3 from ktkachov at gcc dot gnu.org ---
Author: ktkachov
Date: Mon Sep 28 08:25:36 2015
New Revision: 228195
URL: https://gcc.gnu.org/viewcvs?rev=228195&root=gcc&view=rev
Log:
[RTL-ifcvt] PR rtl-optimization/67481: Look more deeply fo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67456
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67464
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67465
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67481
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62171
--- Comment #12 from vries at gcc dot gnu.org ---
Committed test-case: https://gcc.gnu.org/ml/gcc-cvs/2015-09/msg01335.html :
Author: vries
Date: Mon Sep 28 08:19:42 2015
New Revision: 228193
URL: https://gcc.gnu.org/viewcvs?rev=228193&root=gcc&
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62171
vries at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67742
Bug ID: 67742
Summary: 3rd-level restrict ignored
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: tree-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61578
--- Comment #34 from Dominik Vogt ---
The patch in comment 33 fixes the s390 regression. Thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48885
--- Comment #23 from vries at gcc dot gnu.org ---
(In reply to jos...@codesourcery.com from comment #22)
> On Fri, 25 Sep 2015, vries at gcc dot gnu.org wrote:
>
> > Standard: "Let D be a declaration of an ordinary identifier that provides a
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66917
--- Comment #22 from Richard Biener ---
Author: rguenth
Date: Mon Sep 28 10:45:55 2015
New Revision: 228199
URL: https://gcc.gnu.org/viewcvs?rev=228199&root=gcc&view=rev
Log:
2015-09-28 Richard Biener
Backport from mainline
2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67442
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67442
--- Comment #15 from Richard Biener ---
Author: rguenth
Date: Mon Sep 28 10:45:55 2015
New Revision: 228199
URL: https://gcc.gnu.org/viewcvs?rev=228199&root=gcc&view=rev
Log:
2015-09-28 Richard Biener
Backport from mainline
2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67741
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67739
--- Comment #2 from Richard Biener ---
You are using -std=gnu89 by default and thus adhering to GNU extensions where
sincos is a known identifier. We're missing to warn about this maybe(?).
Using -std=c89 should fix this as well (not verified).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67730
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |5.3
Summary|[5.2 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67728
--- Comment #3 from Richard Biener ---
Is __gmpn_invert_limb supposed to be exported? Or is ISL using private APIs
here?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67742
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67731
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67743
Bug ID: 67743
Summary: Associating entity is not auto-typed
Product: gcc
Version: 5.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67744
Bug ID: 67744
Summary: polymorphic associating entity is refused TBP
invocation
Product: gcc
Version: 5.2.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67745
Bug ID: 67745
Summary: [ARM] wrong alignments when __attribute__
((optimize,target,align) is used
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67746
Bug ID: 67746
Summary: Mangled name is accepted for variables in
namespace-scope
Product: gcc
Version: 5.2.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67726
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67745
--- Comment #1 from chrbr at gcc dot gnu.org ---
the problems are three folds:
- FUNCTION_BOUNDARY should not test optimize_size, that should be tested in
override_options_internal instead to be carried by
invoke_set_current_function_hook
- FUN
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67746
--- Comment #1 from Jonathan Wakely ---
Your examples are undefined due to the use of reserved names, and the libstdc++
implementation actually relies on this in places, so I think changing it would
break things.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67745
--- Comment #2 from chrbr at gcc dot gnu.org ---
and test check optimize_function_for_speed_p (cfun)) in assemble_start_function
put an unnecessary constraint on align_functions (either from -falign-functions
or __attribute__).
We should be able t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67746
--- Comment #2 from Roger Ferrer Ibanez ---
(In reply to Jonathan Wakely from comment #1)
> Your examples are undefined due to the use of reserved names, and the
> libstdc++ implementation actually relies on this in places, so I think
> changing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67728
Bernd Edlinger changed:
What|Removed |Added
CC||bernd.edlinger at hotmail dot
de
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67745
--- Comment #3 from chrbr at gcc dot gnu.org ---
another example that gives suboptimal alignment:
void
__attribute__ ((optimize("Os")))
foo()
{
}
compiled with -O2 -mthumb is aligned on 2^2 instead of 2^1. -Os should remove
padding here.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67391
--- Comment #32 from Oleg Endo ---
Author: olegendo
Date: Mon Sep 28 13:44:32 2015
New Revision: 228201
URL: https://gcc.gnu.org/viewcvs?rev=228201&root=gcc&view=rev
Log:
gcc/
Backport from mainline
2015-09-27 Oleg Endo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54236
--- Comment #17 from Oleg Endo ---
Author: olegendo
Date: Mon Sep 28 14:00:44 2015
New Revision: 228202
URL: https://gcc.gnu.org/viewcvs?rev=228202&root=gcc&view=rev
Log:
gcc/
PR target/54236
* config/sh/predicates.md (t_reg_oper
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67391
--- Comment #33 from Oleg Endo ---
Maybe we should leave this one open for a little bit longer...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67731
--- Comment #2 from Oleg Endo ---
(In reply to Richard Biener from comment #1)
> Ok, so usually this gets optimized by fold-const.c
> optimize_bit_field_compare but
> appearantly that doesn't work here. Not that I like this function very
> much.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67716
--- Comment #16 from Oleg Endo ---
(In reply to Kazumoto Kojima from comment #15)
> (In reply to Oleg Endo from comment #14)
> > Yes, there are issues. I've created PR 67723.
>
> Ah, you are right. I forgot -m optimization options at all.
Reg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67731
--- Comment #3 from rguenther at suse dot de ---
On Mon, 28 Sep 2015, olegendo at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67731
>
> --- Comment #2 from Oleg Endo ---
> (In reply to Richard Biener from comment #1)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67747
Bug ID: 67747
Summary: experimental/filesystem/iterators/recursive_directory_
iterator.cc FAILs
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67747
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |6.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67747
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67747
--- Comment #1 from Jonathan Wakely ---
Could you modify the test to print the values of iter->path() and p/"d1" to
stdout before the assertion on line 52?
e.g.
__builtin_puts( iter->path().native().c_str() );
__builtin_puts( (p/"d1").native().
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67747
--- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #1 from Jonathan Wakely ---
> Could you modify the test to print the values of iter->path() and p/"d1" to
> stdout before the assertion on line 52?
>
> e.g.
>
> __builtin_p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67742
--- Comment #2 from vries at gcc dot gnu.org ---
This code pattern is generated for the proposed option
-foffload-alias=
https://gcc.gnu.org/ml/gcc-patches/2015-09/msg02122.html .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67652
--- Comment #3 from iverbin at gcc dot gnu.org ---
Author: iverbin
Date: Mon Sep 28 16:10:16 2015
New Revision: 228210
URL: https://gcc.gnu.org/viewcvs?rev=228210&root=gcc&view=rev
Log:
PR other/67652
liboffloadmic/
* runtime/offl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64331
Oleg Endo changed:
What|Removed |Added
Target|avr |avr sh*-*-*
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67748
Bug ID: 67748
Summary: generate wrong code with -02 in 32bits only
Product: gcc
Version: 5.2.0
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67749
Bug ID: 67749
Summary: FAIL: gcc.dg/ifcvt-2.c scan-rtl-dump ce1 "3 true
changes made"
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67748
Andrew Pinski changed:
What|Removed |Added
Component|c++ |middle-end
Severity|major
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67748
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67726
--- Comment #2 from Jonathan Wakely ---
For --enable-threads=posix the current code is probably OK, as
__gthread_cond_wait should never return an error when used correctly, so will
only throw when the program already has UB.
We should fix it for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67747
--- Comment #3 from Jonathan Wakely ---
Ah, I need to ensure space for the dirent::d_name field.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67728
--- Comment #5 from joseph at codesourcery dot com ---
GMP does, or did, select an ABI at configuration time that may not be the
same as that used by default by the compiler used to build it. For
example, if building on an x86_64 processor it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67748
--- Comment #2 from renaud lepere ---
I tried to do it but I failed with bin/ld.exe: cannot find -lubsan
apparently mingw64 does not yet provide it
(http://sourceforge.net/p/mingw-w64/bugs/442/)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67750
Bug ID: 67750
Summary: undefined local label
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: critical
Priority: P3
Component: rtl-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67750
--- Comment #1 from baoshan ---
I think the problem is at shrink wrap optimization, and I also verified the
problem would disappear with option "-fno-shrink-wrap".
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67730
--- Comment #1 from joseph at codesourcery dot com ---
Probably caused by:
r211978 | mpolacek | 2014-06-25 12:43:05 + (Wed, 25 Jun 2014) | 7
lines
PR c/61162
* c-parser.c (c_parser_statement_after_labels): Pass the location
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67750
Andrew Pinski changed:
What|Removed |Added
Target||powerpc-abc-linuxeabispe
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67748
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67750
--- Comment #3 from baoshan ---
(In reply to Andrew Pinski from comment #2)
> Can you try 5.x?
With the test case this issue can not be reproduced.
But I still think the same problem is also existed in 5.x， it works by
coincidence:
In 4.9.0, the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67700
--- Comment #2 from Sebastian Pop ---
Author: spop
Date: Mon Sep 28 17:29:59 2015
New Revision: 228214
URL: https://gcc.gnu.org/viewcvs?rev=228214&root=gcc&view=rev
Log:
fix PR67700
The patch makes the detection of scop parameters in parameter_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67750
--- Comment #4 from baoshan ---
> the "set r0, rx" also has been moved after debug instruction, it would
> result the undefined local label issue.
Sorry, it should be "It would NOT result the undefined local label issue."
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67748
--- Comment #4 from renaud lepere ---
Thanks for your help. I have sent also the bug on boost mailing list to see if
someone can reproduce or reduce the problem. Not easy since for the moment it
is really in the middle..
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67751
Bug ID: 67751
Summary: redundant zero extension
Product: gcc
Version: 5.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67737
ryan.burn at gmail dot com changed:
What|Removed |Added
Attachment #36403|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67737
--- Comment #4 from ryan.burn at gmail dot com ---
yes, sorry. I attached the wrong file.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67730
Manuel López-Ibáñez changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67737
ryan.burn at gmail dot com changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resoluti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32667
D. Hugh Redelmeier changed:
What|Removed |Added
CC||hugh at mimosa dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67730
--- Comment #3 from Manuel López-Ibáñez ---
Or perhaps we need to a new function (and a new entry in the guidelines) for
the case that we always want the expansion point.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67726
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67700
Sebastian Pop changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67737
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67739
--- Comment #3 from Milan Durovic ---
I think a warning is the right answer. You can't expect people to be aware of
all built-in functions. I wasn't aware that there was such a function called
'sincos'.
And even more importantly, the name clash
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40054
--- Comment #13 from Paul Thomas ---
Author: pault
Date: Mon Sep 28 21:18:38 2015
New Revision: 228222
URL: https://gcc.gnu.org/viewcvs?rev=228222&root=gcc&view=rev
Log:
2015-09-28 Paul Thomas
PR fortran/40054
PR fortran/6392
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63921
--- Comment #6 from Paul Thomas ---
Author: pault
Date: Mon Sep 28 21:18:38 2015
New Revision: 228222
URL: https://gcc.gnu.org/viewcvs?rev=228222&root=gcc&view=rev
Log:
2015-09-28 Paul Thomas
PR fortran/40054
PR fortran/63921
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67739
--- Comment #4 from Milan Durovic ---
Richard Biener:
I've tried your suggestion. The problem is still there, although it does help
with 4.8.1, when local variable is called sincosf.
But the core problem is still there: the compiler generates a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67305
Jim Wilson changed:
What|Removed |Added
CC||wilson at gcc dot gnu.org
--- Comment #8 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39627
Bug 39627 depends on bug 63921, which changed state.
Bug 63921 Summary: [F08] pointer function as lvalue doesn't work when the
function is a type bound function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63921
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63921
Paul Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39627
Bug 39627 depends on bug 40054, which changed state.
Bug 40054 Summary: [F08] Pointer functions as lvalue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40054
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40054
Paul Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52994
Bug 52994 depends on bug 40054, which changed state.
Bug 40054 Summary: [F08] Pointer functions as lvalue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40054
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67752
Bug ID: 67752
Summary: In a template instantiation containing
sizeof...(ArgPack), the mangling for
sizeof(ArgPack...) is emitted instead
Product: gcc
Version: 6.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66068
Jim Wilson changed:
What|Removed |Added
CC||wilson at gcc dot gnu.org
--- Comment #6 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67752
--- Comment #1 from Andrey V ---
Affects Linux ppc64le and Linux x86_64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67753
Bug ID: 67753
Summary: [6 Regression] FAIL: cxg1005, cxg2002, cxg2006,
cxg2007, cxg2008, cxg2018, cxg2019 and cxg2020
Product: gcc
Version: 6.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67742
--- Comment #3 from vries at gcc dot gnu.org ---
(In reply to Richard Biener from comment #1)
> Confirmed.
Richard,
any ideas or hints how this can be implemented in tree-ssa-structalias.c?
Thanks,
- Tom
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60946
Andi Kleen changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66068
--- Comment #7 from Andrew Pinski ---
gombk in SPEC 2k6 has a similar issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67754
Bug ID: 67754
Summary: [graphite] Many testsuite failures
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67755
Bug ID: 67755
Summary: Bad edge probability/block freqency for tree jump
threading
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Prio
1 - 100 of 104 matches
Mail list logo
