http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47271
--- Comment #15 from Jakub Jelinek 2011-01-24
20:20:40 UTC ---
One more nit, perhaps the bb_postdominates_preds is too expensive for release
checking? It might be just gcc_checking_assert...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47446
Summary: [x32] .quad instead of .long is used for address
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47442
--- Comment #1 from Joel Sherrill 2011-01-24 21:06:15
UTC ---
Created attachment 23108
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23108
Hacks to disable problem areas
This patch is a hack to conditionally disable the parts of the code w
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47446
--- Comment #1 from hjl at gcc dot gnu.org 2011-01-24
21:07:49 UTC ---
Author: hjl
Date: Mon Jan 24 21:07:47 2011
New Revision: 169182
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169182
Log:
heck TARGET_LP64 instead of TARGET_64BIT for
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47363
asharif at gcc dot gnu.org changed:
What|Removed |Added
Attachment #23032|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47447
Summary: "Unable to coalesce ssa_names and " ICE in
tree-ssa-coalesce.c when -O3 is used
Product: gcc
Version: 4.4.6
Status: UNCONFIRMED
Severity: normal
Priority
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47444
--- Comment #1 from Andrew Pinski 2011-01-24
21:17:15 UTC ---
if ( i>=SIZE && f1() )
throw 1;
bool v[SIZE] = { 1, 1 };
return v[i];
If f1 returns false, then you have above array bounds access.
>because constructor of struc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47438
Andrew Pinski changed:
What|Removed |Added
Severity|critical|normal
--- Comment #2 from Andrew Pinski
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47363
asharif at gcc dot gnu.org changed:
What|Removed |Added
Attachment #23109|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47448
Summary: Accepts invalid ASSIGNMENT(=) which overrides
intrinsic assignment
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Keywords: accepts-invalid, diagnostic
S
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47363
asharif at gcc dot gnu.org changed:
What|Removed |Added
Attachment #23111|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47442
--- Comment #2 from Andreas Schwab 2011-01-24 21:36:52
UTC ---
This is the wrong way to fix that. The m68k SYSV ABI requires 68020+ w/
68881/2. If you use a different ABI you should write a proper implementation.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47363
asharif at gcc dot gnu.org changed:
What|Removed |Added
Attachment #23112|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47444
Paolo Carlini changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
--- Comment #2 fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47225
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #15
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47442
--- Comment #3 from Joel Sherrill 2011-01-24 21:53:28
UTC ---
I didn't intend to disable them permanently. Just identify them to implement
alternatives.
If the sysv abi cannot be used on 68000, 680x0 w/o HW FP, or at least some
Coldfire, then w
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47444
Manuel López-Ibáñez changed:
What|Removed |Added
Keywords||diagnostic
--- Comment #3 from Manu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47449
Summary: [32] can’t find a register in class ‘DIREG’ while
reloading ‘asm’
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26854
Joseph S. Myers changed:
What|Removed |Added
CC||iant at google dot com
--- Comment #126
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47450
Summary: Anonymous top-level classes assigned to static members
fail.
Product: gcc
Version: 4.5.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47449
--- Comment #1 from H.J. Lu 2011-01-24 23:01:31
UTC ---
RDI is used to pass the first argument.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47429
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37773
Andrew Pinski changed:
What|Removed |Added
CC||navin.kumar at gmail dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45261
Lars Immisch changed:
What|Removed |Added
CC||lars at ibp dot de
--- Comment #14 from La
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21659
--- Comment #11 from Jan Hubicka 2011-01-24
23:07:29 UTC ---
Author: hubicka
Date: Mon Jan 24 23:07:25 2011
New Revision: 169184
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169184
Log:
PR c/21659
* doc/extend.texi (weak pragma
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47449
--- Comment #2 from H.J. Lu 2011-01-24 23:16:57
UTC ---
fwprop1 turns:
(insn 2 4 3 2 (set (reg/v/f:DI 61 [ trans ])
(zero_extend:DI (reg:SI 5 di [ trans ]))) x.c:4 115
{*zero_extendsidi2_r
ex64}
(nil))
(note 3 2 6 2 NOTE_INSN_FUNCT
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47449
H.J. Lu changed:
What|Removed |Added
CC||bonzini at gnu dot org
--- Comment #3 from H.J.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47449
--- Comment #4 from Andrew Pinski 2011-01-24
23:21:48 UTC ---
(In reply to comment #3)
> fwprop can't handle subreg properly.
Huh? You don't show where the subreg of 61 is being used. As far as I can
tell what fwprop is doing is correct. I th
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47449
--- Comment #5 from H.J. Lu 2011-01-24 23:27:48
UTC ---
Before fwprop1:
---
;; Pred edge ENTRY [100.0%] (fallthru)
(note 4 0 2 2 [bb 2] NOTE_INSN_BASIC_BLOCK)
(insn 2 4 3 2 (set (reg/v/f:DI 61 [ trans ])
(zero_extend:DI (reg:SI 5 di [
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46607
--- Comment #6 from joseph at codesourcery dot com 2011-01-24 23:29:27 UTC ---
That would not be an appropriate use of WONTFIX; WONTFIX is for cases such
as bugs in a target that has been removed. It's a clear bug in libtool;
SUSPENDED might be
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47449
--- Comment #6 from Andrew Pinski 2011-01-24
23:31:30 UTC ---
ok, first off the issue is proping over the asm that might clobber EDI.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26854
Ian Lance Taylor changed:
What|Removed |Added
CC||ian at airs dot com
--- Comment #127 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47390
--- Comment #2 from joseph at codesourcery dot com 2011-01-24 23:37:39 UTC ---
On Fri, 21 Jan 2011, rguenth at gcc dot gnu.org wrote:
> Joseph - 4.5 handled -export-dynamic by passing it through to the linker
> (not exactly sure why). Can we res
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47449
--- Comment #7 from Paolo Bonzini 2011-01-24 23:45:01
UTC ---
Is this a regression?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47400
--- Comment #1 from joseph at codesourcery dot com 2011-01-24 23:45:31 UTC ---
This would be a testsuite issue; the tests require a locale using the
ASCII character set. Where (in several .exp files) the code does
# Many hosts now default to a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47449
--- Comment #8 from Paolo Bonzini 2011-01-24 23:47:10
UTC ---
Ah, [32] means 32-bit x86_64...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47449
--- Comment #9 from H.J. Lu 2011-01-24 23:50:05
UTC ---
PR 47379 is another fwprop issue with subreg.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47409
--- Comment #5 from joseph at codesourcery dot com 2011-01-25 00:00:37 UTC ---
I think we should respect volatile on fields, and not use memcpy/memmove
for assignment of volatile structs or structs with volatile fields (at
least not for the part
mespaces", which I believe to be a bug.
Compiling the attached as so:
$bin/H-x86_64-gcc-trunk.20110124/bin/g++ -c -g -O2 -std=gnu++0x
inline_ns_trouble.cc
ok, great.
adding an inlined namespace however gives error:
%$bin/H-x86_64-gcc-trunk.20110124/bin/g++ -DBUG -c -g -O2 -std=gnu++0x
inline_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47452
Summary: Bootstrap fails in libgo (argument has incompatible
type)
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47449
--- Comment #10 from hjl at gcc dot gnu.org 2011-01-25
02:13:17 UTC ---
Author: hjl
Date: Tue Jan 25 02:13:14 2011
New Revision: 169191
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169191
Log:
Don't propagate zero/sign extended hard reg
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47449
H.J. Lu changed:
What|Removed |Added
URL||http://gcc.gnu.org/ml/gcc-p
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47453
Summary: Various non-conforming behaviors with braced-init-list
initialization
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44334
--- Comment #44 from Jack Howarth 2011-01-25
03:13:39 UTC ---
Testing...
Index: gcc/params.def
===
--- gcc/params.def(revision 169185)
+++ gcc/params.def(working copy)
@@ -1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47453
Johannes Schaub changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47453
--- Comment #2 from Johannes Schaub
2011-01-25 03:37:01 UTC ---
(In reply to comment #0)
> In short, the intent seems to be that a "({ ... })" initializer is only
> allowed
> for class types, where it will hit 8.5.16p6.
>
I'm sorry. I meant 8.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37440
--- Comment #11 from Joel Sherrill 2011-01-25
04:12:35 UTC ---
Still present.
+===GNAT BUG DETECTED==+
| 4.6.0 20110124 (experimental) [trunk revision 169182] (arm-unknown-rtems4.11)
GCC error
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46898
Masaki MURANAKA changed:
What|Removed |Added
Attachment #22720|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43527
--- Comment #4 from Joel Sherrill 2011-01-25 04:16:31
UTC ---
The libgcc issue also occurs with lm32-rtems. Can that much be applied to the
trunk?
4.6.0 20110123 (experimental) [trunk revision 169143]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38292
--- Comment #15 from Matthias Klose 2011-01-25
05:21:24 UTC ---
hmm, can't set the status back to NEW, just to RESOLVED. ...
a normal build of 3.2rc1 succeeds with trunk r169142 and the proposed fix for
PR47271.
the profiled build still fails w
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47452
--- Comment #1 from ian at gcc dot gnu.org 2011-01-25
05:45:23 UTC ---
Author: ian
Date: Tue Jan 25 05:45:21 2011
New Revision: 169192
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169192
Log:
PR go/47452
Pick up local .gox files for
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47452
Ian Lance Taylor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47442
Ian Lance Taylor changed:
What|Removed |Added
CC||ian at airs dot com
--- Comment #4 fro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46607
--- Comment #7 from Ralf Wildenhues 2011-01-25
06:40:20 UTC ---
(In reply to comment #6)
> I would note incidentally a suggestion (comment #3) to work around the
> general libtool bug on MinGW by stopping it relinking on MinGW. I don't
> belie
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44392
--- Comment #14 from Ramana Radhakrishnan
2011-01-25 07:18:09 UTC ---
Author: ramana
Date: Tue Jan 25 07:18:05 2011
New Revision: 169221
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169221
Log:
2011-01-21 Ramana Radhakrishnan
Ba
101 - 155 of 155 matches
Mail list logo
