https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85689
W E Brown changed:
What|Removed |Added
CC||webrown.cpp at gmail dot com
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84923
--- Comment #7 from Vladimir Mezentsev
---
About comment #3 and #4.
I cannot reproduce a problem.
Is it a cross compilation on x86 for aarch64 ?
What need to do to reproduce the problem ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85646
--- Comment #4 from Jason Merrill ---
Author: jason
Date: Tue May 8 03:13:09 2018
New Revision: 260022
URL: https://gcc.gnu.org/viewcvs?rev=260022&root=gcc&view=rev
Log:
PR c++/85646 - lambda visibility.
* decl2.c (determine_vi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85619
Martin Sebor changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85619
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85623
Martin Sebor changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85623
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85643
Martin Sebor changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85643
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85650
Martin Sebor changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85650
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84890
--- Comment #9 from Martin Sebor ---
(In reply to Martin Sebor from comment #8)
To clarify: it's not correct to directly include the header in a GCC
source file. Instead, one is expected to define the INCLUDE_STRING macro
before including gcc/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85652
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85691
Bug ID: 85691
Summary: Faulty Class Member Default Initialization - No
Warning or Error
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85687
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=85646
--- Comment #3 from Jason Merrill ---
Author: jason
Date: Mon May 7 23:50:16 2018
New Revision: 260017
URL: https://gcc.gnu.org/viewcvs?rev=260017&root=gcc&view=rev
Log:
PR c++/85646 - lambda visibility.
* decl2.c (determine_vi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85690
Bug ID: 85690
Summary: missing suggested header for std-qualified names
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66812
Eric Gallager changed:
What|Removed |Added
Keywords||patch
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84890
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
--- Comment #8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66811
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66627
Bug 66627 depends on bug 66783, which changed state.
Bug 66783 Summary: No error-checking for creating structs containing opaque
structs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66783
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66783
Eric Gallager changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66594
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85651
Martin Sebor changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85651
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85593
--- Comment #7 from Austin Morton ---
I will certainly give writing a patch a try - but I will disclaim up front that
because there is a viable workaround for the issue I was having (patch below
[1]), this issue is "resolved" as far as my employe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85687
Dominique d'Humieres changed:
What|Removed |Added
Priority|P3 |P4
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85686
Dominique d'Humieres changed:
What|Removed |Added
Priority|P3 |P4
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85665
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=85316
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78947
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
Sev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85559
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66627
David Malcolm changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85680
--- Comment #3 from Mathias Stearn ---
MSVC and ICC both also handle this poorly: https://godbolt.org/g/i4wMYa
https://developercommunity.visualstudio.com/content/problem/246786/poor-codegen-for-value-init-followed-by-explicit-i.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58801
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85683
--- Comment #4 from Jakub Jelinek ---
This seems to work.
--- gcc/config/i386/i386.md.jj 2018-05-02 23:55:44.0 +0200
+++ gcc/config/i386/i386.md 2018-05-07 22:27:18.848705146 +0200
@@ -19285,6 +19285,40 @@
con
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85675
--- Comment #2 from Harald Anlauf ---
Running under the debugger (separate file 2 only):
Breakpoint 1, gfc_omp_predetermined_sharing (decl=0xb7c100fc)
at ../../trunk/gcc/fortran/trans-openmp.c:152
152 if (VAR_P (decl) && TREE_READONLY
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54664
Eric Gallager changed:
What|Removed |Added
Keywords||build
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85685
Dominique d'Humieres changed:
What|Removed |Added
Priority|P3 |P4
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55143
Eric Gallager changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47093
Bug 47093 depends on bug 55143, which changed state.
Bug 55143 Summary: vms-c.o:(.toc+0x0): undefined reference to
`c_default_pointer_mode' (building cc1plus)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55143
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47093
Bug 47093 depends on bug 48904, which changed state.
Bug 48904 Summary: x86_64-knetbsd-gnu fails to build
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48904
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48904
Eric Gallager changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25914
--- Comment #7 from dave.anglin at bell dot net ---
On 2018-05-07 4:05 PM, egallager at gcc dot gnu.org wrote:
> Did this proposal ever happen?
Yes:
http://pubs.opengroup.org/onlinepubs/9699919799/functions/psignal.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47098
Eric Gallager changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85675
Harald Anlauf changed:
What|Removed |Added
CC||anlauf at gmx dot de
--- Comment #1 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47093
Bug 47093 depends on bug 47098, which changed state.
Bug 47098 Summary: i686-openbsd3.0: OBSD_LIB_SPEC missing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47098
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44756
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49656
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37759
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25914
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32815
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85689
Bug ID: 85689
Summary: if constexpr compiles false branch
Product: gcc
Version: 8.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85683
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85688
--- Comment #1 from Jonathan Wakely ---
If this is accepted as a bug then I'll create a similar one for the C front
end:
gcc -c -x c - -mno-float128 <<< 'void f() { __float128 f = 0.0; }'
: In function ‘f’:
:1:12: error: unknown type name ‘__flo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85688
Bug ID: 85688
Summary: Unhelpful fix-it hint for __float128 when using
-mno-float128
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Keywords: diagnostic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85683
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Target Milest
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85593
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
Known
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82922
Eric Gallager changed:
What|Removed |Added
CC||david at westcontrol dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85676
Eric Gallager changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85672
--- Comment #10 from Jonathan Wakely ---
Created attachment 44083
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44083&action=edit
Restore previous behaviour of #undef _GLIBCXX_USE_FLOAT128 based on configure
checks.
This still follows the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85618
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85618
--- Comment #4 from Jason Merrill ---
Author: jason
Date: Mon May 7 19:34:59 2018
New Revision: 260013
URL: https://gcc.gnu.org/viewcvs?rev=260013&root=gcc&view=rev
Log:
PR c++/85618 - ICE with initialized VLA.
* tree.c (vla_ty
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71769
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85618
--- Comment #3 from Jason Merrill ---
Author: jason
Date: Mon May 7 19:22:35 2018
New Revision: 260012
URL: https://gcc.gnu.org/viewcvs?rev=260012&root=gcc&view=rev
Log:
PR c++/85618 - ICE with initialized VLA.
* tree.c (vla_ty
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80506
--- Comment #12 from emsr at gcc dot gnu.org ---
Yes, all other stuff is rolled back except for this patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80506
--- Comment #11 from emsr at gcc dot gnu.org ---
Yes, I had an ugly morning with svn.
Hopefully the bits are rolled back.
That chunk is 83140.
Ed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85672
--- Comment #9 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #8)
> The new logic [...] comes before the automatically added parts.
And obviously you can't #undef something that hasn't been defined yet.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85672
Jonathan Wakely changed:
What|Removed |Added
Keywords||build
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85672
--- Comment #8 from Jonathan Wakely ---
(In reply to Marc Glisse from comment #7)
> Yes, or maybe don't generate #define _GLIBCXX_USE_FLOAT128 0 but instead /*
> #undef _GLIBCXX_USE_FLOAT128 */ as we used to do and as the rest of the
> c++config.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85323
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85680
--- Comment #2 from Mathias Stearn ---
FYI, I don't think this is a signed/unsigned thing since it also repros with
unsigned long https://godbolt.org/g/LTmrpi
My initial repo actually used size_t, but I (incorrectly) changed it to long
rather th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85671
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85687
Bug ID: 85687
Summary: ICE in gfc_sym_identifier, at fortran/trans-decl.c:351
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85686
Bug ID: 85686
Summary: [8/9 Regression] ICE in gfc_conv_scalarized_array_ref,
at fortran/trans-array.c:3385
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85685
Bug ID: 85685
Summary: [7/8/9 Regression] ICE in
gfc_deallocate_scalar_with_status, at
fortran/trans.c:1598
Product: gcc
Version: 9.0
Status: UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80506
--- Comment #10 from Jonathan Wakely ---
(In reply to emsr from comment #5)
> Author: emsr
> Date: Mon May 7 15:55:11 2018
> New Revision: 260001
>
> URL: https://gcc.gnu.org/viewcvs?rev=260001&root=gcc&view=rev
> Log:
> 2018-05-07 Edward Smit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85671
--- Comment #3 from Jonathan Wakely ---
Author: redi
Date: Mon May 7 17:26:28 2018
New Revision: 260009
URL: https://gcc.gnu.org/viewcvs?rev=260009&root=gcc&view=rev
Log:
PR libstdc++/85671 allow copy elision in path concatenation
By performin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85680
--- Comment #1 from Marc Glisse ---
Quite impressive how we do the test in multiple ways, which are not quite
equivalent because of the wrapping semantics of unsigned. Maybe if we asserted
that the argument of operator new must be less than the s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85681
kargl at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85681
--- Comment #7 from Steve Kargl ---
On Mon, May 07, 2018 at 05:01:59PM +, luis.machado at linaro dot org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85681
>
> --- Comment #6 from Luis Machado ---
> Would you please confirm the boo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85681
--- Comment #6 from Luis Machado ---
Would you please confirm the bootstrap is back to normal and declare it
resolved? I don't have permission to change its state.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80506
--- Comment #9 from emsr at gcc dot gnu.org ---
Author: emsr
Date: Mon May 7 16:59:08 2018
New Revision: 260008
URL: https://gcc.gnu.org/viewcvs?rev=260008&root=gcc&view=rev
Log:
2018-05-07 Edward Smith-Rowland <3dw...@verizon.net>
Mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85616
--- Comment #4 from Denis Roux ---
I agree that the given example code is breaking the C strict aliasing rule.
However, I do not believe that the issue I'm reporting is related to aliasing.
Further more, adding -fno-strict-aliasing option do not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85683
Alexander Monakov changed:
What|Removed |Added
Keywords||missed-optimization
Stat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85646
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85684
Bug ID: 85684
Summary: output of instrinsic _xgetbv is wrongly overwritten
Product: gcc
Version: 8.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80506
--- Comment #8 from emsr at gcc dot gnu.org ---
Author: emsr
Date: Mon May 7 16:23:29 2018
New Revision: 260006
URL: https://gcc.gnu.org/viewcvs?rev=260006&root=gcc&view=rev
Log:
2018-05-07 Edward Smith-Rowland <3dw...@verizon.net>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80506
--- Comment #7 from emsr at gcc dot gnu.org ---
Author: emsr
Date: Mon May 7 16:19:34 2018
New Revision: 260005
URL: https://gcc.gnu.org/viewcvs?rev=260005&root=gcc&view=rev
Log:
2018-05-07 Edward Smith-Rowland <3dw...@verizon.net>
Ba
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80506
--- Comment #6 from emsr at gcc dot gnu.org ---
Author: emsr
Date: Mon May 7 16:17:32 2018
New Revision: 260004
URL: https://gcc.gnu.org/viewcvs?rev=260004&root=gcc&view=rev
Log:
2018-05-07 Edward Smith-Rowland <3dw...@verizon.net>
Mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85618
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85683
Bug ID: 85683
Summary: [8 Regression] GCC 8 stopped using RMW (Read Modify
Write) instructions on x86[_64]
Product: gcc
Version: 8.0.1
Status: UNCONFIRMED
Sever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80506
--- Comment #5 from emsr at gcc dot gnu.org ---
Author: emsr
Date: Mon May 7 15:55:11 2018
New Revision: 260001
URL: https://gcc.gnu.org/viewcvs?rev=260001&root=gcc&view=rev
Log:
2018-05-07 Edward Smith-Rowland <3dw...@verizon.net>
Mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85682
--- Comment #1 from Luis Machado ---
Will do.
I've temporarily reverted the prefetcher changes since it caused x86 bootstrap
issues. I'll investigate this alongside it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85681
--- Comment #5 from luisgpm at gcc dot gnu.org ---
Author: luisgpm
Date: Mon May 7 15:47:14 2018
New Revision: 26
URL: https://gcc.gnu.org/viewcvs?rev=26&root=gcc&view=rev
Log:
2018-05-07 Luis Machado
PR bootstrap/85681
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85681
--- Comment #4 from Luis Machado ---
Reverted the offending changes for now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85682
Bug ID: 85682
Summary: Regression: gcc.dg/tree-ssa/prefetch-5.c at r259995
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85681
--- Comment #3 from Luis Machado ---
There are a couple fixups needed in there. The second error you ran into was
already caught by gcc in the first comment.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85681
--- Comment #2 from kargl at gcc dot gnu.org ---
(In reply to kargl from comment #0)
> ../../gcc/gcc/tree-ssa-loop-prefetch.c: In function 'bool
> should_issue_prefetch_p(mem_ref*)':
> ../../gcc/gcc/tree-ssa-loop-prefetch.c:1010:54: error: compari
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85681
--- Comment #1 from Luis Machado ---
Working on it.
1 - 100 of 124 matches
Mail list logo