https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88273
--- Comment #5 from Mathieu Malaterre ---
Created attachment 45128
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45128=edit
save-temps
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88273
Arseny Solokha changed:
What|Removed |Added
CC||asolokha at gmx dot com
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87360
Arseny Solokha changed:
What|Removed |Added
CC||asolokha at gmx dot com
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87897
Pavel Roskin changed:
What|Removed |Added
CC||proski at gnu dot org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87335
--- Comment #11 from Cheng Wen ---
(In reply to Scott Gayou from comment #10)
> does NOT crash
That depends on your compilation options. Because stack memory is very small,
generally only 1M to 2M. You can debug it with GDB and see the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88270
Eric Gallager changed:
What|Removed |Added
Keywords||diagnostic
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88273
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
See
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88274
Bug ID: 88274
Summary: ICE in check, at tree-vrp.c:188
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88273
--- Comment #2 from Andrew Pinski ---
Yes you have -fno-delete-null-pointer-checks but that just will not cause an
trap to happen.
Can you attach the original preprocessed source because that will help to
decide if this is a valid warning or
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88273
--- Comment #1 from Andrew Pinski ---
I think the creduced testcase is bogus and undefined behavior happens.
There is derefering of a NULL pointer there.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86141
--- Comment #20 from ASA ---
Update:
This only seems to happen when the invocation occurs at different points from
within the main function. To clarify, if one has a loop in main and only
invokes the inline function from within the loop, it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88273
Bug ID: 88273
Summary: warning: 'memcpy' offset [-527, -529] is out of the
bounds [0, 16] of object 'vrsave' with type 'union
' [-Warray-bounds]
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85737
Dominique d'Humieres changed:
What|Removed |Added
CC||gs...@t-online.de
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88268
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80953
--- Comment #18 from Eric Botcazou ---
(> These are often just off-by-one errors in the line numbers; I believe I
> have a patch around somewhere to fix at least some of those...
OK, I see, a bit annoying in the test results though.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87807
Eric Botcazou changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
.
(sparc_function_value_1): Rework handling of vector types. Change
size from HOST_WIDE_INT to int.
Added:
trunk/gcc/testsuite/gcc.target/sparc/20181129-1.c
trunk/gcc/testsuite/gcc.target/sparc/20181129-2.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/sparc/sparc-modes.def
trunk/gcc/config
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84331
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88152
--- Comment #7 from Jakub Jelinek ---
Author: jakub
Date: Thu Nov 29 22:16:37 2018
New Revision: 266649
URL: https://gcc.gnu.org/viewcvs?rev=266649=gcc=rev
Log:
PR target/88152
* config/i386/sse.md (*_movmsk_lt,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54700
--- Comment #10 from Jakub Jelinek ---
Author: jakub
Date: Thu Nov 29 22:15:42 2018
New Revision: 266648
URL: https://gcc.gnu.org/viewcvs?rev=266648=gcc=rev
Log:
PR target/54700
* config/i386/sse.md
(*_blendv_lt,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87496
--- Comment #7 from Peter Bergner ---
Author: bergner
Date: Thu Nov 29 22:02:36 2018
New Revision: 266647
URL: https://gcc.gnu.org/viewcvs?rev=266647=gcc=rev
Log:
gcc/
Backport from mainline
2018-11-29 Peter Bergner
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85326
--- Comment #11 from Bill Schmidt ---
Nothing further from the Power side...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88272
Bug ID: 88272
Summary: warning: iteration 9223372036854775807 invokes
undefined behavior
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88121
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88121
--- Comment #2 from David Malcolm ---
Author: dmalcolm
Date: Thu Nov 29 21:21:56 2018
New Revision: 266644
URL: https://gcc.gnu.org/viewcvs?rev=266644=gcc=rev
Log:
C++: namespaces and scopes for enum values (PR c++/88121)
Consider this test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88270
--- Comment #6 from joseph at codesourcery dot com ---
A format attribute for syslog is bug 15338.
(A fully general system for extensible format checking is hard, as I think
it would be a bad idea for it effectively to turn the internals of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88103
--- Comment #4 from Jakub Jelinek ---
Created attachment 45126
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45126=edit
gcc9-pr88103.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88251
--- Comment #5 from eggert at cs dot ucla.edu ---
(In reply to Martin Sebor from comment #4)
> I forgot that level 2 doesn't consider whether the return value is used. It
> might perhaps be worth reconsidering whether the warning should trigger
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88270
--- Comment #5 from Eric Blake ---
For what it's worth, POSIX requires syslog() to support %m, and this is the
case even on BSD systems. So a new __attribute__((format(syslog, x, y)))
archetype would be an easy way of at least notating functions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87496
Peter Bergner changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88270
--- Comment #4 from Richard W.M. Jones ---
FWIW I was testing:
gcc (FreeBSD Ports Collection) 7.3.0
$ cat test.c
#include
int
main (int argc, char *argv[])
{
printf ("%m\n");
return 0;
}
$ gcc -Wformat test.c
(no warnings)
$ gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87496
--- Comment #5 from Peter Bergner ---
Author: bergner
Date: Thu Nov 29 19:25:47 2018
New Revision: 266636
URL: https://gcc.gnu.org/viewcvs?rev=266636=gcc=rev
Log:
gcc/
PR target/87496
* config/rs6000/rs6000.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88270
--- Comment #3 from Eric Blake ---
Confirmed that -Wpendantic flags %m:
$ gcc -Wpedantic -Wformat foo.c -o foo
foo.c: In function ‘main’:
foo.c:3:10: warning: ISO C does not support the ‘%m’ gnu_printf format
[-Wformat=]
printf("%m %B\n");
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88251
--- Comment #4 from Martin Sebor ---
The warning in the test case in comment #2 is due to the warning at this level
assuming the "worst case" result from the first call. Below is a simpler
example to make it clear. The result of the first call
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88270
--- Comment #2 from joseph at codesourcery dot com ---
The -Wformat -Wpedantic comment should warn for nonstandard formats - but
would do so for all format functions, not a subset. And while we have
separate printf and gnu_printf arguments
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88271
Bug ID: 88271
Summary: Omit test instruction after add
Product: gcc
Version: 8.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88265
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88262
--- Comment #3 from joseph at codesourcery dot com ---
As of October 2017, glibc has a testcase that having main in a shared
library works - that's a valid use case, which should work with crt1.o.
If it doesn't work for some particular
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88223
--- Comment #12 from joseph at codesourcery dot com ---
This seems a reasonable enough example for punning to me, given that all
accesses are via the union type.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88270
--- Comment #1 from Eric Blake ---
Note that gcc -Wformat DOES flag things like printf("%B"), %m is the only
special-case where it is not flagged even on systems where it does not work,
and where we'd want fine-tuned control over whether a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88270
Bug ID: 88270
Summary: -Wformat-XXX option for flagging %m
Product: gcc
Version: 8.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88091
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88091
--- Comment #5 from Martin Sebor ---
Author: msebor
Date: Thu Nov 29 18:03:18 2018
New Revision: 266634
URL: https://gcc.gnu.org/viewcvs?rev=266634=gcc=rev
Log:
PR c/88091 - c-c++-common/Wconversion-real.c etc. FAIL
gcc/c/ChangeLog:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64242
Wilco changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |wilco at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64242
Wilco changed:
What|Removed |Added
Target|i386|
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88172
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88257
--- Comment #5 from David Malcolm ---
Aha: it happens with the C++ FE, but not C.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88208
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
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=gcc=rev
Log:
PR c/88172 - attribute aligned of zero silently accepted but ignored
PR
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=gcc=rev
Log:
PR c/88172 - attribute aligned of zero silently accepted but ignored
PR
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:
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:
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
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=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=88251
eggert at cs dot ucla.edu changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54589
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
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
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=gcc=rev
Log:
Fix thinko in transition to memop_ret type (PR middle-end/88246).
2018-11-29
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=87335
Scott Gayou changed:
What|Removed |Added
CC||sgayou at redhat dot com
--- Comment #10
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
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__
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87539
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
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=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()
{
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
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=88246
--- Comment #8 from Martin Liška ---
I found it, will send patch soon.
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
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
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
--- 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=88266
Bug ID: 88266
Summary: nonsense warning about parentheses for comparison
Product: gcc
Version: 7.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
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
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
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
Bug ID: 88265
Summary: [9 Regression] gfortran.dg/simd-builtins-1.f90 fails
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
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:
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
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
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=gcc=rev
Log:
PR target/54700
* config/i386/sse.md (ssebytemode): Add V16SI, V8SI
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=gcc=rev
Log:
PR target/88152
* tree.h (build_uniform_cst,
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=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=gcc=rev
Log:
PR target/88234
* config/rs6000/rs6000.c
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,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88096
Alexander Monakov changed:
What|Removed |Added
CC||amonakov at gcc dot gnu.org
---
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=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=88257
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
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=edit
fix on top of the improved candidate patch
This patchlet fixes the regressions in
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=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=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=88261
Richard Biener changed:
What|Removed |Added
Keywords||accepts-invalid
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=88262
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |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=gcc=rev
Log:
2018-11-29 Richard Biener
PR tree-optimization/88243
*
1 - 100 of 147 matches
Mail list logo
