https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25751
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|paolo.carlini at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85599
Thomas Koenig changed:
What|Removed |Added
Status|WAITING |NEW
Component|fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85638
Eric Botcazou changed:
What|Removed |Added
Attachment #44066|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85675
Bug ID: 85675
Summary: parameters from other modules in openmp default(none)
not specified in enclosing 'parallel'
Product: gcc
Version: 7.3.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85638
Eric Botcazou changed:
What|Removed |Added
Component|ada |rtl-optimization
--- Comment #14 from Er
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85676
Bug ID: 85676
Summary: Obsolete function declarations should have warnings by
default
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85677
Bug ID: 85677
Summary: [openacc] gomp-constants.h not available in installed
testing of libgomp
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85678
Bug ID: 85678
Summary: -fno-common should be default
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85677
--- Comment #1 from Tom de Vries ---
Author: vries
Date: Mon May 7 11:33:45 2018
New Revision: 259992
URL: https://gcc.gnu.org/viewcvs?rev=259992&root=gcc&view=rev
Log:
[openacc, testsuite] Allow installed testing of libgomp to find
gomp-consta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85677
Tom de Vries changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85671
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85672
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85679
Bug ID: 85679
Summary: __is_trivially_copyable returns false with volatile
scalar type
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85672
--- Comment #4 from Marc Glisse ---
(In reply to Jonathan Wakely from comment #3)
> Yes it woud have been broken by r259813 and this should fix it:
I don't think that's sufficient:
- the same code is present in several files
- -Wsystem-headers -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85672
--- Comment #5 from Jonathan Wakely ---
(In reply to Marc Glisse from comment #4)
> (In reply to Jonathan Wakely from comment #3)
> > Yes it woud have been broken by r259813 and this should fix it:
>
> I don't think that's sufficient:
> - the sa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85670
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85672
--- Comment #6 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #5)
> (In reply to Marc Glisse from comment #4)
> > - -Wsystem-headers -Wundef will warn
>
> That's the status quo. It would take a ton of effort to avoid -Wundef
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85672
--- Comment #7 from Marc Glisse ---
(In reply to Jonathan Wakely from comment #5)
> > - -Wsystem-headers -Wundef will warn
>
> That's the status quo. It would take a ton of effort to avoid -Wundef
> warnings in libstdc++ and that's not something
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85671
--- Comment #2 from Liu Hao ---
在 2018/5/7 20:13, redi at gcc dot gnu.org 写道:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85671
>
> Jonathan Wakely changed:
>
> What|Removed |Added
> -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85680
Bug ID: 85680
Summary: Missed optimization for value-init of variable-sized
allocation
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85678
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85678
--- Comment #2 from Andrew Pinski ---
https://gcc.gnu.org/ml/gcc/2017-09/msg00088.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85681
Bug ID: 85681
Summary: r259995 breaks bootstrap on x86_64-*-freebsd
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: blocker
Priority: P3
Component: boots
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85681
kargl at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P1
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85681
--- Comment #1 from Luis Machado ---
Working on it.
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 #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=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 #4 from Luis Machado ---
Reverted the offending changes for now.
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=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=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=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=85618
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
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=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 #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=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=85646
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
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=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=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=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=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
kargl at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|--
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=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=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=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=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=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=85671
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
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=85323
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
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=85672
Jonathan Wakely changed:
What|Removed |Added
Keywords||build
Known to work|
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=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=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=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=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 #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=85618
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
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=85676
Eric Gallager changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIRME
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=85593
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
Known
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=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=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=85683
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
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=32815
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=37759
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
--- Comment
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=44756
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
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=47098
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=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=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=55143
Eric Gallager changed:
What|Removed |Added
Status|NEW |RESOLVED
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=54664
Eric Gallager changed:
What|Removed |Added
Keywords||build
CC|
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=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=58801
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
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=66627
David Malcolm changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
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=78947
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
Sev
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=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=85686
Dominique d'Humieres changed:
What|Removed |Added
Priority|P3 |P4
Status|UNCONFIRMED
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=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=85651
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
1 - 100 of 124 matches
Mail list logo
