https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97439
--- Comment #1 from Andreas Krebbel ---
Created attachment 49375
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49375=edit
Fix
decimal_real_maxval misses to set the sign flag in the REAL_VALUE_TYPE.
-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: krebbel at gcc dot gnu.org
Target Milestone: ---
Created attachment 49374
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49374=edit
Testcase
The attached testcase aborts on IBM Z when compiled with:
gcc -O1
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.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94969
Andreas Krebbel changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #14 from Andreas
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=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
Priority|P3 |P2
Host|
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=edit
Experimental patch
With this patch the returned error is propagated. Unfortunately this prevents
some
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
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=edit
Testcase
The attached testcase aborts on x86 when compiled with -O3. It succeeds with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94666
Andreas Krebbel changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #4 from Andreas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92950
Andreas Krebbel changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #5 from Andreas
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=94666
Andreas Krebbel changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
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
CC||doko at debian dot org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94670
Andreas Krebbel changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
|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=e
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=edit
Testcase
Compiling the attached testcase with:
cc1plus -O3 -march=z13 t.cc
ICEs:
t
at 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.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94613
Andreas Krebbel changed:
What|Removed |Added
Priority|P1 |P2
Summary|combine: Wrong
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
>
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 #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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94613
Andreas Krebbel changed:
What|Removed |Added
Target Milestone|--- |10.0
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=edit
autoreduced testcase
When compil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94613
Andreas Krebbel changed:
What|Removed |Added
Keywords||wrong-code
Priority|P3
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=93272
Andreas Krebbel changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Last reconfirmed|
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
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 #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
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
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=93272
--- Comment #1 from Andreas Krebbel ---
Created attachment 47656
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47656=edit
Experimental patch
-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=edit
Reduced testcase
When compiling the attached testcase for IB
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=gcc=rev
Log:
Fix PR92950: Wrong code emitted for movv1qi
The backend emits 16 bit memory
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=gcc=rev
Log:
Fix PR92950: Wrong code emitted for movv1qi
The backend emits 16 bit memory
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=gcc=rev
Log:
Fix PR92950: Wrong code emitted for movv1qi
The backend emits 16 bit memory
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92950
Andreas Krebbel changed:
What|Removed |Added
Keywords||wrong-code
Target|
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 =
int f = 0;
int main
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92883
Andreas Krebbel changed:
What|Removed |Added
Attachment #47456|0 |1
is obsolete|
-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=edit
Reduced testcase
Compiling the attached testcase for IBM Z with
gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92828
Andreas Krebbel changed:
What|Removed |Added
Priority|P3 |P2
--- Comment #5 from Andreas
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=edit
Updated testcase
This is an updated testcase with the changes I propose.
Your testcase works fine. However, I
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
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=edit
reduced testcase
on x86_64:
cc1plus -quiet -O2 t.cc -Wall --param max-inline-insns-auto=80
t.cc: In function
: 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=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
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 #2 from Andreas Krebbel ---
Created attachment 47388
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47388=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
--- Comment #1 from Andreas Krebbel ---
Created attachment 47387
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47387=edit
Another reduced testcase
gcc -O3 -march=z13 t.c -o t
./t
prints "checksum = 0" with head GCC
prints "checksum =
-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=edit
reduced testcase
The attached testcase core dumps when compiled with
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91035
--- Comment #9 from Andreas Krebbel ---
I've just posted two patches to fix the remaining GO build problems on S/390.
Ian could you please pick those up to make GO build again on S/390?
Sync hardware facility names with other files in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91035
--- Comment #8 from Andreas Krebbel ---
With that patch GCCGO bootstraps fine until r275473 where libgo got updated to
version 1.13beta1. Then there are a few problems with hardware crypto support
on Z. I'll try to address these with separate
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91035
--- Comment #7 from Andreas Krebbel ---
Author: krebbel
Date: Thu Oct 10 07:56:25 2019
New Revision: 276790
URL: https://gcc.gnu.org/viewcvs?rev=276790=gcc=rev
Log:
S/390: PR91035 Fix call to __morestack
For the call to __morestack we use a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88751
--- Comment #9 from Andreas Krebbel ---
Author: krebbel
Date: Fri Sep 20 12:18:26 2019
New Revision: 276000
URL: https://gcc.gnu.org/viewcvs?rev=276000=gcc=rev
Log:
Fix PR88751
This patch implements a small improvement for the heuristic in lra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88751
--- Comment #8 from Andreas Krebbel ---
Author: krebbel
Date: Fri Sep 20 09:23:50 2019
New Revision: 275993
URL: https://gcc.gnu.org/viewcvs?rev=275993=gcc=rev
Log:
Fix PR88751
This patch implements a small improvement for the heuristic in lra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88751
--- Comment #7 from Andreas Krebbel ---
Author: krebbel
Date: Fri Sep 20 09:03:44 2019
New Revision: 275991
URL: https://gcc.gnu.org/viewcvs?rev=275991=gcc=rev
Log:
Fix PR88751
This patch implements a small improvement for the heuristic in lra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91035
Andreas Krebbel changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69142
Andreas Krebbel changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88751
--- Comment #6 from Andreas Krebbel ---
Author: krebbel
Date: Thu Jun 6 11:35:04 2019
New Revision: 271996
URL: https://gcc.gnu.org/viewcvs?rev=271996=gcc=rev
Log:
Fix PR88751
This patch implements a small improvement for the heuristic in lra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88751
--- Comment #4 from Andreas Krebbel ---
(In reply to Babneet Singh from comment #3)
> Hi Andreas and Richard: What's the status for this issue? Which approach
> will be used to resolve this issue?
I would like to have Vladimir comment on this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89952
Andreas Krebbel changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89952
--- Comment #2 from Andreas Krebbel ---
Author: krebbel
Date: Wed Apr 24 13:40:38 2019
New Revision: 270544
URL: https://gcc.gnu.org/viewcvs?rev=270544=gcc=rev
Log:
S/390: Fix PR89952 incorrect CFI
This patch fixes a cases where inconsistent
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89952
--- Comment #1 from Andreas Krebbel ---
Created attachment 46083
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46083=edit
Experimental patch
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: krebbel at gcc dot gnu.org
Target Milestone: ---
Created attachment 46082
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46082=edit
Testcase
Compiling the attached testc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89775
--- Comment #4 from Andreas Krebbel ---
Author: krebbel
Date: Mon Mar 25 10:18:57 2019
New Revision: 269910
URL: https://gcc.gnu.org/viewcvs?rev=269910=gcc=rev
Log:
S/390: Fix PR89775. Stackpointer save/restore instructions removed
Even if a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89775
--- Comment #2 from Andreas Krebbel ---
Author: krebbel
Date: Wed Mar 20 15:28:38 2019
New Revision: 269823
URL: https://gcc.gnu.org/viewcvs?rev=269823=gcc=rev
Log:
S/390: Fix PR89775. Stackpointer save/restore instructions removed
Even if a
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: krebbel at gcc dot gnu.org
Target Milestone: ---
Defining the stack pointer register as global register triggers wrong code to
be generated thanks to bug in the prologue/epilogue optimization. In this case
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89203
Andreas Krebbel changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88856
--- Comment #21 from Andreas Krebbel ---
(In reply to Jakub Jelinek from comment #17)
> (In reply to Andreas Krebbel from comment #16)
> > I'll commit a patch which just removes the splitter for now. I'll try to
> > come up with a nicer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88856
--- Comment #20 from Andreas Krebbel ---
Author: krebbel
Date: Tue Feb 5 17:19:26 2019
New Revision: 268552
URL: https://gcc.gnu.org/viewcvs?rev=268552=gcc=rev
Log:
S/390: Remove load and test fp splitter
gcc/ChangeLog:
2019-02-05 Andreas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88856
--- Comment #19 from Andreas Krebbel ---
Author: krebbel
Date: Tue Feb 5 17:17:00 2019
New Revision: 268551
URL: https://gcc.gnu.org/viewcvs?rev=268551=gcc=rev
Log:
S/390: Remove load and test fp splitter
gcc/ChangeLog:
2019-02-05 Andreas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88856
--- Comment #18 from Andreas Krebbel ---
Author: krebbel
Date: Tue Feb 5 17:14:11 2019
New Revision: 268550
URL: https://gcc.gnu.org/viewcvs?rev=268550=gcc=rev
Log:
S/390: Remove load and test fp splitter
gcc/ChangeLog:
2019-02-05 Andreas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88856
--- Comment #16 from Andreas Krebbel ---
I'll commit a patch which just removes the splitter for now. I'll try to come
up with a nicer testcase.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88856
--- Comment #14 from Andreas Krebbel ---
(In reply to Jakub Jelinek from comment #11)
> ... Can't what you are doing in the splitters be done in
> define_peephole2 instead?
Not that easy unfortunately. peephole2 will run after reload. So the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88856
--- Comment #9 from Andreas Krebbel ---
Created attachment 45588
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45588=edit
experimental patch
That patch appears to fix the problem for me.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88856
--- Comment #8 from Andreas Krebbel ---
The r265193 patch was found via reghunt. However, it just reveals an underlying
issue.
The problem can also be seen with mainline.
The miscompile happens in the following loop:
do 110 j = 1, n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88856
--- Comment #7 from Andreas Krebbel ---
gfortran -O3 -march=zEC12 -funroll-loops -fpie qrsolv-reduc.f -c
gcc qrsolv-caller.c -c
gcc qrsolv-caller.o qrsolv-reduc.o -o t
r265191
./t
1.359429
r265193
./t
0.00
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88856
--- Comment #6 from Andreas Krebbel ---
Created attachment 45587
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45587=edit
A C wrapper to call the qrsolv function in the fortran snippet
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88856
--- Comment #5 from Andreas Krebbel ---
Created attachment 45586
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45586=edit
qrsolv-reduc.f the miscompiled fortran file autoreduced from scipy
|unassigned at gcc dot gnu.org |krebbel at gcc dot
gnu.org
--- Comment #4 from Andreas Krebbel ---
I'm able to reproduce the problem now and will try to have a look.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88953
--- Comment #4 from Andreas Krebbel ---
Looks like a problem which was fixed with r265158:
S/390: Fix problem with vec_init expander
gcc/ChangeLog:
2018-10-15 Andreas Krebbel
* config/s390/s390.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88856
--- Comment #3 from Andreas Krebbel ---
I've tried building scipy 1.1.0 from github on a Fedora installation. The build
already uses -funroll-loops. But I couldn't reproduce the problem with the
resulting binary.
gcc version 8.0.1 20180324
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88751
--- Comment #2 from Andreas Krebbel ---
(In reply to Richard Biener from comment #1)
...
> Would be interesting to know the sparseness of regs / BBs for your testcase
> at the point of LRA and whether compacting regs (do we ever do that?) might
-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: krebbel at gcc dot gnu.org
Target Milestone: ---
There is a big performance drop in OpenJ9 after they have updated from GCC
4.8.5 to GCC 7.3.0.
- The performance regression disappears after compiling the byte code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88246
Andreas Krebbel changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #11 from Andreas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88246
Andreas Krebbel changed:
What|Removed |Added
Target||s390x-redhat-linux
: critical
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: krebbel at gcc dot gnu.org
Target Milestone: ---
GCC build fails on s390x since r266508 with:
/home/andreas/bisect/gcc-266508-build/./gcc/xgcc
-B/home/andreas/bisect
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88085
--- Comment #2 from Andreas Krebbel ---
(In reply to Richard Biener from comment #1)
...
> which is bogus again unless the caller already had pre-existing attrs
> on the MEM. I guess using
>
> attrs.align = refattrs ? MAX
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: krebbel at gcc dot gnu.org
Target Milestone: ---
typedef int __attribute__((vector_size(16))) v4si;
v4si a4 __attribute__((aligned(4)));
void
foo (v4si a)
{
a4
-*-*
CC||krebbel at gcc dot gnu.org
Host|powerpc64*-*-* |powerpc64*-*-*, s390x-*-*
Build|powerpc64*-*-* |powerpc64*-*-*, s390x-*-*
--- Comment #2 from Andreas Krebbel ---
The testcase hangs also on S/390.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87723
--- Comment #3 from Andreas Krebbel ---
Author: krebbel
Date: Tue Nov 6 10:22:05 2018
New Revision: 265832
URL: https://gcc.gnu.org/viewcvs?rev=265832=gcc=rev
Log:
S/390: Fix PR87723
gcc/ChangeLog:
2018-11-06 Andreas Krebbel
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87762
Andreas Krebbel changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87762
Andreas Krebbel changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |iii at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87723
--- Comment #2 from Andreas Krebbel ---
(In reply to Andreas Krebbel from comment #1)
> Created attachment 44898 [details]
> Patch
>
> The "*rsbg_di_rotl" output string uses mode attributes with actually
> using a mode iterator.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87723
--- Comment #1 from Andreas Krebbel ---
Created attachment 44898
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44898=edit
Patch
The "*rsbg_di_rotl" output string uses mode attributes with actually
using a mode iterator.
-24 00:00:00 |2018-10-25
Assignee|unassigned at gcc dot gnu.org |krebbel at gcc dot
gnu.org
Ever confirmed|0 |1
101 - 200 of 651 matches
Mail list logo