http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50740
Bug #: 50740
Summary: CPUID leaf 7 for BMI/BMI2/AVX2 feature detection not
qualified with max_level and doesn't use subleaf
Classification: Unclassified
Product: gcc
Version: unk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50678
--- Comment #32 from Iain Sandoe 2011-10-15 22:37:41
UTC ---
thanks Eric, you're going much quicker then me ;) ... had some other things to
do.
I think libUnwind is released as OS these days, so it should be possible to
look ... will try to find
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50593
--- Comment #5 from Paolo Carlini 2011-10-15
21:56:57 UTC ---
I see. I'll give it some thought.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35649
Søren Holm changed:
What|Removed |Added
CC||sgh at sgh dot dk
--- Comment #11 from Søren
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50678
--- Comment #31 from Eric Botcazou 2011-10-15
21:34:32 UTC ---
There is some suspicious code in
#0 0x7fff85c75d48 in
libunwind::DwarfInstructions::stepWithDwarf(libunwind::LocalAddressSpace&,
unsigned long long, unsigned long long, libunwin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41847
--- Comment #6 from Paolo Carlini 2011-10-15
21:30:07 UTC ---
Should this be target or middle-end instead of c++? (I have no easy way to
check whether it's still an issue today)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50717
--- Comment #6 from Andrew Stubbs 2011-10-15 21:29:12
UTC ---
Patch posted here:
http://gcc.gnu.org/ml/gcc-patches/2011-10/msg01397.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42743
Paolo Carlini changed:
What|Removed |Added
CC||jsm28 at gcc dot gnu.org
--- Comment #2 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50593
--- Comment #4 from Jason Merrill 2011-10-15
21:16:47 UTC ---
Seems like it's a matter of changing check_format_arg to call a more general
front-end interface than decl_constant_value, one that could accept an
arbitrary expression rather than jus
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50593
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50593
Paolo Carlini changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #3 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38980
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50739
Georg-Johann Lay changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50739
--- Comment #2 from Georg-Johann Lay 2011-10-15
20:51:50 UTC ---
Created attachment 25511
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25511
foo.s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50739
Georg-Johann Lay changed:
What|Removed |Added
Known to work||4.6.2
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50736
--- Comment #1 from Paolo Carlini 2011-10-15
20:50:58 UTC ---
(of course no need to use to test this)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50739
--- Comment #1 from Georg-Johann Lay 2011-10-15
20:50:21 UTC ---
Created attachment 25510
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25510
foo.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50678
--- Comment #30 from Eric Botcazou 2011-10-15
20:49:03 UTC ---
> however I've not got far through Raise_From_Signal_Handler () - if one
> continues from there it ends with a loop on x86-64/darwin9 and another segv on
> x86-64/darwin10.
You need
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50739
Bug #: 50739
Summary: [avr] nameless error with -fmerge-all-constants
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Keywords: rejects-valid
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49894
Paolo Carlini changed:
What|Removed |Added
CC|jwakely.gcc at gmail dot|
|com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50732
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50732
--- Comment #2 from paolo at gcc dot gnu.org
2011-10-15 19:49:36 UTC ---
Author: paolo
Date: Sat Oct 15 19:49:33 2011
New Revision: 180048
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=180048
Log:
/cp
2011-10-15 Paolo Carlini
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50678
--- Comment #29 from Iain Sandoe 2011-10-15 19:33:25
UTC ---
(In reply to comment #28)
> > OK. well libgcc_s or libSystem contains the unwinder, depending on whether
> > it's darwin9 or darwin10 (and assuming that there's no insertion caused by
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50598
--- Comment #4 from Dominique d'Humieres 2011-10-15
18:36:00 UTC ---
The difference for the test libgomp.c++/pr24455.C comes from the companion file
libgomp.c++/pr24455-1.C. With gcc/cgraphunit.c in revision 179429 reverted,
pr24455-1.s is
[macb
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50724
Andrew Pinski changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49498
Kai Tietz changed:
What|Removed |Added
CC||ktietz at gcc dot gnu.org
--- Comment #13 fro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50737
--- Comment #8 from Uros Bizjak 2011-10-15 16:35:16
UTC ---
(In reply to comment #7)
> > ... but looking at Dwarf2 frames dump, there is no "S" in any of the CIE
> > augmentation data.
>
> Try to add
>
> fs->signal_frame = 1;
>
> at the end
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50734
--- Comment #2 from joseph at codesourcery dot com 2011-10-15 15:47:27 UTC ---
On Sat, 15 Oct 2011, rguenth at gcc dot gnu.org wrote:
> This is because f can throw, you need to mark it nothrow as well in C++.
> Whether something throws or accesse
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50737
--- Comment #7 from Eric Botcazou 2011-10-15
14:56:44 UTC ---
> ... but looking at Dwarf2 frames dump, there is no "S" in any of the CIE
> augmentation data.
Try to add
fs->signal_frame = 1;
at the end of alpha_fallback_frame_state then.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50724
Ethan Tira-Thompson changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|INVALID
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50738
Alan Modra changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
even if the memory region are clearly disjoint:
(used gcc version 4.7.0 20111015 (experimental) (GCC) )
keep here or open an other "enhancement request"?
2: versioning for alias required: can't determine dependence between *D.2199_12
and *D.2195_8
2: mark for run-time aliasing
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50738
--- Comment #1 from Alan Modra 2011-10-15 13:40:02
UTC ---
Author: amodra
Date: Sat Oct 15 13:39:58 2011
New Revision: 180038
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=180038
Log:
PR bootstrap/50738
* ifcvt.c (dead_or_predica
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50570
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50570
--- Comment #14 from janus at gcc dot gnu.org 2011-10-15 13:30:13 UTC ---
Author: janus
Date: Sat Oct 15 13:30:07 2011
New Revision: 180037
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=180037
Log:
2011-10-15 Janus Weil
PR fortran/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49910
niXman changed:
What|Removed |Added
Severity|normal |critical
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50496
Markus Trippelsdorf changed:
What|Removed |Added
CC||cltang at gcc dot gnu.org
--- Comme
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50196
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49894
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50496
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49894
--- Comment #7 from Jonathan Wakely 2011-10-15
12:25:41 UTC ---
Yeah, this pr inspired http://gcc.gnu.org/ml/libstdc++/2011-10/msg00016.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50659
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50659
--- Comment #15 from janus at gcc dot gnu.org 2011-10-15 12:16:22 UTC ---
Author: janus
Date: Sat Oct 15 12:16:13 2011
New Revision: 180032
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=180032
Log:
2011-10-15 Janus Weil
PR fortran/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50738
Bug #: 50738
Summary: [4.7 Regression] Bootstrap failure at revision 180028
on powerpc-apple-darwin9
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50737
--- Comment #6 from Uros Bizjak 2011-10-15 11:23:54
UTC ---
(In reply to comment #5)
> I hope that RTH can provide this answer, this is a bit uncharted territory to
> me.
... but looking at Dwarf2 frames dump, there is no "S" in any of the CIE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50737
--- Comment #5 from Uros Bizjak 2011-10-15 11:11:51
UTC ---
(In reply to comment #4)
> > IMO, this points to a bug in generic dwarf2 exception handling, in how
> > context
> > is identified. For illustration, I will attach asm dump, object dump
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50737
Eric Botcazou changed:
What|Removed |Added
CC||ebotcazou at gcc dot
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50735
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49941
--- Comment #10 from Alan Modra 2011-10-15 10:32:36
UTC ---
Author: amodra
Date: Sat Oct 15 10:32:33 2011
New Revision: 180027
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=180027
Log:
PR rtl-optimization/49941
* jump.c (mark_jum
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50737
--- Comment #3 from Uros Bizjak 2011-10-15 10:18:48
UTC ---
Created attachment 25508
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25508
Dwarf2 frames of Throw_3.java
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50737
--- Comment #2 from Uros Bizjak 2011-10-15 10:13:04
UTC ---
Created attachment 25507
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25507
Object dump of text section of Throw_3.java
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50737
--- Comment #1 from Uros Bizjak 2011-10-15 10:11:44
UTC ---
Created attachment 25506
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25506
Assembly dump of Throw_3.java
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50737
Bug #: 50737
Summary: FAIL: Throw_3 -O3 execution, generic dwarf2 EH
problem?
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
S
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50736
Bug #: 50736
Summary: ISO_IEC_14882-2011-5.1.2/10 - bug
Classification: Unclassified
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50640
--- Comment #9 from janus at gcc dot gnu.org 2011-10-15 09:13:02 UTC ---
(In reply to comment #5)
> (In reply to comment #4)
> > Or another solution: should the fortran frontend perhaps put all these
> > variables not in MAINs scope (where they are
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50724
--- Comment #13 from Marc Glisse 2011-10-15
09:05:57 UTC ---
(In reply to comment #11)
> I'm guessing (and apologies if this is inaccurate) that this might boil down
> to
> saying that you want to interpret an end user setting -ff-m-o as an
> o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50731
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50728
--- Comment #4 from Richard Guenther 2011-10-15
08:57:27 UTC ---
(In reply to comment #3)
> The problem is that the ABI was designed with the scalar operations
> in mind, rather than possible vectorization. If you consider an
> alternate functio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50734
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50724
Richard Guenther changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38644
--- Comment #52 from Sebastian Huber
2011-10-15 08:48:10 UTC ---
In GCC 4.6.2 20111014 (prerelease) the problem is still not fixed and
"arm-eabi-gcc -march=armv5t -mthumb -O2" produces wrong code. Please don't let
it slip through the next relea
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50640
Hans-Peter Nilsson changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50735
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48275
Nicola Pero changed:
What|Removed |Added
Target Milestone|--- |4.6.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48275
--- Comment #4 from Nicola Pero 2011-10-15 08:04:39
UTC ---
Author: nicola
Date: Sat Oct 15 08:04:33 2011
New Revision: 180023
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=180023
Log:
In gcc/cp/:
2011-10-15 Nicola Pero
Backport
65 matches
Mail list logo
