http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57180
Mikael Pettersson mikpe at it dot uu.se changed:
What|Removed |Added
CC||mikpe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57133
--- Comment #1 from Mikael Pettersson mikpe at it dot uu.se 2013-05-01
11:37:56 UTC ---
(In reply to comment #0)
typedef char *type;
void f(const type t)
{
This doesn't do what you think it does. t is now a const variable
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57085
--- Comment #11 from Mikael Pettersson mikpe at it dot uu.se 2013-04-29
19:30:35 UTC ---
I can't reproduce the ICE with a cross to arm-linux-androideabi either.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57085
--- Comment #4 from Mikael Pettersson mikpe at it dot uu.se 2013-04-28
09:11:03 UTC ---
(In reply to comment #2)
Created attachment 29954 [details]
Affected code
Attached is contents.c that I mentioned in the initial post
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57085
--- Comment #7 from Mikael Pettersson mikpe at it dot uu.se 2013-04-28
13:41:53 UTC ---
I can't reproduce the ICE with 4.9 r198366 configured as a cross to
armv7l-unknown-linux-gnueabi, on either x86_64-linux or i686-linux, or natively
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57085
--- Comment #9 from Mikael Pettersson mikpe at it dot uu.se 2013-04-28
18:08:02 UTC ---
(In reply to comment #8)
Any suggestions for
troubleshooting this bug on my end? I've done a few toolchain builds and
always
run
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57085
--- Comment #1 from Mikael Pettersson mikpe at it dot uu.se 2013-04-27
10:00:13 UTC ---
Please attach _preprocessed_ source for the test case, and tell us what options
gcc was invoked when compiling the test case.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57080
--- Comment #3 from Mikael Pettersson mikpe at it dot uu.se 2013-04-26
11:49:44 UTC ---
Created attachment 29946
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29946
test case
I can reproduce the issue on m68k: with the attached
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57028
--- Comment #5 from Mikael Pettersson mikpe at it dot uu.se 2013-04-25
09:16:12 UTC ---
(In reply to comment #4)
Patch at http://gcc.gnu.org/ml/gcc-patches/2013-04/msg01464.html .
The patch doesn't work. With 4.9-20130421 + the patch I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57028
--- Comment #7 from Mikael Pettersson mikpe at it dot uu.se 2013-04-25
13:50:47 UTC ---
(In reply to comment #6)
Updated patch at http://gcc.gnu.org/ml/gcc-patches/2013-04/msg01517.html
This one works. Thanks.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57028
--- Comment #3 from Mikael Pettersson mikpe at it dot uu.se 2013-04-24
16:54:41 UTC ---
As far as I understand it, there are two issues:
1. zlib isn't built unless some explicitly enabled component demands it; in my
case (on x86_64) zlib
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57046
--- Comment #1 from Mikael Pettersson mikpe at it dot uu.se 2013-04-23
11:31:06 UTC ---
Created attachment 29918
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29918
Single-file test case.
I can reproduce the wrong-code on x86_64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57028
Bug #: 57028
Summary: [4.9 regression] Fortran bootstrap fails due to
missing zlib.h
Classification: Unclassified
Product: gcc
Version: 4.9.0
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57018
Mikael Pettersson mikpe at it dot uu.se changed:
What|Removed |Added
CC||mikpe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56866
--- Comment #10 from Mikael Pettersson mikpe at it dot uu.se 2013-04-17
20:15:47 UTC ---
(In reply to comment #9)
How to proceed?
Derive a stand-alone test case from the failing glibc module and whatever glibc
code it requires
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56881
Mikael Pettersson mikpe at it dot uu.se changed:
What|Removed |Added
CC|mikpe at it dot uu.se
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56866
--- Comment #8 from Mikael Pettersson mikpe at it dot uu.se 2013-04-14
15:55:32 UTC ---
OK, I can confirm that compiling glibc-2.17 with gcc-4.7.3 -O3 -march=bdver1
causes the sha512 test to fail, but without -march=bdver1 it doesn't fail
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56940
--- Comment #3 from Mikael Pettersson mikpe at it dot uu.se 2013-04-13
10:55:21 UTC ---
I can reproduce the ICE with gcc 4.6.4, but not with 4.7.3 or 4.8.0, all built
as crosses to arm-linux-gnueabi from unmodified FSF releases.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48576
--- Comment #7 from Mikael Pettersson mikpe at it dot uu.se 2013-04-13
12:26:24 UTC ---
This bug still occurs with gcc 4.9-20130407, 4.8-20130411, and 4.7-20130406.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56881
Mikael Pettersson mikpe at it dot uu.se changed:
What|Removed |Added
CC||mikpe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56881
--- Comment #7 from Mikael Pettersson mikpe at it dot uu.se 2013-04-13
20:39:03 UTC ---
Started with Bernd Schmidt's Optimize calls to functions that return one of
their arguments patch in http://gcc.gnu.org/r187459, originally proposed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56866
Mikael Pettersson mikpe at it dot uu.se changed:
What|Removed |Added
CC||mikpe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56813
Mikael Pettersson mikpe at it dot uu.se changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56899
--- Comment #3 from Mikael Pettersson mikpe at it dot uu.se 2013-04-10
07:45:20 UTC ---
What's the target? I can't reproduce on x86_64, armv5tel, or m68k.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56888
Mikael Pettersson mikpe at it dot uu.se changed:
What|Removed |Added
CC||mikpe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56888
--- Comment #2 from Mikael Pettersson mikpe at it dot uu.se 2013-04-09
09:59:20 UTC ---
Started with Richard Biener's http://gcc.gnu.org/r188261 aka PR53081 fix, which
added or improved memcpy recognition. I'm guess the new code fails
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56881
--- Comment #3 from Mikael Pettersson mikpe at it dot uu.se 2013-04-09
14:45:33 UTC ---
The test case is incomplete, as it lacks both main() and domalloc(). Please
add those (in a separate file if you like) so that the test case can
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52773
--- Comment #4 from Mikael Pettersson mikpe at it dot uu.se 2013-04-08
17:11:50 UTC ---
The ICE still occurs with gcc 4.6-20130405, 4.7-20130406, 4.8-20130404, and
4.9-20130407.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56851
Mikael Pettersson mikpe at it dot uu.se changed:
What|Removed |Added
CC||mikpe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56851
--- Comment #2 from Mikael Pettersson mikpe at it dot uu.se 2013-04-06
11:57:13 UTC ---
The SEGV stopped on trunk with r195239 aka PR55964 fix.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56813
--- Comment #1 from Mikael Pettersson mikpe at it dot uu.se 2013-04-03
13:10:22 UTC ---
Started with Steven Bosscher's http://gcc.gnu.org/r197266, still occurs at
r197407, reproducible with a cross.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56813
Bug #: 56813
Summary: [4.9 regression] invalid assembly code for
libiberty/cp-demangle.c on armv5tel-linux-gnueabi
Classification: Unclassified
Product: gcc
Version:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48326
--- Comment #3 from Mikael Pettersson mikpe at it dot uu.se 2013-03-30
11:59:19 UTC ---
I can reproduce the initial bug with gcc 4.4.7, 4.5.3, 4.6.3, and 4.7.0, but
not with 4.5.4, 4.6-20130322, 4.7.1, or 4.7.2.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48326
--- Comment #4 from Mikael Pettersson mikpe at it dot uu.se 2013-03-30
12:31:38 UTC ---
The initial bug was fixed by r187169 on 4.7 branch, I'd say it's clearly a dup
of PR53228.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56745
Mikael Pettersson mikpe at it dot uu.se changed:
What|Removed |Added
CC||mikpe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56734
--- Comment #2 from Mikael Pettersson mikpe at it dot uu.se 2013-03-26
09:09:18 UTC ---
Works for me on Solaris 2.10/SPARC, gcc-4.7.2 configured w/ Sun not GNU
binutils:
g++ -O -c Core.ii
g++ -O -c CoreTest.ii
g++ Core.o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56732
Mikael Pettersson mikpe at it dot uu.se changed:
What|Removed |Added
CC||mikpe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56712
--- Comment #6 from Mikael Pettersson mikpe at it dot uu.se 2013-03-26
10:24:08 UTC ---
(In reply to comment #5)
Created attachment 29724 [details]
backport of the above mentioned fix
Don't base your backport on the original patch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56732
--- Comment #2 from Mikael Pettersson mikpe at it dot uu.se 2013-03-26
13:35:30 UTC ---
Started with http://gcc.gnu.org/r188742 or http://gcc.gnu.org/r188743.
With r188742 I get:
In file included from ploaderhook.c:25:0:
/home/rajiv
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56712
Mikael Pettersson mikpe at it dot uu.se changed:
What|Removed |Added
CC||mikpe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835
--- Comment #55 from Mikael Pettersson mikpe at it dot uu.se 2013-03-22
14:30:23 UTC ---
(In reply to comment #54)
This ICE started with r180192, an ICE fix (PR50780). I don't see anything in
that patch that seems m68k or cc0 related
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56657
Mikael Pettersson mikpe at it dot uu.se changed:
What|Removed |Added
CC||mikpe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56657
--- Comment #5 from Mikael Pettersson mikpe at it dot uu.se 2013-03-20
09:07:28 UTC ---
Created attachment 29698
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29698
reduced test case
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835
--- Comment #54 from Mikael Pettersson mikpe at it dot uu.se 2013-03-20
11:05:58 UTC ---
Status update:
Although gnat is solid enough to rebuild itself with (patched) gcc-4.6 on m68k,
there is a regression with (similarly patched) 4.7
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56584
--- Comment #1 from Mikael Pettersson mikpe at it dot uu.se 2013-03-10
10:14:46 UTC ---
I can't reproduce the error with vanilla gcc-4.7.2 running on Fedora 17/x86_64,
either natively or in a cross to ARM Cortex-M3.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56561
--- Comment #4 from Mikael Pettersson mikpe at it dot uu.se 2013-03-08
08:23:31 UTC ---
Created attachment 29613
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29613
backport of r183512/PR48308 to 4.6 branch
This is the backport
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56569
--- Comment #1 from Mikael Pettersson mikpe at it dot uu.se 2013-03-08
09:25:58 UTC ---
gcc-3.4.0 is ancient and hasn't been supported by upstream for years. Please
try again with a supported release, e.g. 4.7.2 or 4.6.3. Also, you failed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56569
--- Comment #3 from Mikael Pettersson mikpe at it dot uu.se 2013-03-08
12:19:15 UTC ---
The please close this bug report.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56561
Mikael Pettersson mikpe at it dot uu.se changed:
What|Removed |Added
CC||mikpe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56561
--- Comment #2 from Mikael Pettersson mikpe at it dot uu.se 2013-03-07
18:14:17 UTC ---
The wrong-code on 4.6 branch is stopped by backporting r183512 aka PR48308 fix.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56513
--- Comment #6 from Mikael Pettersson mikpe at it dot uu.se 2013-03-04
13:24:04 UTC ---
The wrong-code with -O3 -fno-tree-coalesce-vars stopped occurring at r190284,
Richard Biener's large Allow anonymous SSA names patch. The patch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56501
Mikael Pettersson mikpe at it dot uu.se changed:
What|Removed |Added
CC||mikpe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56512
--- Comment #1 from Mikael Pettersson mikpe at it dot uu.se 2013-03-03
14:43:40 UTC ---
This test case is full of undefined behaviour:
- you longjmp out of a frame to an older frame, and then expect to be able to
longjmp back
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56270
Mikael Pettersson mikpe at it dot uu.se changed:
What|Removed |Added
CC||mikpe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56513
Mikael Pettersson mikpe at it dot uu.se changed:
What|Removed |Added
CC||mikpe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56513
--- Comment #5 from Mikael Pettersson mikpe at it dot uu.se 2013-03-03
23:26:49 UTC ---
The wrong-code stopped for 4.8 with r188526, the introduction and enabling of
-ftree-coalesce-vars. At that point the wrong-code reappears with -O3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56332
--- Comment #2 from Mikael Pettersson mikpe at it dot uu.se 2013-02-15
08:39:20 UTC ---
For mingw-w64 isn't the triplet supposed to be 'x86_64-w64-mingw32'? Or has
the 'old mingw' now grown its own 64-bit support?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56332
--- Comment #4 from Mikael Pettersson mikpe at it dot uu.se 2013-02-15
14:09:35 UTC ---
Confusing or not, the triplet is as I stated, see e.g.:
http://sourceforge.net/apps/trac/mingw-w64/wiki/Answer%20Multilib%20Toolchain
And the 32-bit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56341
Mikael Pettersson mikpe at it dot uu.se changed:
What|Removed |Added
CC||mikpe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52306
--- Comment #17 from Mikael Pettersson mikpe at it dot uu.se 2013-02-06
23:23:58 UTC ---
Created attachment 29376
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29376
reduced test case
Please disregard my last two comments, I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56131
--- Comment #9 from Mikael Pettersson mikpe at it dot uu.se 2013-02-04
15:39:09 UTC ---
(In reply to comment #8)
Mikael,
I tested this on x86_64-linux and sparc64-linux. On x86_64 there were no
test
suite changes,
Thanks
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56206
Bug #: 56206
Summary: [4.7.3 regression] dg-require-effective-target
arm_hard_vfp_ok triggers many test suite errors
Classification: Unclassified
Product: gcc
Version:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56206
Mikael Pettersson mikpe at it dot uu.se changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55108
--- Comment #4 from Mikael Pettersson mikpe at it dot uu.se 2013-02-03
23:24:37 UTC ---
On armv5tel-linux-gnueabi this bug is reproducible with gcc-4.6 but not with
gcc-4.7 or 4.8.
The wrong-code was made latent for 4.7.0 by r179556 aka
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55939
--- Comment #18 from Mikael Pettersson mikpe at it dot uu.se 2013-01-30
08:53:31 UTC ---
gmp-5.0.5 builds and tests Ok on m68k-linux when configured with -ffloat-store
in CFLAGS. There is one fcmp;fblt and three fcmp;fbne sequences
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52306
--- Comment #15 from Mikael Pettersson mikpe at it dot uu.se 2013-01-30
17:34:11 UTC ---
(In reply to comment #1)
The bug, duplicated by compiling attachment 26150 [details], from bug 43437
comment 16,
with a cross-compiler to m68k-elf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52306
--- Comment #16 from Mikael Pettersson mikpe at it dot uu.se 2013-01-30
17:50:07 UTC ---
Sorry I quoted the wrong fragment from 175r.fwprop, the correct fragment is:
(insn 288 287 289 41 (set (reg/f:SI 124 [ D.1812 ])
(mem/f:SI
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56131
--- Comment #6 from Mikael Pettersson mikpe at it dot uu.se 2013-01-30
22:20:19 UTC ---
(In reply to comment #5)
A more structured version of the patch:
After fixing the obvious syntax error
+ If the label is not marked
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55939
--- Comment #14 from Mikael Pettersson mikpe at it dot uu.se 2013-01-29
18:03:04 UTC ---
The wrong-code occurs in the test wrapper rather than in gmp proper, and the
test wrapper does contain a helper function (my_ldexp) which computes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56131
Bug #: 56131
Summary: [4.8 regression] gcc.dg/pr56035.c ICEs gcc on
sparc-linux
Classification: Unclassified
Product: gcc
Version: 4.7.3
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56131
Mikael Pettersson mikpe at it dot uu.se changed:
What|Removed |Added
CC||vries
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56098
Mikael Pettersson mikpe at it dot uu.se changed:
What|Removed |Added
CC||mikpe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56096
--- Comment #1 from Mikael Pettersson mikpe at it dot uu.se 2013-01-24
08:54:44 UTC ---
Bad is ambiguous, it could mean sub-optimal or it could mean incorrect or
wrong. In this case it means sub-optimal, please change the PR summary
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56087
--- Comment #4 from Mikael Pettersson mikpe at it dot uu.se 2013-01-24
09:31:20 UTC ---
I've checked and gcc-4.6 does miscompile this test case, but gets it right with
the PR52573 fix applied. Vanilla gcc-4.7 doesn't seem to miscompile
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56087
Mikael Pettersson mikpe at it dot uu.se changed:
What|Removed |Added
CC||mikpe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56001
Mikael Pettersson mikpe at it dot uu.se changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52911
--- Comment #8 from Mikael Pettersson mikpe at it dot uu.se 2013-01-21
17:28:19 UTC ---
I can reproduce with a gcc-4.7-20130119 cross from x86_64-linux to ppc-linux,
but not with gcc-4.8-20130120. So possibly fixed on trunk.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52911
--- Comment #10 from Mikael Pettersson mikpe at it dot uu.se 2013-01-21
18:00:06 UTC ---
Let me run a bisection first...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52911
--- Comment #11 from Mikael Pettersson mikpe at it dot uu.se 2013-01-21
22:52:18 UTC ---
This ICE was fixed for 4.8 by Alan Modra's PR53914, rs6000 constraints and
reload queries fix in r189801. The ICE described in
http://gcc.gnu.org/ml
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55939
--- Comment #8 from Mikael Pettersson mikpe at it dot uu.se 2013-01-21
23:18:34 UTC ---
I'm using the ARAnym full-system m68040 emulator -- that's the only realistic
option for testing gcc on Linux/m68k at the moment. I maintain my own
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56051
Mikael Pettersson mikpe at it dot uu.se changed:
What|Removed |Added
CC||mikpe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55939
--- Comment #5 from Mikael Pettersson mikpe at it dot uu.se 2013-01-17
23:20:26 UTC ---
Created attachment 29198
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29198
standalone test case
Here's a standalone test case, extracted from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56001
Bug #: 56001
Summary: [4.7.3 regression] relocation truncated to fit:
R_PPC_REL24 breaks bootstrap on powerpc64-linux
Classification: Unclassified
Product: gcc
Version:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56001
--- Comment #2 from Mikael Pettersson mikpe at it dot uu.se 2013-01-16
19:47:20 UTC ---
(In reply to comment #1)
Is your toolchain using BSS PLT?
I don't know, it's fairly vanilla. Do you have some test I could run?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55939
--- Comment #4 from Mikael Pettersson mikpe at it dot uu.se 2013-01-16
20:46:19 UTC ---
(In reply to comment #3)
Mikael -- can you try adding -fno-rename-registers to the cflags used to
compile gmp and see if that changes anything? It'd
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55939
--- Comment #2 from Mikael Pettersson mikpe at it dot uu.se 2013-01-12
16:23:55 UTC ---
The regression started with Jan Hubicka's Pretty-ipa merge: Inliner heruistics
reorg patch in r147852:
http://gcc.gnu.org/ml/gcc-patches/2009-05
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55939
Bug #: 55939
Summary: [4.6/4.7/4.8 regression] gcc miscompiles gmp-5.0.5 on
m68k-linux
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55939
--- Comment #1 from Mikael Pettersson mikpe at it dot uu.se 2013-01-11
20:06:03 UTC ---
I cut out one line too many in the build log, it's tests/mpq/t-get_d that
fails.
On the surface the problem started with Jan Hubicka's Inline
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909
Mikael Pettersson mikpe at it dot uu.se changed:
What|Removed |Added
CC||mikpe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909
--- Comment #18 from Mikael Pettersson mikpe at it dot uu.se 2013-01-09
10:32:35 UTC ---
Yes, the snippet in Comment #14 works fine for me, with both -m32 and -m64.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909
--- Comment #26 from Mikael Pettersson mikpe at it dot uu.se 2013-01-09
12:42:13 UTC ---
(In reply to comment #19)
Mikael, could you compare against the versions of packages that I'm using?
Well, my environment is Fedora 15 so all
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909
--- Comment #27 from Mikael Pettersson mikpe at it dot uu.se 2013-01-09
12:46:11 UTC ---
(In reply to comment #25)
Mikael, as reference was your version of 4.7.3 compiled without
--enable-initfini-array ?
Yes.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52714
--- Comment #6 from Mikael Pettersson mikpe at it dot uu.se 2013-01-05
11:57:52 UTC ---
Created attachment 29086
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29086
revert gcc 4.6 to gcc 4.5 version of PR45695 fix
The ICE is caused
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55883
Mikael Pettersson mikpe at it dot uu.se changed:
What|Removed |Added
CC||mikpe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43961
--- Comment #9 from Mikael Pettersson mikpe at it dot uu.se 2013-01-03
08:54:35 UTC ---
(In reply to comment #8)
Mikael, ping on this patch from June 2010 ... what happened in testing?
I've included this patch in my local 4.6-based
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55838
Mikael Pettersson mikpe at it dot uu.se changed:
What|Removed |Added
CC||mikpe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55771
Mikael Pettersson mikpe at it dot uu.se changed:
What|Removed |Added
CC||mikpe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55771
--- Comment #4 from Mikael Pettersson mikpe at it dot uu.se 2012-12-21
10:06:50 UTC ---
I'm beginning to think the test case is invalid. The operands of the
multiplication in f1 are unsigned long and float, but they are not converted
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54062
Mikael Pettersson mikpe at it dot uu.se changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52714
--- Comment #5 from Mikael Pettersson mikpe at it dot uu.se 2012-12-09
20:22:53 UTC ---
Thorsten's test case also ICEs gcc-4.7-20121208 and gcc-4.8 r194325.
101 - 200 of 819 matches
Mail list logo
