--
What|Removed |Added
Known to fail||4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19399
read_recursive_mutex's missing
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: corsepiu at gcc dot gn
--- Additional Comments From corsepiu at gcc dot gnu dot org 2005-01-12
14:19 ---
(In reply to comment #5)
> (In reply to comment #4)
> > (In reply to comment #3)
> > > What do you want the ABI for soft-float to be?
> > > As RTEMS is probably the only user
--- Additional Comments From corsepiu at gcc dot gnu dot org 2005-01-12
10:38 ---
Sorry, this is gcc-3.4-branch, not gcc-4.0.x ...
--
What|Removed |Added
riority: P2
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: corsepiu at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org,joel at oarcorp dot com
GCC target triplet: arm-rtems4.7
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19393
--- Additional Comments From corsepiu at gcc dot gnu dot org 2005-01-12
10:30 ---
(In reply to comment #3)
> What do you want the ABI for soft-float to be?
> As RTEMS is probably the only user of -msoft-float, you get to choose.
-msoft-float basically is just a synomym for -no
--
What|Removed |Added
Known to work|4.0.0 |4.0.0 3.2.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18081
--
What|Removed |Added
CC||corsepiu at gcc dot gnu dot
||org
http://gcc.gnu.org/bugzilla
--- Additional Comments From corsepiu at gcc dot gnu dot org 2005-01-10
15:45 ---
(In reply to comment #11)
> Are you sure it is even fixed? with gcc-4.0-20050109, the build fails with
> this
> message at what appears to be the same location in the compilation.
>
--- Additional Comments From corsepiu at gcc dot gnu dot org 2004-12-16
08:44 ---
WTH are you permantently closing this PR?
This PR is addressing the h8300 and one of the m68k-maintainers (Bernardo) had
explicitly requested me to split the h8300-case from the m68k.
Upset, Ralf
--- Additional Comments From corsepiu at gcc dot gnu dot org 2004-12-16
08:41 ---
> > I am going to reopen them and remove the avr/h8300 from PR18542.
>
> "You can easily check that by testing if reverting the patch from comment #2
> helps. "
Please read wh
--- Additional Comments From corsepiu at gcc dot gnu dot org 2004-12-16
05:35 ---
I am reopening this PR to allow tracking this problem independent of PR18542.
--
What|Removed |Added
--- Additional Comments From corsepiu at gcc dot gnu dot org 2004-12-16
05:39 ---
The avr and h8300 variants of this PR are tracked as
PR18563 (avr)
PR18564 (h8300)
--
What|Removed |Added
--- Additional Comments From corsepiu at gcc dot gnu dot org 2004-12-16
05:35 ---
I am reopening this PR to allow tracking this problem independent of PR18542.
--
What|Removed |Added
--- Additional Comments From corsepiu at gcc dot gnu dot org 2004-12-16
05:33 ---
(In reply to comment #11)
> Comment #7 in PR18542 said that separate PR's
> were going to be filed for avr and h8300.
They were (PR18563 and PR18564), but somebody else has closed them as du
--- Additional Comments From corsepiu at gcc dot gnu dot org 2004-12-14
13:58 ---
PR18542 and this PR are not identical:
Proof:
* Compiling the example from comment #3
# m68k-rtems4.7-gcc -m68020 -O2 -o tmp.o -c pr18549.c
pr18549.c: In function `foo':
pr18549.c:31: internal com
--- Additional Comments From corsepiu at gcc dot gnu dot org 2004-12-14
14:00 ---
(In reply to comment #10)
>
> *** This bug has been marked as a duplicate of 18592 ***
This bug is not a duplicate of PR18592
--
What|Removed
--- Additional Comments From corsepiu at gcc dot gnu dot org 2004-12-13
10:19 ---
(In reply to comment #4)
> And you also need -m68020 to trigger the bug. Works
> fine with -m68000, so the bug must hide in one of the
> TARGET_68020 patterns.
Note: PR 18542 also covers avr-
--- Additional Comments From corsepiu at gcc dot gnu dot org 2004-12-07
04:12 ---
(In reply to comment #2)
>
> *** This bug has been marked as a duplicate of 18542 ***
Why did you mark this bug as a duplicate?
I intentionally split 18542 in to several separate PRs because I
--- Additional Comments From corsepiu at gcc dot gnu dot org 2004-11-25
05:43 ---
Patches applied to gcc-3_4-branch and CVS-trunk.
--
What|Removed |Added
--- Additional Comments From corsepiu at gcc dot gnu dot org 2004-11-25
04:41 ---
(In reply to comment #3)
>> So the actual question is:
>>What has set LIMITS_H_TEST to "true" before, and why isn't it set true
>> anymore?
I believe to have found the ca
--- Additional Comments From corsepiu at gcc dot gnu dot org 2004-11-24
15:02 ---
(In reply to comment #1)
> Nothing in fixincludes look wrong. The new fixincludes do not apply to
limits.h at all.
But the old one probably did. The limits.h gcc-3.4 < 2004-11-17 produced,
co
ity: normal
Priority: P2
Component: regression
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: corsepiu at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org,joel at oarcorp dot com
GCC target triplet: *-rtems*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18643
--- Additional Comments From corsepiu at gcc dot gnu dot org 2004-11-19
10:22 ---
I am filing separate PRs for the avr and the h8300, because I believe this issue
to be target-specific.
FYI: I have found one target for which compiling the code in the attachment
fails with the same
--- Additional Comments From corsepiu at gcc dot gnu dot org 2004-11-19
10:21 ---
Created an attachment (id=7568)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7568&action=view)
Example code to reproduce the ICE
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18564
operand
Product: gcc
Version: 3.4.4
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P2
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: corsepiu at gcc dot gnu
--- Additional Comments From corsepiu at gcc dot gnu dot org 2004-11-19
10:15 ---
Created an attachment (id=7567)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7567&action=view)
Example to reproduce the ICE
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18563
operand
Product: gcc
Version: 3.4.4
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P2
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: corsepiu at gcc dot gnu
--
What|Removed |Added
Known to work|4.0.0 3.2.3 |4.0.0 3.2.3 3.3.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18542
--- Additional Comments From corsepiu at gcc dot gnu dot org 2004-11-18
13:14 ---
The same ICE occurs for avr-rtems* and h8300-rtems* toolchains having been built
from the same sources.
--
What|Removed |Added
--
What|Removed |Added
Known to work|4.0.0 |4.0.0 3.2.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18542
--- Additional Comments From corsepiu at gcc dot gnu dot org 2004-11-18
12:40 ---
Chris, Joel, could you try with your GCC versions?
--
What|Removed |Added
--- Additional Comments From corsepiu at gcc dot gnu dot org 2004-11-18
12:25 ---
Created an attachment (id=7564)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7564&action=view)
Code example to reproduce the ICE
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18542
_operand: invalid expression as operand
Product: gcc
Version: 3.4.4
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: corsepiu at gcc dot gnu
101 - 134 of 134 matches
Mail list logo