http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21718
--- Comment #14 from Vincent Lefèvre vincent-gcc at vinc17 dot net 2012-11-05
08:12:08 UTC ---
Otherwise, how about taking code from the glibc implementation of
strtof/strtod/strtold? Code in strtod was recently fixed. I don't know about
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55211
Bug #: 55211
Summary: [4.8 regression] sparc64-linux bootstrap fails with
SIGILL while compiling __mulvti3
Classification: Unclassified
Product: gcc
Version: 4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
Bug #: 55212
Summary: [SH] Switch from IRA to LRA
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52466
--- Comment #4 from Jon Beniston jon at beniston dot com 2012-11-05 08:53:50
UTC ---
I always used to configure with --enable-sjlj-exceptions.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54986
Eric Botcazou ebotcazou at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55207
--- Comment #4 from janus at gcc dot gnu.org 2012-11-05 09:07:23 UTC ---
(In reply to comment #3)
Therefore it has the same testsuite failures as the patch in
comment 1 (possibly more?).
Indeed it has a few more ...
FAIL:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41993
--- Comment #5 from Kazumoto Kojima kkojima at gcc dot gnu.org 2012-11-05
09:13:57 UTC ---
(In reply to comment #4)
In -O0 case, we broke discovery loop too early, so we can't find all return
regs. I would argue, that we should ignore
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41993
--- Comment #6 from Uros Bizjak ubizjak at gmail dot com 2012-11-05 09:16:52
UTC ---
(In reply to comment #5)
In -O0 case, we broke discovery loop too early, so we can't find all return
regs. I would argue, that we should ignore
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55204
--- Comment #2 from Uros Bizjak ubizjak at gmail dot com 2012-11-05 09:21:57
UTC ---
Does the patch at [1] fix also this failure?
[1] http://gcc.gnu.org/ml/gcc-patches/2012-11/msg00353.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55207
--- Comment #5 from janus at gcc dot gnu.org 2012-11-05 09:37:20 UTC ---
(In reply to comment #4)
Most of them seem to be scan-tree-dump failures, except for:
FAIL: gfortran.dg/storage_size_3.f08 -O0 execution test
which
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41993
--- Comment #7 from Kazumoto Kojima kkojima at gcc dot gnu.org 2012-11-05
10:19:16 UTC ---
(In reply to comment #6)
Will you submit the patch to gcc-patches, please?
OK, I'll send it to the list when the tests on i686-linux and sh
are
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55188
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55211
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||davem at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51128
--- Comment #5 from uros at gcc dot gnu.org 2012-11-05 10:59:55 UTC ---
Author: uros
Date: Mon Nov 5 10:59:49 2012
New Revision: 193156
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=193156
Log:
PR testsuite/51128
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55194
--- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org 2012-11-05
11:11:32 UTC ---
Author: jakub
Date: Mon Nov 5 11:11:28 2012
New Revision: 193158
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=193158
Log:
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55194
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54747
Bernd Schmidt bernds at gcc dot gnu.org changed:
What|Removed |Added
CC||bernds
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55175
--- Comment #9 from Ralf Corsepius corsepiu at gcc dot gnu.org 2012-11-05
11:44:22 UTC ---
(In reply to comment #8)
H have backported similar change to 4.7 branch.
Thanks for the backport.
Please reopen the PR if there are still
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55213
Bug #: 55213
Summary: vectorizer ignores __restrict__
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55213
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55175
--- Comment #10 from Uros Bizjak ubizjak at gmail dot com 2012-11-05 12:11:53
UTC ---
(In reply to comment #9)
(In reply to comment #8)
H have backported similar change to 4.7 branch.
Thanks for the backport.
Please reopen the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55175
--- Comment #11 from Uros Bizjak ubizjak at gmail dot com 2012-11-05 12:28:53
UTC ---
(In reply to comment #9)
(In reply to comment #8)
H have backported similar change to 4.7 branch.
Thanks for the backport.
Please reopen the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55175
--- Comment #12 from Ralf Corsepius corsepiu at gcc dot gnu.org 2012-11-05
12:41:56 UTC ---
(In reply to comment #11)
You should use t-softfp instead of 386/t-softfp for i[34567]86-*-rtems* in
libgcc/config.host.
In fact, there
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54075
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55211
--- Comment #2 from Mikael Pettersson mikpe at it dot uu.se 2012-11-05
13:14:22 UTC ---
I'm now trying a bootstrap with r192871, r192824, and r192757 reverted, as
those were the only recent SPARC-specific changes I could find.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55213
--- Comment #2 from vincenzo Innocente vincenzo.innocente at cern dot ch
2012-11-05 13:28:51 UTC ---
reading PR49279 it seems to me that gcc should NOT emit runtime alias checks,
Instead I see
15: create runtime check for data references
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55214
Bug #: 55214
Summary: Program fail to evaluate where clause
Classification: Unclassified
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55214
--- Comment #1 from pmarguinaud at hotmail dot com 2012-11-05 14:03:32 UTC ---
$ gfortran -g -O0 -ffpe-trap=invalid -static where.F90
$ ./a.out
Program received signal SIGFPE: Floating-point exception - erroneous arithmetic
operation.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55211
--- Comment #3 from Mikael Pettersson mikpe at it dot uu.se 2012-11-05
14:12:09 UTC ---
(In reply to comment #0)
= 0x00575f94 _ZL27emit_note_insn_var_locationPPvS_+1604: ldd [ %i0 +
%g1 ], %o1
The destination register field is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55175
--- Comment #13 from Uros Bizjak ubizjak at gmail dot com 2012-11-05 14:15:16
UTC ---
(In reply to comment #12)
You should use t-softfp instead of 386/t-softfp for i[34567]86-*-rtems* in
libgcc/config.host.
In fact, there
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55175
--- Comment #14 from Uros Bizjak ubizjak at gmail dot com 2012-11-05 14:24:43
UTC ---
(In reply to comment #13)
Then the problem is either in newlib or generic libgcc configury.
Please note that t-fdpbit is not enabled by default for
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54776
Markus Trippelsdorf markus at trippelsdorf dot de changed:
What|Removed |Added
Status|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54791
--- Comment #10 from Adi adivilceanu at yahoo dot com 2012-11-05 14:34:25 UTC
---
I found the real problem !
Now it can be reproducible even with a small test case.
I can summarize it like this: If you have a global object/function
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54970
--- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org 2012-11-05
14:36:52 UTC ---
Author: jakub
Date: Mon Nov 5 14:36:47 2012
New Revision: 193162
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=193162
Log:
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54971
--- Comment #16 from Jakub Jelinek jakub at gcc dot gnu.org 2012-11-05
14:36:52 UTC ---
Author: jakub
Date: Mon Nov 5 14:36:47 2012
New Revision: 193162
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=193162
Log:
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55175
--- Comment #15 from Ralf Corsepius corsepiu at gcc dot gnu.org 2012-11-05
14:38:44 UTC ---
(In reply to comment #14)
(In reply to comment #13)
Then the problem is either in newlib or generic libgcc configury.
I meanwhile came to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52466
--- Comment #5 from Joel Sherrill joel at gcc dot gnu.org 2012-11-05 14:44:34
UTC ---
(In reply to comment #4)
I always used to configure with --enable-sjlj-exceptions.
Thanks for the pointer.
I see in gcc/configure.ac, the command
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52466
--- Comment #6 from Joel Sherrill joel at gcc dot gnu.org 2012-11-05 14:47:31
UTC ---
Created attachment 28618
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28618
For sjlj exceptions on for lm32*-*-*
Is this the correct way to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55214
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
Keywords|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54877
--- Comment #6 from Jakub Jelinek jakub at gcc dot gnu.org 2012-11-05
15:05:48 UTC ---
Author: jakub
Date: Mon Nov 5 15:05:42 2012
New Revision: 193164
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=193164
Log:
Backported
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54988
--- Comment #10 from Jakub Jelinek jakub at gcc dot gnu.org 2012-11-05
15:07:22 UTC ---
Author: jakub
Date: Mon Nov 5 15:07:14 2012
New Revision: 193165
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=193165
Log:
Backported
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54828
--- Comment #6 from Jakub Jelinek jakub at gcc dot gnu.org 2012-11-05
15:09:34 UTC ---
Author: jakub
Date: Mon Nov 5 15:09:28 2012
New Revision: 193166
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=193166
Log:
Backported
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52466
--- Comment #7 from Ralf Corsepius corsepiu at gcc dot gnu.org 2012-11-05
15:17:21 UTC ---
(In reply to comment #6)
Created attachment 28618 [details]
For sjlj exceptions on for lm32*-*-*
Is this the correct way to force it on?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52466
--- Comment #8 from Joel Sherrill joel at gcc dot gnu.org 2012-11-05 15:30:46
UTC ---
I was careful to say this issue :) \
That is the next issue to face on the lm32 and was reported before this cropped
up.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55210
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55215
Bug #: 55215
Summary: Constructor seeding is broken for Mersenne twister
Classification: Unclassified
Product: gcc
Version: 4.6.4
Status: UNCONFIRMED
Severity:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55215
--- Comment #1 from wgh at beyondunreal dot com 2012-11-05 16:15:06 UTC ---
Created attachment 28619
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28619
reproduction
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55195
Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org changed:
What|Removed |Added
Component|target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54776
--- Comment #12 from Jan Hubicka hubicka at gcc dot gnu.org 2012-11-05
16:24:07 UTC ---
Yeah + there is quite nice code size savings. I must say it took quite a while
to chase out all bugs that was affecting tramp3d's performance.
One
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55187
Jan Hubicka hubicka at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55211
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55201
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55188
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55151
--- Comment #2 from Vladimir Makarov vmakarov at gcc dot gnu.org 2012-11-05
16:38:34 UTC ---
Author: vmakarov
Date: Mon Nov 5 16:38:27 2012
New Revision: 193170
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=193170
Log:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55215
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55207
--- Comment #6 from janus at gcc dot gnu.org 2012-11-05 17:45:23 UTC ---
Created attachment 28620
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28620
patch
Here is an extended patch, based on comment 3, which fixes the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53264
rbmj at verizon dot net changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55211
Eric Botcazou ebotcazou at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24025
Jonathan Larmour jifl-bugzilla at jifvik dot org changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55211
--- Comment #5 from davem at gcc dot gnu.org 2012-11-05 18:22:17 UTC ---
I'm really surprised to see the integer ldd/std patterns matching in a 64-bit
build.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55211
--- Comment #6 from davem at gcc dot gnu.org 2012-11-05 18:24:11 UTC ---
Oh I see, you're forcing v8 in the configure line.
It's so much easier to sparc32 bash before running configure so that the
build/host/target ends up being correct
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55216
Bug #: 55216
Summary: Infinite loop generated on non-infinite code
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55204
--- Comment #3 from rsandifo at gcc dot gnu.org rsandifo at gcc dot gnu.org
2012-11-05 18:51:40 UTC ---
Author: rsandifo
Date: Mon Nov 5 18:51:33 2012
New Revision: 193178
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=193178
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54791
--- Comment #11 from David Edelsohn dje at gcc dot gnu.org 2012-11-05
18:54:47 UTC ---
I believe that the G++ front end tries to create a unique name from the first
symbol it sees. I do not now if this is related to the constructor name
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55204
--- Comment #4 from rsandifo at gcc dot gnu.org rsandifo at gcc dot gnu.org
2012-11-05 18:55:38 UTC ---
Author: rsandifo
Date: Mon Nov 5 18:55:35 2012
New Revision: 193179
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=193179
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55216
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55204
rsand...@gcc.gnu.org rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55211
--- Comment #7 from Mikael Pettersson mikpe at it dot uu.se 2012-11-05
19:13:30 UTC ---
(In reply to comment #2)
I'm now trying a bootstrap with r192871, r192824, and r192757 reverted, as
those were the only recent SPARC-specific changes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55211
--- Comment #8 from davem at gcc dot gnu.org 2012-11-05 19:16:14 UTC ---
Thanks for tracking this down, I'll fix or revert.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55028
Benjamin Kosnik bkoz at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55216
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Keywords|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55215
--- Comment #3 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org
2012-11-05 19:25:27 UTC ---
Author: paolo
Date: Mon Nov 5 19:25:20 2012
New Revision: 193181
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=193181
Log:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55215
--- Comment #4 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org
2012-11-05 20:11:44 UTC ---
Author: paolo
Date: Mon Nov 5 20:11:32 2012
New Revision: 193183
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=193183
Log:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55215
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55217
Bug #: 55217
Summary: False -Wstrict-overflow warning
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55191
--- Comment #5 from Steven Bosscher steven at gcc dot gnu.org 2012-11-05
20:23:55 UTC ---
Ugliness in cfganal.c, it depends on the block ordering for the DFS it
performs on the reverse CFG. The following patch should fix the issue.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21718
--- Comment #15 from joseph at codesourcery dot com joseph at codesourcery dot
com 2012-11-05 20:49:24 UTC ---
The glibc code is pretty complicated (using glibc's copies of mpn_*
low-level GMP functions for multiple-precision arithmetic)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55028
--- Comment #6 from Benjamin Kosnik bkoz at gcc dot gnu.org 2012-11-05
21:01:15 UTC ---
Author: bkoz
Date: Mon Nov 5 21:01:08 2012
New Revision: 193185
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=193185
Log:
2012-11-05
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55176
Markus Trippelsdorf markus at trippelsdorf dot de changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55191
--- Comment #6 from Markus Trippelsdorf markus at trippelsdorf dot de
2012-11-05 21:05:07 UTC ---
*** Bug 55176 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53988
Oleg Endo olegendo at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54791
--- Comment #12 from Adi adivilceanu at yahoo dot com 2012-11-05 21:14:22 UTC
---
(In reply to comment #11)
I believe that the G++ front end tries to create a unique name from the first
symbol it sees. I do not now if this is related to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55211
--- Comment #9 from davem at gcc dot gnu.org 2012-11-05 21:38:40 UTC ---
I'm having a hard time reproducing this, I've tried 32-bit
bootstraps with several variations of your listed configure
command line.
But meanwhile I want some
tree-optimization/54986
* gimple-fold.c (canonicalize_constructor_val): Strip again all no-op
conversions on entry but add them back on exit if needed.
Added:
trunk/gcc/testsuite/g++.dg/torture/20121105-1.C
Modified:
trunk/gcc/ChangeLog
trunk/gcc/gimple-fold.c
trunk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55211
--- Comment #10 from Jakub Jelinek jakub at gcc dot gnu.org 2012-11-05
21:41:09 UTC ---
I guess best would be if you could attach your var-tracking.ii and the exact
cc1plus command line used to compile it.
tree-optimization/54986
* gimple-fold.c (canonicalize_constructor_val): Strip again all no-op
conversions on entry but add them back on exit if needed.
Added:
branches/gcc-4_7-branch/gcc/testsuite/g++.dg/torture/20121105-1.C
- copied unchanged from r193188,
trunk/gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55151
--- Comment #3 from H.J. Lu hjl.tools at gmail dot com 2012-11-05 21:44:50
UTC ---
On Linux/x86-64:
[hjl@gnu-tools-1 gcc]$
/export/build/gnu/gcc/build-x86_64-linux/gcc/xgcc
-B/export/build/gnu/gcc/build-x86_64-linux/gcc/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55211
--- Comment #11 from Eric Botcazou ebotcazou at gcc dot gnu.org 2012-11-05
21:47:17 UTC ---
I'm having a hard time reproducing this, I've tried 32-bit
bootstraps with several variations of your listed configure
command line.
I can
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55211
--- Comment #12 from davem at gcc dot gnu.org 2012-11-05 21:50:38 UTC ---
That configuration doesn't make any sense.
It's going to pass -m64 down into the libgcc2 build, then
the internal --with-cpu=v8 setting is going to override
all
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55028
--- Comment #7 from Benjamin Kosnik bkoz at gcc dot gnu.org 2012-11-05
21:52:32 UTC ---
Author: bkoz
Date: Mon Nov 5 21:52:28 2012
New Revision: 193190
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=193190
Log:
2012-11-05
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55028
--- Comment #8 from Benjamin Kosnik bkoz at gcc dot gnu.org 2012-11-05
21:53:40 UTC ---
Author: bkoz
Date: Mon Nov 5 21:53:31 2012
New Revision: 193191
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=193191
Log:
2012-11-05
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55028
--- Comment #9 from Benjamin Kosnik bkoz at gcc dot gnu.org 2012-11-05
21:54:29 UTC ---
Fixed in trunk and 4.7
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55211
--- Comment #13 from Eric Botcazou ebotcazou at gcc dot gnu.org 2012-11-05
21:55:13 UTC ---
Created attachment 28621
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28621
Preprocessed file
/home/ebotcazou/build/./prev-gcc/cc1plus
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55218
Bug #: 55218
Summary: armv6 doesn't use unaligned access for packed
structures
Classification: Unclassified
Product: gcc
Version: 4.7.1
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39157
--- Comment #25 from Steven Bosscher steven at gcc dot gnu.org 2012-11-05
22:02:18 UTC ---
This problem has been fixed in DF with the DF_RD_PRUNE_DEAD_DEFS flag.
I see no good reason to deprecate the param, though. For such a huge
loop,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55218
Michael Hope michael.hope at linaro dot org changed:
What|Removed |Added
Target||arm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55211
--- Comment #14 from davem at gcc dot gnu.org 2012-11-05 22:04:10 UTC ---
The bug does not trigger using that var-tracking test file using a properly
configures 32-bit compiler, I just checked.
This sparc64+--with-cpu=v8 is not a legal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55211
--- Comment #15 from Eric Botcazou ebotcazou at gcc dot gnu.org 2012-11-05
22:08:00 UTC ---
That configuration doesn't make any sense.
It's going to pass -m64 down into the libgcc2 build, then
the internal --with-cpu=v8 setting is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54986
Eric Botcazou ebotcazou at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54075
Lawrence tlawrence85 at gmail dot com changed:
What|Removed |Added
CC||tlawrence85 at
1 - 100 of 123 matches
Mail list logo