http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58335
Andreas Krebbel changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58335
Andreas Krebbel changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #4 from Andreas Kreb
,
||s390x-ibm-linux
Priority|P3 |P2
CC||krebbel at gcc dot gnu.org
Host|powerpc64-suse-linux|powerpc64-suse-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50325
Bug #: 50325
Summary: 76 new fails with rev. 177691
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50325
--- Comment #4 from Andreas Krebbel 2011-09-14
07:20:14 UTC ---
I've looked into the 22_locale/money_get/get/char/13.cc failure.
The problem is a miscompilation of locale-inst.cc in libstdc++.
Source:
template
_InIter
money_get<_CharT,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50325
--- Comment #5 from Andreas Krebbel 2011-09-14
08:41:21 UTC ---
Created attachment 25270
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25270
Experimental fix
On S/390 all the failures disappear with that patch.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50395
Bug #: 50395
Summary: Infinite loop when bootstrapping java
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50661
--- Comment #16 from Andreas Krebbel 2011-10-11
11:41:12 UTC ---
(In reply to comment #15)
> Andreas, can I have your feedback about this? Is it safe or not to compare
> s390
> pointers with memcmp?
On s390 with 31 bit addressing the uppermost
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50074
Andreas Krebbel changed:
What|Removed |Added
CC||krebbel at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53280
Bug #: 53280
Summary: s390 bootstrap failure since r186977
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53681
Bug #: 53681
Summary: s390 bootstrap failure since 187965
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: major
Priority: P3
||krebbel at gcc dot gnu.org,
||matz at suse dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53681
--- Comment #2 from Andreas Krebbel 2012-06-15
08:30:21 UTC ---
(In reply to comment #1)
> This is an ice-on-invalid - how can that break bootstrap?
delta was a bit too eager. Same happens with:
int
__gcov_execle (const char *path, char *arg, .
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53681
--- Comment #5 from Andreas Krebbel 2012-06-18
07:09:04 UTC ---
(In reply to comment #4)
> I don't see how r187965 could cause this, but I do see the problem.
> mark_sym_for_renaming (called via the s390 va_arg_expr expander) is called
> during,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53681
Andreas Krebbel changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54016
Bug #: 54016
Summary: tree loop optimizer: no "branch on count" on s390
anymore since revision 185913
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54016
--- Comment #2 from Andreas Krebbel 2012-07-20
13:48:57 UTC ---
(In reply to comment #1)
Do I have to do something special now when creating a loop on RTL level?
Perhaps tell the framework that the loop infos needs to be refreshed or
something li
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54016
Andreas Krebbel changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot |krebbel at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49800
--- Comment #2 from Andreas Krebbel 2012-02-02
08:58:57 UTC ---
(In reply to comment #1)
> Does this still fail?
Still fails with r183790.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52242
Bug #: 52242
Summary: [4.7 regression] libgomp.c/atomic-2.c failure on s390x
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: major
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52242
Andreas Krebbel changed:
What|Removed |Added
Target||s390x-ibm-linux
Priority|P3
||krebbel at gcc dot gnu.org
Resolution|FIXED |
--- Comment #10 from Andreas Krebbel 2012-03-08
07:56:14 UTC ---
(In reply to comment #8)
> Author: rguenth
> Date: Tue Mar 6 09:54:06 2012
> New Revision: 184981
This patch seems to have i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52650
Andreas Krebbel changed:
What|Removed |Added
CC||krebbel at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53141
--- Comment #1 from Andreas Krebbel 2012-04-27
14:32:23 UTC ---
That's because reload now will try with swapped operands before going to the
next alternative. So now the first alternative will be used instead of the
second.
This matches the beha
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53141
--- Comment #2 from Andreas Krebbel 2012-04-27
14:47:15 UTC ---
Created attachment 27252
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27252
Patch proposal
This patch should bring back the old behavior.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58574
--- Comment #5 from Andreas Krebbel ---
Thanks for tracking this down!
(In reply to Jakub Jelinek from comment #2)
> I'd say the bug is in s390_chunkify_start:
> if (GET_CODE (pat) == PARALLEL && XVECLEN (pat, 0) > 2)
> pat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58574
--- Comment #6 from Andreas Krebbel ---
(In reply to Jakub Jelinek from comment #4)
> Created attachment 30935 [details]
> Alternate fix
>
> Another possibility. If the check is there really just to prevent handling
> tablejumps, I wonder why we
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58574
--- Comment #7 from Andreas Krebbel ---
Created attachment 30938
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30938&action=edit
Alternate fix - v2
Since tablejump_p is checking for JUMP_P anyway we could move the check even
outside the jum
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58574
Andreas Krebbel changed:
What|Removed |Added
Attachment #30938|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58574
--- Comment #13 from Andreas Krebbel ---
Author: krebbel
Date: Tue Oct 1 13:33:02 2013
New Revision: 203060
URL: http://gcc.gnu.org/viewcvs?rev=203060&root=gcc&view=rev
Log:
2013-10-01 Jakub Jelinek
Andreas Krebbel
PR targe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58574
--- Comment #14 from Andreas Krebbel ---
(In reply to Jakub Jelinek from comment #12)
> Thanks, are you going to post it to gcc-patches and commit then? Can I post
> the 4.8 patch there afterwards, or do you prefer some different alternative
> fo
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: krebbel at gcc dot gnu.org
After bootstrap-lean the installation process tries to rebuild several files
with the host GCC and -Werror which fails:
/build/gcc-head/gcc/langhooks.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57377
--- Comment #2 from Andreas Krebbel ---
Author: krebbel
Date: Thu Oct 10 12:01:23 2013
New Revision: 203353
URL: http://gcc.gnu.org/viewcvs?rev=203353&root=gcc&view=rev
Log:
2013-10-10 Andreas Krebbel
PR target/57377
* gensupport.c (g
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: krebbel at gcc dot gnu.org
The following code has been added to s390_decompose_address for the LRA
enablement to prevent strict displacement checking for addresses including
eliminable registers. Only during
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59340
Andreas Krebbel changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51144
Bug #: 51144
Summary: r181279
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51144
Andreas Krebbel changed:
What|Removed |Added
Target||s390-ibm-linux
Priority|P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50325
--- Comment #10 from Andreas Krebbel 2011-11-16
09:27:59 UTC ---
Author: krebbel
Date: Wed Nov 16 09:27:56 2011
New Revision: 181405
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181405
Log:
2011-11-16 Andreas Krebbel
PR middle-e
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50325
Andreas Krebbel changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50325
--- Comment #14 from Andreas Krebbel 2011-11-17
15:23:26 UTC ---
As the tests from Ian Sandoe and Dominique d'Humieres show, the Darwin/AIX
regressions disappear when limiting the extract_bit_field invocation to
fieldmode == BLKmode (as it was in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51144
--- Comment #6 from Andreas Krebbel 2011-11-21
10:10:31 UTC ---
(In reply to comment #5)
> PR middle-end/51144
> * output.h (fprint_w): Remove.
> * final.c (fprint_w): Remove.
> (output_addr_const): Change fprint_w back to fprintf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50074
--- Comment #13 from Andreas Krebbel 2011-11-21
13:31:16 UTC ---
This fixes the testcase on s390x. Tested with r181554.
Thanks!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50325
Andreas Krebbel changed:
What|Removed |Added
Severity|normal |critical
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51144
Andreas Krebbel changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50395
--- Comment #1 from Andreas Krebbel 2011-12-08
14:37:24 UTC ---
Author: krebbel
Date: Thu Dec 8 14:37:19 2011
New Revision: 182116
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=182116
Log:
2011-12-08 Andreas Krebbel
PR target/50
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50395
Andreas Krebbel changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51151
Andreas Krebbel changed:
What|Removed |Added
CC||krebbel at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51151
--- Comment #4 from Andreas Krebbel 2011-12-14
12:02:47 UTC ---
libgomp/testsuite/libgomp.c++/for-2.C: In function 'void f7(int, int, int)':^M
libgomp/testsuite/libgomp.c++/for-2.C:87:3: error: invalid increment
expression^M
compiler exited with
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51735
Bug #: 51735
Summary: [4.7 regression] stage 3 bootstrap failure compiling
tree-ssa-pre.c with r182760
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51735
Andreas Krebbel changed:
What|Removed |Added
Target||s390x-ibm-linux
Priority|P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51151
Andreas Krebbel changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51151
Andreas Krebbel changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #9 from Andreas Kreb
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51734
--- Comment #1 from Andreas Krebbel 2012-01-03
08:45:59 UTC ---
That looks like another fallout from having -fpic in picflag.m4. So I'll remove
the s390*-*-* case in picflag.m4:
s390*-*-*)
$1=-fpic
;;
Mike Frysinger once was afte
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51735
--- Comment #2 from Andreas Krebbel 2012-01-03
08:53:26 UTC ---
(In reply to comment #1)
> Is the segfault in the
> for (;;)
> {
> if ((*mem_chain)->elt == v)
> {
> unchain_one
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51735
Andreas Krebbel changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51725
Andreas Krebbel changed:
What|Removed |Added
CC||krebbel at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51734
--- Comment #2 from Andreas Krebbel 2012-01-04
11:41:11 UTC ---
Author: krebbel
Date: Wed Jan 4 11:41:06 2012
New Revision: 182868
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=182868
Log:
config/
2012-01-04 Andreas Krebbel
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51734
Andreas Krebbel changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51845
Bug #: 51845
Summary: [4.6 regression]
23_containers/unordered_multimap/erase/24061-multimap.
cc segfault
Classification: Unclassified
Product: gcc
Version: 4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51845
--- Comment #4 from Andreas Krebbel 2012-01-13
12:41:55 UTC ---
For s390 the first failing release was r181677.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51845
--- Comment #5 from Andreas Krebbel 2012-01-13
12:42:42 UTC ---
Yes Valgrind has S/390 support since release 3.7.0.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51845
--- Comment #7 from Andreas Krebbel 2012-01-13
13:07:52 UTC ---
(In reply to comment #6)
> Andreas, can you run the test under valgrind? Thanks in advance.
I should better have mentioned that Valgrind on S/390 doesn't support 32 bit
code yet :(
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51860
Bug #: 51860
Summary: [4.7 regression] s390 esa mode bootstrap comparison
failure since transactional memory branch
Classification: Unclassified
Product: gcc
Version: 4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51860
Andreas Krebbel changed:
What|Removed |Added
Target||s390-ibm-linux
Priority|P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51845
--- Comment #12 from Andreas Krebbel 2012-01-15
17:00:42 UTC ---
(In reply to comment #8)
> But ElectricFence should work even on s390 31-bit. Can you please try that?
I've linked libstdc++ against electric fence. The segfault appears to get
tr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51860
--- Comment #3 from Andreas Krebbel 2012-01-15
20:37:02 UTC ---
(In reply to comment #2)
> Reducing a -fcompare-debug failure on c-common.c with delta.
Thanks for working on this! I already had a quick look. The problem has to do
with the s390 r
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51860
--- Comment #7 from Andreas Krebbel 2012-01-16
08:23:56 UTC ---
Regarding the insn address the split is supposed to happen after the call_insn
3059.
But the code I've added to keep the call_arg_location note after the call insn
prevents that:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51856
--- Comment #3 from Andreas Krebbel 2012-01-19
14:38:46 UTC ---
Created attachment 26379
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26379
Fix
I've introduced that bug with:
http://gcc.gnu.org/ml/gcc-patches/2011-03/msg01527.html
So it'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51856
--- Comment #4 from Andreas Krebbel 2012-01-20
16:29:11 UTC ---
Author: krebbel
Date: Fri Jan 20 16:29:01 2012
New Revision: 183341
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=183341
Log:
2012-01-20 Andreas Krebbel
PR rtl-optim
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48299
Andreas Krebbel changed:
What|Removed |Added
CC||krebbel at gcc dot gnu.org
--- Comment
-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=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
>
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
Aure
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 (s390_expand_vec_init):
|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=88856
--- Comment #5 from Andreas Krebbel ---
Created attachment 45586
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45586&action=edit
qrsolv-reduc.f the miscompiled fortran file autoreduced from scipy
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&action=edit
A C wrapper to call the qrsolv function in the fortran snippet
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 #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 #9 from Andreas Krebbel ---
Created attachment 45588
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45588&action=edit
experimental patch
That patch appears to fix the problem for me.
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 FP
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 #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&root=gcc&view=rev
Log:
S/390: Remove load and test fp splitter
gcc/ChangeLog:
2019-02-05
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&root=gcc&view=rev
Log:
S/390: Remove load and test fp splitter
gcc/ChangeLog:
2019-02-05
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&root=gcc&view=rev
Log:
S/390: Remove load and test fp splitter
gcc/ChangeLog:
2019-02-05
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 testcase.
-09 00:00:00 |2018-04-10
Assignee|unassigned at gcc dot gnu.org |krebbel at gcc dot
gnu.org
Ever confirmed|0 |1
--- Comment #2 from Andreas Krebbel ---
(In reply to Jakub Jelinek from comment #1)
> Shouldn't we just remove -mno-lra sup
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81184
Andreas Krebbel changed:
What|Removed |Added
CC||krebbel at gcc dot gnu.org
: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: krebbel at gcc dot gnu.org
Target Milestone: ---
No IF statements remain although LOGICAL_OP_NON_SHORT_CIRCUIT is not
defined on S/390 and hence defaults to true when using
-mbranch-cost=2.
The testcase appears
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81184
--- Comment #10 from Andreas Krebbel ---
I've verified that the problem is fixed on Power. So I've opened a separate BZ
for this #85368
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85368
--- Comment #1 from Andreas Krebbel ---
For e.g. Power this has been fixed as part of PR81184
: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: krebbel at gcc dot gnu.org
Target Milestone: ---
c-c++-common/attr-nonstring-3.c fails on IBM Z. A warning only appears when the
strcpy
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85326
--- Comment #4 from Andreas Krebbel ---
Author: krebbel
Date: Fri Apr 13 09:14:32 2018
New Revision: 259369
URL: https://gcc.gnu.org/viewcvs?rev=259369&root=gcc&view=rev
Log:
IBM Z: Get rid of target specific C++ testcase
gcc/testsuite/ChangeLo
Assignee: unassigned at gcc dot gnu.org
Reporter: krebbel at gcc dot gnu.org
Target Milestone: ---
Created attachment 43996
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43996&action=edit
Autoreduced testcase
Compiling the attached testcase triggers an ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85478
--- Comment #1 from Andreas Krebbel ---
The testcases ICEs since r253196:
S/390: Set the preferred mode for float vectors
gcc/ChangeLog:
2017-09-26 Andreas Krebbel
* config/s390/s390.c (s390_preferred_simd_mode): Return
++
Assignee: unassigned at gcc dot gnu.org
Reporter: krebbel at gcc dot gnu.org
Target Milestone: ---
Created attachment 43998
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43998&action=edit
Autoreduced testcase
cc1plus t.cc
} class b {
t.cc:2:1: error: expected
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85478
--- Comment #2 from Andreas Krebbel ---
I've opened another bugzilla for a probably unrelated problem triggered by a
testcase reduce from the same source file:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85481
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85478
--- Comment #4 from Andreas Krebbel ---
Indeed it does not appear to fail with a cross from x86. I've checked with
r259518 on s390x as well as on x86. With an x86 cross no tree dump is generated
after 012t.ompexp and the generated assembler file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85478
--- Comment #6 from Andreas Krebbel ---
The difference I have seen so far was triggered by building the cross with
"--without-headers". As a result the detected glibc version is 0.0:
config.log:
configure:28145: checking for target glibc versio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85478
--- Comment #7 from Andreas Krebbel ---
The cross from comment #6 did not trigger the problem because I accidentally
built it with --disable-checking. Dropping this and adding
--with-long-double-128 triggers the ICE on a full cross as well as on
101 - 200 of 651 matches
Mail list logo
