--- Comment #2 from joel at gcc dot gnu dot org 2008-07-15 22:44 ---
I attached this code earlier for you to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31849 along with size reports for
various optimization levels (Os, O1, and O2) and gcc versions. Is this a dupe
of that PR or
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: joel at gcc dot gnu dot org
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: arm-rtems4.9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36937
--- Comment #1 from joel at gcc dot gnu dot org 2008-07-25 17:57 ---
Created an attachment (id=15961)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15961&action=view)
Concatenated source code per bug box request
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36937
--- Comment #2 from joel at gcc dot gnu dot org 2008-07-25 17:58 ---
Didn't cut and paste exception message. Here it is.
raised TYPES.UNRECOVERABLE_ERROR : comperr.adb:424
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36937
--- Comment #3 from joel at gcc dot gnu dot org 2008-07-25 18:01 ---
Compiler error at -O2 but not with -O or -O1
Removing -fstack-check has no effect. So "-O2" is the shortest set of options
that fail. -O1 works.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36937
Summary: Build Failure Ada SH2e
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: joel at gcc dot gnu dot org
GCC ho
--- Comment #3 from joel at gcc dot gnu dot org 2008-07-25 20:35 ---
> This tells us s-scaval.adb assumes long_float is at least 64 bits, but it
> seems to be 32 bits for sh target.
Just to precise -- only on this multilib variant. I am pretty sure other
SH models have
erity: normal
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: joel at gcc dot gnu dot org
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: bfin-rtems4.9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36940
: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: joel at gcc dot gnu dot org
GCC target triplet: sparc-rtems4.9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37005
--- Comment #5 from joel at gcc dot gnu dot org 2006-01-23 20:40 ---
sh-rtems fails to build also. Andrew thought it was related so I am adding
myself and this link to my failure post.
http://gcc.gnu.org/ml/gcc/2006-01/msg00869.html
--
joel at gcc dot gnu dot org changed
--- Comment #8 from joel at gcc dot gnu dot org 2006-01-23 20:42 ---
sh-rtems fails to build also. Andrew thought it was related so I am adding
myself and this link to my failure post.
http://gcc.gnu.org/ml/gcc/2006-01/msg00869.html
--
joel at gcc dot gnu dot org changed
at gcc dot gnu dot org
CC: corsepiu at gcc dot gnu dot org,gcc-bugs at gcc dot gnu
dot org,laurent at guerby dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21629
--- Additional Comments From joel at gcc dot gnu dot org 2005-01-09 16:37
---
(In reply to comment #9)
> Fixed on the mainline.
Could this fix be applied to the 3.4 branch?
--
What|Removed |Ad
--- Additional Comments From joel at gcc dot gnu dot org 2005-01-10 12:28
---
(In reply to comment #10)
> (In reply to comment #9)
> > Fixed on the mainline.
>
> Could this fix be applied to the 3.4 branch?
Are you sure it is even fixed? with gcc-4.0-20050109, the b
p
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: joel at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
--- Additional Comments From joel at gcc dot gnu dot org 2005-01-10 16:29
---
(In reply to comment #2)
> > The embedded SPARC targets have developed a dependency on a Solaris specific
> > file. This is a regression from the 3.3 and 3.4 series.
>
> The embedded SPA
--- Additional Comments From joel at gcc dot gnu dot org 2005-01-10 22:32
---
(In reply to comment #4)
> > Any guesses/suggestions on what might fix it. :)
>
> For the specific bug, I guess Daniel is the right guy to ask. For the general
> problem, I think someon
y: P2
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: joel at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: arm-rtems
--- Additional Comments From joel at gcc dot gnu dot org 2005-01-11 14:46
---
I think I did mess up the version string. I am trying to use the RTEMS RPMs
scripts to build a snapshot set of RPMs to do full testing with. With a name
like gcc-4.0-DATE, it messes up some of the patterns
: UNCONFIRMED
Severity: normal
Priority: P2
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: joel at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i686-pc-linux-gnu
GCC host tri
: ICE during build of newlib's e_atan2.c when soft-float
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
Repo
--- Additional Comments From joel at gcc dot gnu dot org 2005-01-11 23:19
---
Created an attachment (id=7932)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7932&action=view)
test case
This is the preprocessed output of newlib's e_atan2.c. I cut out the cpp
directives
--- Additional Comments From joel at gcc dot gnu dot org 2005-01-12 00:03
---
(In reply to comment #7)
> sparc/sol2.h seems to be used just for sparc*-*-solaris* (correct)
> and sparc*-*-{elf,rtems}* (incorrectly). sparc*-*-linux* and
> sparc*-*-{free,net,open}bsd* don't
--- Additional Comments From joel at gcc dot gnu dot org 2005-01-12 12:50
---
(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 of -msoft-float, you get to choose.
> -msoft-
--- Additional Comments From joel at gcc dot gnu dot org 2005-01-12 14:41
---
(In reply to comment #6)
> (In reply to comment #5)
> > (In reply to comment #4)
> > > (In reply to comment #3)
> > If you are tuly using soft-float, then the results can't be ret
--- Additional Comments From joel at gcc dot gnu dot org 2005-01-12 17:15
---
(In reply to comment #3)
> I think the most flexible and simple solution would be to add a
> rtems_gxx_recursive_mutex_init to RTEMS.
>
> Also, I'd prefer to use this definiti
--- Additional Comments From joel at gcc dot gnu dot org 2005-01-13 01:44
---
(In reply to comment #9)
> In reply to comment #5:
>
> Perhaps I am out of touch with what's extant in the embedded space.
> I havn't been paid to care about that in quite some time. I
--- Additional Comments From joel at gcc dot gnu dot org 2005-01-14 14:39
---
(In reply to comment #2)
> Hmm, I cannot reproduce it on 20050113 with a cross from ppc-darwin compiled
at -O0.
Can you reproduce it at -O2?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19421
--- Additional Comments From joel at gcc dot gnu dot org 2005-01-14 14:45
---
Wierd.. we are on x86-gnu-linux so would be using a totally different host
compiler. I am using a gcc 3.4.3 and don't know what Ralf is using.
Does it fail when cc1 is compiled at a higher optimization
RTEMS Ada RTS doesn't compile
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: joel at gcc dot gnu dot org
--- Additional Comments From joel at gcc dot gnu dot org 2005-01-17 17:59
---
Created an attachment (id=7974)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7974&action=view)
RTEMS specific fixes to Ada RTS to allow compilation
The RTEMS GNAT port does NOT use ATCB_Key bu
dot gnu dot org
ReportedBy: joel at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org,laurent at guerby dot
net
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: *-rtems*
http://gcc.gnu.org/bugzilla
--- Additional Comments From joel at gcc dot gnu dot org 2005-01-17 20:08
---
Created an attachment (id=7975)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7975&action=view)
Build Log from powerpc-rtems gnat attempt
Build log of failure case.
--
http://gcc.gnu.org/b
--- Additional Comments From joel at gcc dot gnu dot org 2005-01-17 20:17
---
I should have mentioned that I can build and install a C/C++ toolset. If you
think this is OK, can I commit it?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19379
--- Additional Comments From joel at gcc dot gnu dot org 2005-01-18 14:14
---
(In reply to comment #17)
> Yes, the patch in comment 15 is ok.
I just committed it. I hope it is still OK. :)
If you think it's OK, this can be closed.
--
http://gcc.gnu.org/bugzilla/show_bu
--
What|Removed |Added
OtherBugsDependingO||19489
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19488
--
What|Removed |Added
BugsThisDependsOn||19488
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19489
ty: normal
Priority: P2
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: joel at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC target triplet: tic4x-rtems, tic4x-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19537
--- Additional Comments From joel at gcc dot gnu dot org 2005-01-20 12:42
---
(In reply to comment #10)
> I'm not very fond of the patch because it trades an explicit dependency on
> Solaris for an implicit dependency on NetBSD, bringing the bugs in the
> process.
In ge
--- Additional Comments From joel at gcc dot gnu dot org 2005-01-20 14:17
---
(In reply to comment #13)
> (In reply to comment #12)
> >
> > FYI Ralf tracked down one warning we got linking sparc apps to this:
> >
> > >>>I think the cause is spar
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: joel at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org,ralf do
--- Additional Comments From joel at gcc dot gnu dot org 2005-01-22 12:57
---
(In reply to comment #10)
> Mark, while you're using your RM powers to move the target milestone on
> this one, could you also please use your GWP powers to approve the simple
> patch http://
--- Additional Comments From joel at gcc dot gnu dot org 2005-01-22 13:02
---
(In reply to comment #6)
> AVR is not a primary or secondary platform; removing target milestone.
Understood but there is a patch from Rager Sayle and all it needs is to be
reviewed and approved. He pos
--
What|Removed |Added
CC||denisc at overta dot ru
AssignedTo|unassigned at gcc dot gnu |denisc at overta dot ru
--- Additional Comments From joel at gcc dot gnu dot org 2005-01-22 21:28
---
I just assigned it to one AVR maintainer and cc'ed the other. Could one of
you review this patch and commit it per Mark's request.
--
What|Removed
n: 3.4.3
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: joel at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org,ralf dot cors
--- Additional Comments From joel at gcc dot gnu dot org 2005-01-23 19:37
---
Created an attachment (id=8047)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8047&action=view)
code which trips problem
Test case file used in description.
--
http://gcc.gnu.org/b
--- Additional Comments From joel at gcc dot gnu dot org 2005-01-23 23:46
---
Appears to be fixed in gcc 4.0.0 (20050122).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18295
--- Additional Comments From joel at gcc dot gnu dot org 2005-01-24 12:11
---
(In reply to comment #3)
> Can you try 3.4.4?
There is no 3.4.4 on gcc.gnu.org. Do you mean the head of the 3.4 branch?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19593
--- Additional Comments From joel at gcc dot gnu dot org 2005-02-01 19:13
---
Neither icetest1 nor the reduced test case fails with gcc 4.0.0 20050124 when
targeting arm-rtems4.7.
--
What|Removed |Added
--- Additional Comments From joel at gcc dot gnu dot org 2004-11-02 12:28 ---
I emailed Chris privately. The stack is properly aligned. But his target is
not setup at the moment and he would have to build a special toolset without his
workwound/fix in place. He won't be able
301 - 351 of 351 matches
Mail list logo
