https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91628
Andreas Krebbel changed:
What|Removed |Added
CC||krebbel at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94613
Andreas Krebbel changed:
What|Removed |Added
Keywords||wrong-code
Priority|P3
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: krebbel at gcc dot gnu.org
Target Milestone: ---
Created attachment 48284
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48284&action=edit
autoreduced testcas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94613
Andreas Krebbel changed:
What|Removed |Added
Target Milestone|--- |10.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94613
--- Comment #1 from Andreas Krebbel ---
If we have to assume that we already applied simplifications on the THEN or
ELSE branches it doesn't appear to be correct to look for split points inside
an IF_THEN_ELSE expression anymore.
This patch fixe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94613
--- Comment #2 from Andreas Krebbel ---
-fno-ipa-sra is required to get the same results as in the first comment. The
full command line then is:
c1plus -O3 -march=z14 t.ii -quiet -o t.s -fno-ipa-sra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94613
--- Comment #5 from Andreas Krebbel ---
(In reply to Richard Biener from comment #3)
> Why is it not correct to split the insn the way you describe? I see nothing
> wrong with that - the use of r115 is still under r110 == 0. Is the issue
> that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94613
Andreas Krebbel changed:
What|Removed |Added
Priority|P1 |P2
Summary|combine: Wrong c
gcc dot gnu.org |krebbel at gcc dot
gnu.org
--- Comment #6 from Andreas Krebbel ---
My debugging went into the wrong direction. The problem arises from wrong RTL
being generated in the backend for the vec_sel builtin.
Assignee: unassigned at gcc dot gnu.org
Reporter: krebbel at gcc dot gnu.org
Target Milestone: ---
Created attachment 48308
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48308&action=edit
Testcase
Compiling the attached testcase with:
cc1plus -O3 -march=z13 t.cc
ICEs
|1
Last reconfirmed||2020-04-20
Assignee|unassigned at gcc dot gnu.org |krebbel at gcc dot
gnu.org
--- Comment #1 from Andreas Krebbel ---
Created attachment 48309
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48309&
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94670
Andreas Krebbel changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94666
Andreas Krebbel changed:
What|Removed |Added
CC||doko at debian dot org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94670
Andreas Krebbel changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94666
Andreas Krebbel changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94704
Andreas Krebbel changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92950
Andreas Krebbel changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #5 from Andreas Kre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94666
Andreas Krebbel changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #4 from Andreas Kre
Assignee: unassigned at gcc dot gnu.org
Reporter: krebbel at gcc dot gnu.org
Target Milestone: ---
Created attachment 48461
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48461&action=edit
Testcase
The attached testcase aborts on x86 when compiled with -O3. It s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94969
--- Comment #1 from Andreas Krebbel ---
The problem arises from dr_analyze_innermost not being able to analyze the
bitfield access. However, the returned error is ignored in
find_data_references_in_stmt and execution continues with bogus values i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94969
--- Comment #2 from Andreas Krebbel ---
Created attachment 48462
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48462&action=edit
Experimental patch
With this patch the returned error is propagated. Unfortunately this prevents
some vectori
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94969
Andreas Krebbel changed:
What|Removed |Added
Priority|P3 |P2
Host|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95721
Andreas Krebbel changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94969
Andreas Krebbel changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94969
Andreas Krebbel changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #14 from Andreas Kr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96456
--- Comment #1 from Andreas Krebbel ---
Confirmed for current gcc 10 branch. Does not appear to happen on trunk though.
I'll have a look.
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: krebbel at gcc dot gnu.org
Target Milestone: ---
Compiling the following testcase with: gcc -O2 -Wall t.c
char *strncpy(char *, const char *, long unsigned
-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: krebbel at gcc dot gnu.org
Target Milestone: ---
Created attachment 47083
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47083&action=edit
reduced testcase
The attached testcase core dumps when compil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92176
--- Comment #1 from Andreas Krebbel ---
Created attachment 47387
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47387&action=edit
Another reduced testcase
gcc -O3 -march=z13 t.c -o t
./t
prints "checksum = 0" with head GCC
prints "checks
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92176
--- Comment #2 from Andreas Krebbel ---
Created attachment 47388
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47388&action=edit
Experimental patch
This patch fixes the second testcase. The first one currently doesn't fail on
head.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92176
Andreas Krebbel changed:
What|Removed |Added
Priority|P3 |P2
Severity|normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92176
--- Comment #3 from Andreas Krebbel ---
276.ira:
(insn 6 85 11 2 (set (reg:SI 100 [ f ])
(mem/c:SI (symbol_ref:DI ("*.LANCHOR0") [flags 0x182]) [2 f+0 S4 A32]))
"t.c":13:8 1372 {*movsi_zarch}
(expr_list:REG_EQUIV (mem/c:SI (symbol_r
: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: krebbel at gcc dot gnu.org
Target Milestone: ---
/* If T begins with any of the partial pathnames listed in d->vpathv,
then advance T to point beyond that pathname. */
static const char *
apply_vpath (class mkd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92828
--- Comment #2 from Andreas Krebbel ---
Created attachment 47430
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47430&action=edit
reduced testcase
on x86_64:
cc1plus -quiet -O2 t.cc -Wall --param max-inline-insns-auto=80
t.cc: In functio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92828
--- Comment #4 from Andreas Krebbel ---
(In reply to Andrew Pinski from comment #3)
> Are you saying the warning shows up which causes the bootstrap to fail?
> Because at runtime there should be no out of bounds access.
Yes. It is just the warni
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92176
--- Comment #7 from Andreas Krebbel ---
Created attachment 47432
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47432&action=edit
Updated testcase
This is an updated testcase with the changes I propose.
Your testcase works fine. However,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92828
Andreas Krebbel changed:
What|Removed |Added
Priority|P3 |P2
--- Comment #5 from Andreas Krebbel
-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: krebbel at gcc dot gnu.org
Target Milestone: ---
Created attachment 47456
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47456&action=edit
Reduced testcase
Compiling the attached testcase for IBM Z wi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92883
Andreas Krebbel changed:
What|Removed |Added
Attachment #47456|0 |1
is obsolete|
Assignee: unassigned at gcc dot gnu.org
Reporter: krebbel at gcc dot gnu.org
Target Milestone: ---
The following testcase abort when being compiled with -O3 -march=z13 on IBM Z:
struct a {
int b;
char c;
};
struct a d = {1, 16};
struct a *e = &d;
int f = 0;
int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92950
Andreas Krebbel changed:
What|Removed |Added
Keywords||wrong-code
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92950
--- Comment #1 from Andreas Krebbel ---
Author: krebbel
Date: Mon Dec 16 08:03:28 2019
New Revision: 279410
URL: https://gcc.gnu.org/viewcvs?rev=279410&root=gcc&view=rev
Log:
Fix PR92950: Wrong code emitted for movv1qi
The backend emits 16 bit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92950
--- Comment #2 from Andreas Krebbel ---
Author: krebbel
Date: Tue Dec 17 08:37:26 2019
New Revision: 279453
URL: https://gcc.gnu.org/viewcvs?rev=279453&root=gcc&view=rev
Log:
Fix PR92950: Wrong code emitted for movv1qi
The backend emits 16 bit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92950
--- Comment #3 from Andreas Krebbel ---
Author: krebbel
Date: Tue Dec 17 08:41:54 2019
New Revision: 279454
URL: https://gcc.gnu.org/viewcvs?rev=279454&root=gcc&view=rev
Log:
Fix PR92950: Wrong code emitted for movv1qi
The backend emits 16 bit
-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: krebbel at gcc dot gnu.org
Target Milestone: ---
Created attachment 47655
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47655&action=edit
Reduced testcase
When compiling the attached testcase for IBM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93272
--- Comment #1 from Andreas Krebbel ---
Created attachment 47656
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47656&action=edit
Experimental patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93272
Andreas Krebbel changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92176
--- Comment #11 from Andreas Krebbel ---
(In reply to CVS Commits from comment #10)
> The master branch has been updated by Andreas Krebbel :
>
> https://gcc.gnu.org/g:3b5757ea87ad2274b841340335bf7536204e615b
>
> commit r10-5996-g3b5757ea87ad22
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93272
--- Comment #2 from Andreas Krebbel ---
This problem to some degree is specific to IBM Z since our EH regs are
call-saved registers. For targets using call-clobbered EH regs such a
collisions usually cannot happen. Perhaps it can be provoked with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93272
Andreas Krebbel changed:
What|Removed |Added
Attachment #47656|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93272
--- Comment #5 from Andreas Krebbel ---
(In reply to Vladimir Makarov from comment #4)
> (In reply to Andreas Krebbel from comment #3)
> > Created attachment 47714 [details]
> > IRA EH fix - only when added at start of BB
> >
> > A probably bett
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93272
Andreas Krebbel changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54016
Andreas Krebbel changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54016
Andreas Krebbel changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #6 from An
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56689
Bug #: 56689
Summary: internal compiler error: in get_loop_body, at
cfgloop.c:841
Classification: Unclassified
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56689
--- Comment #2 from Andreas Krebbel 2013-03-22
14:56:43 UTC ---
Created attachment 29707
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29707
Reduced testcase
cc1plus -fpreprocessed -quiet -O2 t.cc
t.cc: In function ‘void fix_register(c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56689
Andreas Krebbel changed:
What|Removed |Added
Attachment #29707|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56689
--- Comment #4 from Andreas Krebbel 2013-03-25
09:14:52 UTC ---
phicprop2:
:
switch (fixed_11(D)) , case 0: , case 1: >
vrp2:
:
switch (fixed_13(D)) , case 1: >
: (bb 10)
switch (call_used_12(D)) , case 1: >
VRP opt
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56689
Andreas Krebbel changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #7 from An
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56033
Andreas Krebbel changed:
What|Removed |Added
CC||krebbel at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56033
--- Comment #6 from Andreas Krebbel 2013-04-08
11:24:22 UTC ---
Just noticed the example in libffi documentation which suggests that casting to
the return type pointer should work:
/* Acts like puts with the file given at time of enclosu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56978
Bug #: 56978
Summary: memset-chk.c failure since r197671
Classification: Unclassified
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56978
Andreas Krebbel changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56921
Andreas Krebbel changed:
What|Removed |Added
CC||krebbel at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57067
Bug #: 57067
Summary: Missing control flow edges for setjmp/longjmp
Classification: Unclassified
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57067
--- Comment #2 from Andreas Krebbel 2013-04-25
14:46:09 UTC ---
(In reply to comment #1)
> I suppose more selectively removing edges would be best. Eventually this is
> done to cater for expansions of builtin calls to non-calls? Then may
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54746
--- Comment #2 from Andreas Krebbel 2012-10-01
07:23:21 UTC ---
Author: krebbel
Date: Mon Oct 1 07:23:12 2012
New Revision: 191885
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=191885
Log:
2012-10-01 Andreas Krebbel
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54746
--- Comment #3 from Andreas Krebbel 2012-10-01
07:33:17 UTC ---
(In reply to comment #0)
> break;
> case PROCESSOR_2097_Z10:
> s390_cost = &z10_cost;
> case PROCESSOR_2817_Z196:
> s390_cost = &z196_cost;
>
> Looks
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54746
--- Comment #4 from Andreas Krebbel 2012-10-01
07:51:26 UTC ---
Author: krebbel
Date: Mon Oct 1 07:51:20 2012
New Revision: 191888
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=191888
Log:
2012-10-01 Andreas Krebbel
||2011.01.10 16:14:36
CC||krebbel at gcc dot gnu.org
Resolution|FIXED |
Ever Confirmed|0 |1
--- Comment #7 from Andreas Krebbel 2011-01-10
16:14:36 UTC ---
On s390x rev
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47646
--- Comment #1 from Andreas Krebbel 2011-02-08
16:46:25 UTC ---
Author: krebbel
Date: Tue Feb 8 16:46:20 2011
New Revision: 169927
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169927
Log:
2011-02-08 Andreas Krebbel
PR middle-en
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47646
--- Comment #5 from Andreas Krebbel 2011-02-09
08:35:32 UTC ---
(In reply to comment #4)
> > The following patch is missing for
> > gcc/testsuite/obj-c++.dg/attributes/method-noreturn-1.mm:
>
> Can't you simply move the dg directives ?
No. The
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39246
Andreas Krebbel changed:
What|Removed |Added
CC||krebbel at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39246
--- Comment #6 from Andreas Krebbel 2011-03-01
18:08:11 UTC ---
The first difference between x86_64 and s390x appears in 004t.gimple since
s390x returns complex numbers in memory:
x86_64:
foo ()
{
float D.2684;
C D.2685;
C f;
D.2684 =
,
||s390x-ibm-linux
CC||krebbel at gcc dot gnu.org
Host|hppa1.1-hp-hpux10.20|hppa1.1-hp-hpux10.20,
||s390x-ibm-linux
Build|hppa1.1-hp-hpux10.20
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47837
--- Comment #3 from Andreas Krebbel 2011-03-03
17:38:48 UTC ---
Created attachment 23535
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23535
uninit-pred-7_a.c.126t.cddce2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47837
--- Comment #4 from Andreas Krebbel 2011-03-03
17:39:12 UTC ---
Created attachment 23536
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23536
uninit-pred-7_a.c.128t.uninit
Assignee: unassigned at gcc dot gnu.org
Reporter: krebbel at gcc dot gnu.org
t.c:
typedef int int32_t;
typedef unsigned char uint8_t;
typedef unsigned int uint32_t;
struct _IO_marker
{
};
static const int32_t mfcone = 1;
static const uint8_t *mfctop = (const uint8_t *) &mfcone;
int
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: krebbel at gcc dot gnu.org
Created attachment 30300
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30300&action=edit
delta minimized testcase
cc1 -fpreprocessed -quiet -march
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57603
--- Comment #1 from Andreas Krebbel ---
The failure above was observed with r200057. Here the cc1 output:
cc1 -fpreprocessed -quiet -march=z9-109 -O1 t.c
t.c: In function ‘d_append_string’:
t.c:22:38: warning: incompatible implicit declaration
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: krebbel at gcc dot gnu.org
Comparing stages 2 and 3
warning: gcc/cc1-checksum.o differs
warning: gcc/cc1plus-checksum.o differs
Bootstrap comparison failure!
gcc/tree-ssa-loop-im.o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57604
--- Comment #1 from Andreas Krebbel ---
This is caused by a miscompilation of cp/lex.c:
#define DEF_OPERATOR(NAME, CODE, MANGLING, ARITY, ASSN_P)\
sprintf (buffer, ISALPHA (NAME[0]) ? "operator %s" : "operator%s", NAME); \
identif
: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: krebbel at gcc dot gnu.org
cc1 -fpreprocessed libgcc2.i -quiet -dumpbase libgcc2.c -mlong-double-128 -mesa
-m31 -march=g5 -auxbase-strip _negdi2.o -g -g -g -O2 -O2 -O2 -Wextra -Wall
-Wno-narrowing -Wwrite-strings -Wcast
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57604
--- Comment #3 from Andreas Krebbel ---
(In reply to Vladimir Makarov from comment #2)
Thanks! Btw. the Ada and Java bootstraps started failing with enabling LRA for
S/390 (also without --with-arch=...). I'll wait for a patch for this PR before
h
Assignee: unassigned at gcc dot gnu.org
Reporter: krebbel at gcc dot gnu.org
Testcase extracted from Glibc e_acosl.c:
typedef union
{
long double value;
struct
{
unsigned int w0, w1, w2, w3;
}
parts32;
}
ieee854_long_double_shape_type;
static const long double one = 1.0L
-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: krebbel at gcc dot gnu.org
memcpy-chk with -O2 fails if compiled with lra enabled.
It succeeds with -mno-lra.
With lra an insn storing into the literal pool is being emitted:
ira:
(insn 126 127 129 11 (parallel
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57960
Andreas Krebbel changed:
What|Removed |Added
Target||s390x-ibm-linux
Host|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57609
Andreas Krebbel changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57609
Andreas Krebbel changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #3 from Andreas Kreb
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57603
Andreas Krebbel changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #3 from Andreas Kreb
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57603
Andreas Krebbel changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57604
Andreas Krebbel changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46399
Andreas Krebbel changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #4 from Andreas Kreb
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46399
Andreas Krebbel changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46399
--- Comment #3 from Andreas Krebbel ---
Closed.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57559
Andreas Krebbel changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57960
Andreas Krebbel changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
Assignee: unassigned at gcc dot gnu.org
Reporter: krebbel at gcc dot gnu.org
Tested with r201329. Ada bootstraps with LRA disabled. When enabling LRA
bootstrap fails with:
xgcc: internal compiler error: Segmentation fault (program gnat1)
0x8000fb75 execute
/home/andreas/clean
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: krebbel at gcc dot gnu.org
The following testcase fails when compiling with LRA enabled and succeeds
without LRA:
FAIL: gcc.c-torture/execute/built-in-setjmp.c execution, -O1
main
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57963
Andreas Krebbel changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
1 - 100 of 651 matches
Mail list logo
