https://gcc.gnu.org/bugzilla/show_bug.cgi?id=28233
--- Comment #11 from jphartmann at gmail dot com
---
I certainly haven't been waiting for a fix these last ten years, so by all
means close.
||WORKSFORME
--- Comment #13 from jphartmann at gmail dot com
2011-08-02 14:36:11 UTC ---
That was the first I tried, but make then gave me a slew of errors and didn't
even create xgcc. So what did you do to build the compiler?
Anyhow, I changed the jnhe to use an exp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49942
--- Comment #14 from jphartmann at gmail dot com
2011-08-02 14:45:24 UTC ---
Hello, Jakub.
Thanks for helping me regain sanity.
So was I let astray by trying to set up a separate root, which I had
to populate with all kinds of stuff. And I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49942
--- Comment #11 from jphartmann at gmail dot com
2011-08-02 14:04:29 UTC ---
With the slr, bc 5,x is the correct mask, or course. So it must be something
else.
As I understand it s390 and s390x are exactly the same except the default -m31
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49942
--- Comment #9 from jphartmann at gmail dot com
2011-08-02 13:18:47 UTC ---
That is good to know. However, this problem is with -fexec-charset=IBM-1047.
You cannot run the output of that on the ASCII z/Linux.
Can I trouble you to send me
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49942
--- Comment #7 from jphartmann at gmail dot com
2011-08-02 10:18:28 UTC ---
The stripped-down test case gives this (expected) output on linux:
9 vs 4 is 1
4 vs 9 is -1
And this (faulty) output on VM
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49942
--- Comment #6 from jphartmann at gmail dot com
2011-08-02 10:16:17 UTC ---
Created attachment 24889
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24889
Stripped-down test case.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49942
--- Comment #5 from jphartmann at gmail dot com
2011-08-02 09:59:44 UTC ---
Because the unoptimised code has a je at that place. And putting anything
after the assignment generates correct code. And debug code after the loop
shows that it
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49942
--- Comment #3 from jphartmann at gmail dot com
2011-08-02 08:37:44 UTC ---
Adding a dummy assignment to a global value that the optimiser cannot figure to
be useless fixes the problem.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49942
--- Comment #2 from jphartmann at gmail dot com
2011-08-02 08:26:37 UTC ---
Linux bigserv 2.6.34.8-68.fc13.x86_64 #1 SMP Thu Feb 17 15:03:58 UTC 2011
x86_64 x86_64 x86_64 GNU/Linux
gcc -fexec-charset=IBM-1047 -Wno-format -D__ZVM__ -D__CMS__ -U
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49942
--- Comment #1 from jphartmann at gmail dot com
2011-08-02 08:22:43 UTC ---
Created attachment 24888
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24888
The compiler output
Line 3664 (.LVL333:) contains jnhe. It should have been jne,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49942
Summary: Wrong code generated for -O2 with target s390 on Linux
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
Assigne
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49560
--- Comment #1 from jphartmann at gmail dot com
2011-06-28 08:25:24 UTC ---
This is how the string shows up in the .s:
[/home/john/src/cmsh/390] more hlo.s
.file "hlo.c"
.section.rodata
.LC0:
.string
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49560
Summary: -fexec-charset=IBM-1047 makes -Wformat report
incorrect warnings
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Co
--- Comment #6 from jphartmann at gmail dot com 2006-07-04 15:21 ---
Subject: Re: internal compiler error: in make_decl_rtl, at varasm.c:752
Which compiler options are you using to trigger that message?
Needless to say I don't see that message with gcc 4.1.1 and -Wall.
How shoul
--- Comment #4 from jphartmann at gmail dot com 2006-07-04 07:55 ---
By "accident" I discovered that removing the goto at line 21 gets the compiler
past the error message, but it then fails with "cc1: out of memory allocating
538476640 bytes". Doing the decode i
--- Comment #3 from jphartmann at gmail dot com 2006-07-04 07:45 ---
Created an attachment (id=11811)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11811&action=view)
tar -z of the C source, tb.c. Has no preprocessor statements.
Incidentally, if I remove the goto on line
17 matches
Mail list logo
