http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49767
Summary: __mulsc3 runs into infinite recursion if GCC is
compiled with -O0 option
Product: gcc
Version: 4.3.2
Status: UNCONFIRMED
Severity: major
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45329
--- Comment #6 from Jason Merrill 2011-07-17
02:34:15 UTC ---
Author: jason
Date: Sun Jul 17 02:34:10 2011
New Revision: 176365
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=176365
Log:
PR c++/45329
PR c++/48934
* cp-tree.h (
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48934
--- Comment #16 from Jason Merrill 2011-07-17
02:34:15 UTC ---
Author: jason
Date: Sun Jul 17 02:34:10 2011
New Revision: 176365
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=176365
Log:
PR c++/45329
PR c++/48934
* cp-tree.h
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49764
--- Comment #11 from _artem_ 2011-07-17 00:30:11
UTC ---
ok... sorry.
it seams to be a avr-g++ bug or arduino bug.
Or avr-g++ has changed something in 4.6.1 so const declarations changed. (Then
it's arduino teams job to fix the headers)
Ok no
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49452
--- Comment #15 from Eric Botcazou 2011-07-16
21:18:39 UTC ---
The machine-dependent reorg pass does something unexpected:
(insn 30 18 14 3 (set (reg/f:SI 11 fp)
(plus:SI (reg/f:SI 11 fp)
(const_int 36 [0x24]))) 4 {*arm_addsi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49764
--- Comment #10 from Jonathan Wakely 2011-07-16
20:26:19 UTC ---
(In reply to comment #9)
> p.s. when you don't have gcc-avr why are you then answering to my bug report?
I have avr-gcc-4.5.3-1.fc15.x86_64 installed and it works fine for me.
If
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49759
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49762
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49764
--- Comment #9 from _artem_ 2011-07-16 19:54:28 UTC
---
[_artem_@linux-void ~]$ avr-gcc -v
Using built-in specs.
COLLECT_GCC=avr-gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/avr/4.6.1/lto-wrapper
Target: avr
Configured with: ../configure --disable-libssp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49764
--- Comment #8 from Jonathan Wakely 2011-07-16
19:36:11 UTC ---
(In reply to comment #7)
> I don't understand what you want from me.
> I read that "How to report, what we need and what we don't" SO?
> What info you want from me in addition to the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49764
--- Comment #7 from _artem_ 2011-07-16 19:05:46 UTC
---
I don't understand what you want from me.
I read that "How to report, what we need and what we don't" SO?
What info you want from me in addition to the text I posted in the bug report?
I do
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48494
--- Comment #2 from John David Anglin 2011-07-16
18:54:34 UTC ---
Candidate patch is here:
http://gcc.gnu.org/ml/gcc-patches/2011-07/msg00740.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49723
John David Anglin changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49723
--- Comment #10 from John David Anglin 2011-07-16
18:33:46 UTC ---
Author: danglin
Date: Sat Jul 16 18:33:43 2011
New Revision: 176359
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=176359
Log:
PR target/49723
* config/pa/pa.md (c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49764
--- Comment #6 from Jonathan Wakely 2011-07-16
18:12:29 UTC ---
and don't call people morons if you expect help
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49764
--- Comment #5 from Jonathan Wakely 2011-07-16
18:10:11 UTC ---
please follow the bug reporting instructions for GCC, I'm not downloading
additional software to verify it if you won't provide the info requested
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49764
--- Comment #4 from _artem_ 2011-07-16 17:57:28 UTC
---
thank YOU master clearness!
I did that before I posted the bug here. PROOF:
https://bugs.archlinux.org/task/25136
Please don't be stupid, OK?
And please do this on your machine:
1. go to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49764
--- Comment #3 from Jonathan Wakely 2011-07-16
17:34:10 UTC ---
I suppose I should be a bit more explicit - your bug report is no use to
anyone.
"arduino (IDE)" doesn't mean anything to GCC developers, and neither does
gcc-avr-4.6.1-1, and noone
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49598
iorate changed:
What|Removed |Added
CC||iorate_stage at yahoo dot
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49763
iorate changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49766
Summary: Fortran w/ CPP: Add tracking locations of tokens
resulting from macro expansion
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Keywords: diagnostic
Sever
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49764
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49764
--- Comment #1 from _artem_ 2011-07-16 16:47:01 UTC
---
p.s. I'm using ArchLinux x86_64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49765
Summary: Support x32 with
TARGET_LEGITIMIZE_ADDRESS/LEGITIMIZE_RELOAD_ADDRESS
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49764
Summary: [gcc-avr] Compiling for Arduino is not working
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
Severity: critical
Priority: P3
Component: target
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49724
John David Anglin changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49763
--- Comment #1 from Jonathan Wakely 2011-07-16
16:34:07 UTC ---
looks like a duplicate of PR 49598
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49763
Summary: [C++0x] A reference is not correctly captured by [=]
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835
--- Comment #26 from tg at mirbsd dot de 2011-07-16
16:17:35 UTC ---
mikpe at it dot uu.se dixit:
>http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835
>
>--- Comment #25 from Mikael Pettersson 2011-07-16
>13:20:49 UTC ---
>The first 4.6.1 bootst
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47556
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835
--- Comment #25 from Mikael Pettersson 2011-07-16
13:20:49 UTC ---
The first 4.6.1 bootstrap attempt failed at the very first Ada compilation step
in stage 3, with a SEGV in gnat1 when compiling ada/a-charac.ads. This was
with a straight forward
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49746
--- Comment #22 from dave.anglin at bell dot net 2011-07-16 13:13:45 UTC ---
On 15-Jul-11, at 11:59 PM, h.m.brand at xs4all dot nl wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49746
>
> --- Comment #20 from H.Merijn Brand
> 2011-07-16 0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49762
--- Comment #1 from Jonathan Wakely 2011-07-16
12:37:53 UTC ---
the standard has been changed to accept the fact that C++ implementations
cannot control the C library headers, and so is permitted to declare
names in both the global namespace and
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49762
Summary: symbols not kept in std namespace
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassig...@g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49725
Eric Botcazou changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49725
--- Comment #7 from Eric Botcazou 2011-07-16
11:33:33 UTC ---
Author: ebotcazou
Date: Sat Jul 16 11:33:28 2011
New Revision: 176352
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=176352
Log:
PR tree-optimization/49725
Backport fro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49759
--- Comment #1 from Jonathan Wakely 2011-07-16
11:27:20 UTC ---
Where in the standard does it say that behaviour is required?
The standard says what operations streampos must support, it doesn't say (as
far as I can see) that it can't also suppo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49761
Summary: restrict keyword ignored if in structure
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: tree-optimization
AssignedTo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49760
Summary: vectorization inhibited if indices are references
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49759
Summary: std::streampos == int should be ambiguous
Product: gcc
Version: 4.4.5
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassig...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49758
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2 f
41 matches
Mail list logo