http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50928
Ralf Corsepius changed:
What|Removed |Added
CC||corsepiu at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57237
Ralf Corsepius changed:
What|Removed |Added
CC||corsepiu at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55175
Bug #: 55175
Summary: i386/sfp-exceptions.c:52:7: error: impossible
constraint in 'asm'
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48231
--- Comment #3 from Ralf Corsepius 2012-11-02
05:35:18 UTC ---
DJ,
any chances to see your patch from comment#1 be commited?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55175
--- Comment #6 from Ralf Corsepius 2012-11-03
06:25:33 UTC ---
I can confirm i386-rtems4.11-gcc now builds.
@Uros: I am inclined to believe this patch probably should be backported to
4.7.x.
At least, RTEMS is facing bizarre compilati
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55175
--- Comment #9 from Ralf Corsepius 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 problems.
Unfortunately, your
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55175
--- Comment #12 from Ralf Corsepius 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 should be no i386/t-softfp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55175
--- Comment #15 from Ralf Corsepius 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 the latter conclusion.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52466
--- Comment #7 from Ralf Corsepius 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?
AFAICT, yes.
> I don't s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37665
Ralf Corsepius changed:
What|Removed |Added
CC||corsepiu at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51417
--- Comment #3 from Ralf Corsepius 2012-03-05
15:12:39 UTC ---
Created attachment 26835
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26835
Fix installation of gcc-{ar,nm,ranlib)
The approach this patch is based on, is copied from gcc//Mak
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51417
Ralf Corsepius changed:
What|Removed |Added
CC||corsepiu at gcc dot gnu.org
--- Comment
||corsepiu at gcc dot gnu.org
Known to work||4.5.3
Known to fail||4.6.3, 4.7.0
--- Comment #1 from Ralf Corsepius 2012-03-06
07:20:31 UTC ---
Upon second glance, the origin of this bootstrap failure is an ICE in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51417
--- Comment #6 from Ralf Corsepius 2012-03-07
10:59:59 UTC ---
Author: corsepiu
Date: Wed Mar 7 10:59:56 2012
New Revision: 185034
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=185034
Log:
2012-03-05 Ralf Corsépius
PR target/514
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51417
--- Comment #7 from Ralf Corsepius 2012-03-07
11:39:29 UTC ---
Author: corsepiu
Date: Wed Mar 7 11:39:25 2012
New Revision: 185035
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=185035
Log:
2012-03-05 Ralf Corsépius
PR target/514
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48231
--- Comment #2 from Ralf Corsepius 2012-01-10
07:55:14 UTC ---
(In reply to comment #1)
> See if this helps:
You made my day - Your patch lets building gcc-4.6.2 for --target=h8300-rtems*
succeed (using binutils-2.22).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17601
Ralf Corsepius changed:
What|Removed |Added
CC||corsepiu at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50925
Ralf Corsepius changed:
What|Removed |Added
CC||corsepiu at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48230
Summary: bootstrapping gcc-4.6.0-RC-20110321 fails for
lm32-rtems*
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48231
Summary: bootstrapping gcc-4.6.0-RC-20110321 fails for
h8300-rtems*
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48407
Summary: libgo/configure --without-libffi doesn't work
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: go
AssignedTo: i...@
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48408
Summary: libgo/configure should be excecutable
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: go
AssignedTo: i...@airs.com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48410
Summary: weird installation dir
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: go
AssignedTo: i...@airs.com
Report
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48411
Summary: Bogusly canonicalized $target-gccgo
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: go
AssignedTo: i...@airs.com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48407
--- Comment #4 from Ralf Corsepius 2011-04-04
11:40:59 UTC ---
(In reply to comment #3)
> I have this in my local tree. I recall Ian and I discussing that since
> Go and GCJ both need libffi, the logic should be smarter.
Joel, as you may have
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46372
Summary: format '%f' expects type 'double', but argument 3 has
type 'float'
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46692
Ralf Corsepius changed:
What|Removed |Added
CC||corsepiu at gcc dot
27 matches
Mail list logo
