https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88259
Bug ID: 88259
Summary: vectorization failure for a typical loop for getting
max value and index
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81896
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88152
--- Comment #5 from Matthias Kretz ---
> -fno-signed-zeros isn't a guarantee the operand will not be -0.0 and having
> x < 0.0 behave differently based on whether x is -0.0 or 0.0 (with
> -fno-signed-zeros quite randomly) is IMHO very bad.
I agr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87988
--- Comment #10 from rguenther at suse dot de ---
On Wed, 28 Nov 2018, hubicka at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87988
>
> --- Comment #9 from Jan Hubicka ---
> We still have:
>/* When not generating
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88259
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Keywords||missed-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88223
--- Comment #11 from rguenther at suse dot de ---
On Wed, 28 Nov 2018, joseph at codesourcery dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88223
>
> --- Comment #10 from joseph at codesourcery dot com dot com> ---
> On Wed, 28
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88260
Bug ID: 88260
Summary: c++ code instrumented with address sanitizer crashes
Product: gcc
Version: 6.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87750
Alexandre Oliva changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88259
Ramana Radhakrishnan changed:
What|Removed |Added
CC||ramana at gcc dot gnu.org
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88236
Senthil Kumar Selvaraj changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|una
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88247
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47785
--- Comment #13 from Richard Biener ---
Note the proposed solution only works for uniform -Wa options across all TUs
participating in the optimizing link. Otherwise partitioning can merge parts
of TUs with different flags and there is (IIRC) no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88243
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88253
--- Comment #1 from Richard Biener ---
Note GCC 5 is out of support, please see if you can reproduce this with a newer
version (GCC 7 and up).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88256
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88257
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |9.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88260
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88259
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88258
Richard Biener changed:
What|Removed |Added
Keywords||diagnostic
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88256
--- Comment #2 from Martin Liška ---
I see it fixed on trunk since r257620.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88256
--- Comment #3 from Martin Liška ---
And appeared on trunk before that in r235817.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88258
--- Comment #1 from Jonathan Wakely ---
Created attachment 45120
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45120&action=edit
preprocessed source to reproduce diagnostic loop
Confirmed, here is a reproducer I found the other day.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88258
Jonathan Wakely changed:
What|Removed |Added
Keywords|openmp |
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85953
Martin Liška changed:
What|Removed |Added
Known to work||9.0
Summary|[7/8/9 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88256
--- Comment #4 from Arseny Solokha ---
But the fix seems to be specific to C front-end and does not cover C++?
This time it's not (only) my mistake in the way I configure gcc:
https://gcc.godbolt.org/z/2xRIE_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88256
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|NEW
Component|ipa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88256
--- Comment #6 from Richard Biener ---
(In reply to Arseny Solokha from comment #4)
> But the fix seems to be specific to C front-end and does not cover C++?
Yeah, I can reproduce with the C++ FE which probably needs a similar fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88224
--- Comment #2 from avieira at gcc dot gnu.org ---
Author: avieira
Date: Thu Nov 29 10:20:13 2018
New Revision: 266612
URL: https://gcc.gnu.org/viewcvs?rev=266612&root=gcc&view=rev
Log:
[PATCH] [Arm] Fix fpu configurations for Cortex-R7 and Corte
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88261
Bug ID: 88261
Summary: [9 Regression] ICE: verify_gimple failed (error:
non-trivial conversion at assignment)
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Keyw
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88253
--- Comment #2 from William Westfield ---
I did say that it still happens with 8.1...
However, the 5.4.0 version is the latest version supported by the vendor.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88221
Bruno De Fraine changed:
What|Removed |Added
CC||bruno-gcc at defraine dot net
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88257
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88257
--- Comment #2 from Arseny Solokha ---
(In reply to Martin Liška from comment #1)
> I can't reproduce, but looks very similar to PR87721.
https://gcc.godbolt.org/z/o14PZF
> GNU C++14 (GCC-Explorer-Build) version 9.0.0 20181128 (experimental)
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88246
--- Comment #2 from Martin Liška ---
I can confirm that in openSUSE build service, but I have very limited access to
a s390x machine. I checked the patch and I don't see any obvious error.
Can you please debug that?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88246
--- Comment #3 from Martin Liška ---
Created attachment 45121
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45121&action=edit
Clean up patch
The patch is only cosmetic, should not affect generated code.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88262
Bug ID: 88262
Summary: gcc uses crt1.o in place of Scrt1.o when the main
function is in a PIC shared lib
Product: gcc
Version: unknown
Status: UNCONFIRMED
Sever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88243
--- Comment #3 from Richard Biener ---
So we are arriving here with a vect_nested_cycle def from the pattern_def
sequence but the code only expects to be called with the last stmt of a
reduction pattern.
t.c:5:5: note: Analyze phi: e_25 = PHI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88263
Bug ID: 88263
Summary: ICE in coverage_begin_function
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assign
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87750
Alexandre Oliva changed:
What|Removed |Added
Attachment #45118|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88262
--- Comment #1 from Andreas Schwab ---
>From the gcc driver's point of view this is just a normal link since it does
not know where main is defined.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88119
--- Comment #1 from Jonathan Wakely ---
Author: redi
Date: Thu Nov 29 12:32:57 2018
New Revision: 266613
URL: https://gcc.gnu.org/viewcvs?rev=266613&root=gcc&view=rev
Log:
PR libstdc++/88119 use alignof in std::alignment_of, not __alignof__
Now
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88119
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88125
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87531
--- Comment #5 from Nathan Sidwell ---
Author: nathan
Date: Thu Nov 29 12:50:45 2018
New Revision: 266614
URL: https://gcc.gnu.org/viewcvs?rev=266614&root=gcc&view=rev
Log:
[PR c++/87531] operator= lookup in templates
https://gcc.gnu.org/ml/gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87531
Nathan Sidwell changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88234
--- Comment #8 from Jeffrey Walton ---
(In reply to Segher Boessenkool from comment #4)
> This is documented in the ELFv2 ABI, linked from
> https://gcc.gnu.org/readings.html .
>
> ...
> (The vec_vsx_st doesn't have to do with the problem btw.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88243
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88243
--- Comment #5 from Richard Biener ---
Author: rguenth
Date: Thu Nov 29 13:33:59 2018
New Revision: 266615
URL: https://gcc.gnu.org/viewcvs?rev=266615&root=gcc&view=rev
Log:
2018-11-29 Richard Biener
PR tree-optimization/88243
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88262
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88263
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88261
Richard Biener changed:
What|Removed |Added
Keywords||accepts-invalid
Status|UNCO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88246
--- Comment #4 from Martin Liška ---
I see segfault in driver in:
Thread 2.1 "collect2" received signal SIGABRT, Aborted.
[Switching to process 11687]
0x03fffbd4192e in raise () from /lib64/libc.so.6
(gdb) bt
#0 0x03fffbd4192e in raise
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88257
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88234
--- Comment #9 from Segher Boessenkool ---
(In reply to Jeffrey Walton from comment #8)
> Yeah, I tried to convert to the C/C++ pointer dereference pattern several
> times as shown in the literature. I.e., this:
>
> byte x[16];
> uint8x16_p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87750
--- Comment #8 from Alexandre Oliva ---
Created attachment 45124
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45124&action=edit
fix on top of the improved candidate patch
This patchlet fixes the regressions in g++.dg/template/using{3,15,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88257
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87750
--- Comment #9 from Alexandre Oliva ---
err... using{39,44}.C in g++.dg/lookup, actually. and using44.C is still
broken, sorry
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88261
--- Comment #2 from Jakub Jelinek ---
Started with r264147.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88096
Alexander Monakov changed:
What|Removed |Added
CC||amonakov at gcc dot gnu.org
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87750
--- Comment #10 from Alexandre Oliva ---
... and it looks like lookup/using44.C really wants the USING_DECL from
lookup_member; the function overloads are not template dependent, and as a
result we perform overload resolution only among them, lea
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88234
--- Comment #10 from Jakub Jelinek ---
Author: jakub
Date: Thu Nov 29 14:23:21 2018
New Revision: 266619
URL: https://gcc.gnu.org/viewcvs?rev=266619&root=gcc&view=rev
Log:
PR target/88234
* config/rs6000/rs6000.c (rs6000_gimple_f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88234
--- Comment #11 from Jakub Jelinek ---
Fixed on the trunk so far, queued for backports.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88152
--- Comment #6 from Jakub Jelinek ---
Author: jakub
Date: Thu Nov 29 14:32:00 2018
New Revision: 266620
URL: https://gcc.gnu.org/viewcvs?rev=266620&root=gcc&view=rev
Log:
PR target/88152
* tree.h (build_uniform_cst, uniform_integ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54700
--- Comment #8 from Jakub Jelinek ---
Author: jakub
Date: Thu Nov 29 14:33:27 2018
New Revision: 266621
URL: https://gcc.gnu.org/viewcvs?rev=266621&root=gcc&view=rev
Log:
PR target/54700
* config/i386/sse.md (ssebytemode): Add V1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88240
--- Comment #9 from Florian Weimer ---
(In reply to Thomas De Schampheleire from comment #6)
> (In reply to Florian Weimer from comment #5)
> > This is QEMU with TCG, right? It could be an i387 emulation bug.
>
> I don't think so. Isn't it so t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54700
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
Hi All,
We are able to fix the subjected issue with the peephole patterns
(target specific) in the md file (attached the patch pr54589.patch).
While testing the fix ,we end up with some of the C constructs like
Testcase 1:
#include
struct param {
int a, b, c, d;
__m128i array[256];
};
void fun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88264
Bug ID: 88264
Summary: Support glibc-style tunables for
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: libstdc+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88265
Bug ID: 88265
Summary: [9 Regression] gfortran.dg/simd-builtins-1.f90 fails
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88264
--- Comment #1 from Jonathan Wakely ---
I forgot to list the growth factor for pool resource too (currently hardcoded
to 2 in __pool_resource::_Pool::replenish())
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88265
janus at gcc dot gnu.org changed:
What|Removed |Added
CC||mliska at suse dot cz
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88246
Martin Liška changed:
What|Removed |Added
CC||law at gcc dot gnu.org
--- Comment #5 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88266
Bug ID: 88266
Summary: nonsense warning about parentheses for comparison
Product: gcc
Version: 7.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88246
--- Comment #6 from Martin Liška ---
Using cross-compiler I see following difference before and after my patch:
_Z11find_a_fileP11path_prefixPKci:
.LFB265:
stmg%r7,%r15,56(%r15)
.LCFI0:
l %r12,8(%r2)
lgr %
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54589
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88246
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
--- Comment #7 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88265
--- Comment #2 from janus at gcc dot gnu.org ---
(In reply to janus from comment #0)
> Both test cases expect the assembly to contain a call to "_ZGVbN4v_sinf",
> but what I see on my system is a call to "_ZGVdN8v_sinf".
That was on a haswell mac
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88246
--- Comment #8 from Martin Liška ---
I found it, will send patch soon.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88207
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88261
--- Comment #3 from Martin Sebor ---
The ICE only affects C++. G++ 8 and prior accept the code with just a pedantic
warning:
$ cat pr88261.C && gcc -O2 -S -Wall -Wextra -Wpedantic pr88261.C
struct str { int len; char s[]; };
void foo()
{
str
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87957
--- Comment #13 from Dominique d'Humieres ---
> Seen on i386-pc-solaris2.11 and sparc-sun-solaris2.11 (32 and 64-bit,
> gcc-testresults
> reports also on aarch64-suse-linux-gnu, arm-unknown-linux-gnueabihf,
> s390x-ibm-linux-gnu default
Also see
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88231
Andi Kleen changed:
What|Removed |Added
CC||andi-gcc at firstfloor dot org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87539
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
Summar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86680
--- Comment #11 from Florian La Roche
---
Below my current code that disables optimization for this one function and thus
generates ok code length.
best regards,
Florian La Roche
#if __GNUC__ > 4
#define __gcc_no_ivopts __attribute__ ((opt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54589
--- Comment #6 from Jakub Jelinek ---
--- gcc/combine.c.jj2018-11-21 19:57:26.229726485 +0100
+++ gcc/combine.c 2018-11-29 17:57:48.069423874 +0100
@@ -4945,7 +4945,7 @@ find_split_point (rtx *loc, rtx_insn *in
}
/* If w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87335
Scott Gayou changed:
What|Removed |Added
CC||sgayou at redhat dot com
--- Comment #10 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88246
--- Comment #9 from Martin Liška ---
Author: marxin
Date: Thu Nov 29 17:17:39 2018
New Revision: 266631
URL: https://gcc.gnu.org/viewcvs?rev=266631&root=gcc&view=rev
Log:
Fix thinko in transition to memop_ret type (PR middle-end/88246).
2018-11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88246
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88267
Bug ID: 88267
Summary: A new flag in GCC causes a divergence in crtbegin.o
file
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priorit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54589
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88231
--- Comment #5 from Martin Sebor ---
The feature already exists at -Os by default (i.e., all functions are by
default minimally aligned). The suggestion here is only to let GCC minimize
the amount of padding it adds to functions in order to alig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88251
eggert at cs dot ucla.edu changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolutio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88265
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88265
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87751
--- Comment #2 from G. Steinmetz ---
Changed in gcc-9 between 2018 (ICE) and 20181118 (ok=error),
presumably due to pr70260.
$ gfortran-9-20181125 -c z1.f90
z1.f90:8:3:
8 |g = 1
| 1
Error: Illegal assignment to external pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88268
Bug ID: 88268
Summary: Misleading extra warnings with -Wdo-subscript
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88269
Bug ID: 88269
Summary: ICE in gfc_format_decoder, at fortran/error.c:947
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88172
--- Comment #3 from Martin Sebor ---
Author: msebor
Date: Thu Nov 29 17:48:58 2018
New Revision: 266633
URL: https://gcc.gnu.org/viewcvs?rev=266633&root=gcc&view=rev
Log:
PR c/88172 - attribute aligned of zero silently accepted but ignored
PR te
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88208
--- Comment #3 from Martin Sebor ---
Author: msebor
Date: Thu Nov 29 17:48:58 2018
New Revision: 266633
URL: https://gcc.gnu.org/viewcvs?rev=266633&root=gcc&view=rev
Log:
PR c/88172 - attribute aligned of zero silently accepted but ignored
PR te
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88208
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
1 - 100 of 147 matches
Mail list logo