https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60818
Arseny Solokha changed:
What|Removed |Added
Target|powerpc-e500v2-linux-gnuspe |powerpc-e500v2-linux-gnuspe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69482
--- Comment #4 from wipedout at yandex dot ru ---
Okay, suppose we have the following scenario. There's a third party library
with an encryption function like this:
void encrypt( void* data, void* key );
That function is compiled into as a s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69510
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67337
Markus Trippelsdorf changed:
What|Removed |Added
CC||vapier at gcc dot gnu.org
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69347
Jeffrey A. Law changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69336
Dominik Vogt changed:
What|Removed |Added
CC||vogt at linux dot vnet.ibm.com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69510
Mike Frysinger changed:
What|Removed |Added
Known to work||4.7.4, 4.8.5
Version|unknown
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69510
Bug ID: 69510
Summary: segfault in write_template_prefix while compiling C++
template code
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57315
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69268
Andrew Pinski changed:
What|Removed |Added
Keywords||wrong-code
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69399
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |5.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69484
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |5.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69447
--- Comment #9 from Richard Henderson ---
Created attachment 37484
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37484&action=edit
proposed patch
Fixes the test case, in that it prevents the remat.
Starting overnight bootstraps for armv7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69507
--- Comment #4 from Martin Sebor ---
Created attachment 37483
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37483&action=edit
Proposed patch.
Attaching a proposed patch tested on x86_64-linux. Since GCC is in stage 4
(regression fixes on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69447
Richard Henderson changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #8 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69509
Bug ID: 69509
Summary: infinite loop compiling a VLA in a recursive constexpr
function
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69466
Alexandre Oliva changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69507
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69299
--- Comment #7 from Vladimir Makarov ---
(In reply to Jakub Jelinek from comment #3)
> Maybe we really need to have two types of memory
> constraints, ones which can be worst case always satisfied by reloading
> their address into an address regi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69508
--- Comment #1 from Andrew Pinski ---
Can you provide the preprocessed source?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69268
--- Comment #3 from Rich Townsend ---
Proposed patch appears to work in the real-world case I'm focused on. Thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69508
Bug ID: 69508
Summary: Undefined Behavior Sanitizer
__ubsan_handle_load_invalid_value reports invalid load
with wrong value
Product: gcc
Version: 5.3.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69507
--- Comment #2 from Martin Sebor ---
The manual says this about -Wpedantic:
-Wpedantic does not cause warning messages for use of the alternate keywords
whose names begin and end with '__'.
GCC accepts without a warning many extensions in ped
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69507
--- Comment #1 from Andrew Pinski ---
I don't think this is a bogus warning. -pedantic turns off all of GCC
extensions including __attribute__ and asm support IIRC.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69503
Andrew Pinski changed:
What|Removed |Added
Target||x86_64-*-darwin
Component|other
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69507
Martin Sebor changed:
What|Removed |Added
Keywords||diagnostic
Severity|normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69507
Bug ID: 69507
Summary: bogus warning: ISO C does not allow ‘__alignof__
(expression)’
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69506
Bug ID: 69506
Summary: check-in 232454 seems to cause problems with cygwin
builds
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69506
--- Comment #1 from Roger Orr ---
See also http://permalink.gmane.org/gmane.os.cygwin/156987
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63406
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69505
Bug ID: 69505
Summary: attribute aligned changes alignment of the same type
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64289
Marek Polacek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69217
Eric Botcazou changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66630
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59441
Marek Polacek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69495
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=64162
Martin Sebor changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69485
--- Comment #3 from Manuel López-Ibáñez ---
(In reply to janus from comment #2)
> There is a note about this in the load_line documentation:
>
>NOTE: The error machinery isn't available at this point, so we can't
>easily report line
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69504
Bug ID: 69504
Summary: XMM register variable ICE with vector extensions
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69503
Bug ID: 69503
Summary: SIGFPE raised when mixing std::async with cilk
Product: gcc
Version: 5.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68886
Eric Botcazou changed:
What|Removed |Added
Target|hppa-*-*, powerpc*-*-* |hppa-*-*, powerpc*-*-*,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69497
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69110
vries at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69110
--- Comment #21 from vries at gcc dot gnu.org ---
Author: vries
Date: Tue Jan 26 22:18:28 2016
New Revision: 232854
URL: https://gcc.gnu.org/viewcvs?rev=232854&root=gcc&view=rev
Log:
Handle DR_NUM_DIMENSIONS == 0 in initialize_data_dependence_rel
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64162
--- Comment #4 from Patrick Oppenlander ---
Tested with 5.3.0 under mingw and the ICE appears to be fixed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69110
--- Comment #20 from vries at gcc dot gnu.org ---
Author: vries
Date: Tue Jan 26 22:14:53 2016
New Revision: 232853
URL: https://gcc.gnu.org/viewcvs?rev=232853&root=gcc&view=rev
Log:
Handle DR_NUM_DIMENSIONS == 0 in initialize_data_dependence_rel
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69110
--- Comment #19 from vries at gcc dot gnu.org ---
Author: vries
Date: Tue Jan 26 22:11:51 2016
New Revision: 232852
URL: https://gcc.gnu.org/viewcvs?rev=232852&root=gcc&view=rev
Log:
Handle DR_NUM_DIMENSIONS == 0 in initialize_data_dependence_rel
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69385
--- Comment #16 from Paul Thomas ---
Author: pault
Date: Tue Jan 26 21:57:12 2016
New Revision: 232850
URL: https://gcc.gnu.org/viewcvs?rev=232850&root=gcc&view=rev
Log:
2016-01-26 Paul Thomas
PR fortran/69385
* trans-expr.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46354
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65672
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69447
--- Comment #7 from Vladimir Makarov ---
(In reply to Richard Henderson from comment #6)
> ... except that's not the same set of live ranges
> computed by IRA:
>
>Insn 55(l0): point = 9
>Insn 70(l0): point = 11
>...
>Insn 50(l0):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69502
Bug ID: 69502
Summary: attribute aligned reduces alignment contrary to
documentation
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68949
--- Comment #9 from Jason Merrill ---
Author: jason
Date: Tue Jan 26 21:34:16 2016
New Revision: 232848
URL: https://gcc.gnu.org/viewcvs?rev=232848&root=gcc&view=rev
Log:
PR c++/68949
* constexpr.c (register_constexpr_fundef): K
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68782
--- Comment #7 from Jason Merrill ---
Author: jason
Date: Tue Jan 26 21:34:10 2016
New Revision: 232847
URL: https://gcc.gnu.org/viewcvs?rev=232847&root=gcc&view=rev
Log:
PR c++/68782
gcc/
* tree.c (recompute_constructor_flags):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68949
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69447
--- Comment #6 from Richard Henderson ---
... except that's not the same set of live ranges
computed by IRA:
Insn 55(l0): point = 9
Insn 70(l0): point = 11
...
Insn 50(l0): point = 19
...
Insn 21(l0): point = 61
Insn 19(l0):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69501
--- Comment #2 from Michael Meissner ---
In addition to sign/zero/float extend, note that there are UNSPECs for some
floating point conversions as well (lfiwax, lfiwzx).
Rather than trying to enumerate all of the extends, perhaps checking whethe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69501
--- Comment #1 from Michael Meissner ---
insn_is_load_p in rs6000.c probably also needs to be modified.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69496
Martin Sebor changed:
What|Removed |Added
Keywords|ice-on-valid-code |ice-on-invalid-code
--- Comment #5 from M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69009
--- Comment #5 from W E Brown ---
I have encountered this issue several more times since my original report, and
am writing to report a pattern I recently noticed among cases that ICE vs
similar cases that compile correctly. (I'm now using MacPo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69217
--- Comment #6 from ibuclaw at gcc dot gnu.org ---
Author: ibuclaw
Date: Tue Jan 26 20:57:37 2016
New Revision: 232845
URL: https://gcc.gnu.org/viewcvs?rev=232845&root=gcc&view=rev
Log:
PR rtl-optimization/69217
* var-tracking.c (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69496
--- Comment #4 from Marek Polacek ---
Ah, no, it doesn't ICE with that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69501
Bug ID: 69501
Summary: PowerPC rs6000_adjust_cost doesn't recognize
float/sign/zero extend memory operations
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Sever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69500
Jonathan Wakely changed:
What|Removed |Added
Keywords||rejects-valid
Status|UNCON
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69496
--- Comment #3 from Marek Polacek ---
Note the original testcase is invalid: I suppose you meant "sizeof (a) / sizeof
(int)" :).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69496
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68782
Jason Merrill changed:
What|Removed |Added
CC||sbergman at redhat dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69327
Jason Merrill changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69500
Bug ID: 69500
Summary: friend of enclosed class not allowed access to private
move method
Product: gcc
Version: 5.3.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69499
--- Comment #1 from Gerhard Steinmetz
---
Created attachment 37480
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37480&action=edit
Some more examples
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69499
Bug ID: 69499
Summary: ICE on combining select type with wrong statement
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68357
Jakub Jelinek changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69498
--- Comment #2 from Gerhard Steinmetz
---
And one more exotic, sorry ...
$ cat z7.f90
program p
submodule (m) sm
submodule (m) sm
$ gfortran-6 -c z7.f90
f951: internal compiler error: in gfc_match_submodule, at fortran/module.c:748
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68662
--- Comment #6 from Jakub Jelinek ---
Author: jakub
Date: Tue Jan 26 19:53:37 2016
New Revision: 232844
URL: https://gcc.gnu.org/viewcvs?rev=232844&root=gcc&view=rev
Log:
PR target/68662
* config/rs6000/rs6000.c (rs6000_option_ov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69498
--- Comment #1 from Gerhard Steinmetz
---
$ cat z3.f90
program p
if (2 > 1) then
submodule (m) sm
end if
end
$ gfortran-6 -c z3.f90
f951: internal compiler error: gfc_get_default_type(): Bad symbol ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68357
--- Comment #6 from Jakub Jelinek ---
Author: jakub
Date: Tue Jan 26 19:52:53 2016
New Revision: 232843
URL: https://gcc.gnu.org/viewcvs?rev=232843&root=gcc&view=rev
Log:
PR c++/68357
* cp-gimplify.c (cp_fold): If some operand fo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69498
Bug ID: 69498
Summary: ICE on disjunct cases with displaced or incomplete
embedded statement
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69497
--- Comment #1 from Gerhard Steinmetz
---
Created attachment 37479
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37479&action=edit
Several test cases
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69493
Segher Boessenkool changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69478
--- Comment #3 from Jonathan Wakely ---
Author: redi
Date: Tue Jan 26 19:38:20 2016
New Revision: 232842
URL: https://gcc.gnu.org/viewcvs?rev=232842&root=gcc&view=rev
Log:
Fix assertions for move assignment of trivial types
PR libstdc++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69478
Jonathan Wakely changed:
What|Removed |Added
Summary|[4.9/5/6 Regression]|[4.9/5 Regression]
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69497
Bug ID: 69497
Summary: ICE in gfc_free_namespace, at fortran/symbol.c:3701
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69447
--- Comment #5 from Richard Henderson ---
This appears to be exposed by lra-remat, but not
the location of the bug.
Before remat:
Insn 55: point = 3
...
Insn 17: point = 26
r111: [4..26]
After remat:
Inserting rematerialization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69496
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66655
--- Comment #32 from Roger Orr ---
(In reply to Nick Clifton from comment #26)
> Hi Roger,
>
> > I've tried the patch (applied to 232400 as trunk seems to have other
> > problems on cygwin) and the build now completes successfully.
>
> Includin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66763
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69495
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69496
Bug ID: 69496
Summary: [C++ 14] ICE on VLA in constexpr function
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69495
Bug ID: 69495
Summary: unused-label warning does not tell which flag
triggered it
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66786
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|mpolacek at gcc d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69399
H.J. Lu changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|DUPLICATE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69483
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69485
--- Comment #2 from janus at gcc dot gnu.org ---
(In reply to Manuel López-Ibáñez from comment #1)
> > Ideally the style of the last of these warnings should be used for the
> > others as well!
>
> To do that, this
>
> gfc_warning_now (OPT_Wtabs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69484
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68654
--- Comment #21 from Alexander Fomin ---
(In reply to Richard Biener from comment #18)
> Heh. What about testcases?
We don't have a reproducer yet, but I can provide any RTL dumps immediately (of
course).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69477
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69477
--- Comment #3 from Martin Sebor ---
Author: msebor
Date: Tue Jan 26 17:44:38 2016
New Revision: 232840
URL: https://gcc.gnu.org/viewcvs?rev=232840&root=gcc&view=rev
Log:
PR other/69477 - attribute aligned documentation misleading
gcc/ChangeLog
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69408
--- Comment #13 from Uroš Bizjak ---
(In reply to Uroš Bizjak from comment #12)
> Created attachment 37478 [details]
> libgcov.a
>
> At the end of the day, it looks like a ld.bfd bug.
I have taken this specific x86_64 problem to Red Hat Bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69487
--- Comment #2 from Roger Orr ---
A braced initializer of characters appears to work consistently with both
compile time and run time arrays.
char buffer[size] = { 'a', 'b' };
produces a buffer with 'a', 'b' and zero padded whether size is a co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69488
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
1 - 100 of 226 matches
Mail list logo