https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36939
Oleg Endo changed:
What|Removed |Added
CC||sebastian.huber@embedded-br
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36939
Oleg Endo changed:
What|Removed |Added
CC||olegendo at gcc dot gnu.org
--- Comment #22 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36939
--- Comment #21 from Joel Sherrill 2011-02-07
22:27:43 UTC ---
(In reply to comment #20)
> Thanks Joel for the acats.log.
>
> from the failing test list my guess is that tasking is broken and was working
> for your previous test.
>
> All tests
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36939
--- Comment #20 from Laurent GUERBY 2011-02-07
21:42:25 UTC ---
Thanks Joel for the acats.log.
from the failing test list my guess is that tasking is broken and was working
for your previous test.
All tests with an Ada task in them fail with "
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36939
--- Comment #19 from Joel Sherrill 2011-02-07
17:22:59 UTC ---
Following up on my own comment. Dealing with targets without double precision
FPUs is a broader issue:
$ grep -r DOUBLE_TYPE_SIZE . | grep "SIZE.*32" | grep -v .svn
./rx/rx.h:#defin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36939
--- Comment #18 from Joel Sherrill 2011-02-07
14:22:20 UTC ---
(In reply to comment #17)
> > With Laurent's stub version of s-scaval.adb added as s-scaval-sh.adb and a
> > minor change to a ada/gcc-interface/Makefile.in, sh-rtems now builds
> > A
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36939
--- Comment #17 from charlet at adacore dot com
2011-02-07 09:04:18 UTC ---
> With Laurent's stub version of s-scaval.adb added as s-scaval-sh.adb and a
> minor change to a ada/gcc-interface/Makefile.in, sh-rtems now builds
> Ada.
>
> Is this OK
> With Laurent's stub version of s-scaval.adb added as s-scaval-sh.adb and a
> minor change to a ada/gcc-interface/Makefile.in, sh-rtems now builds
> Ada.
>
> Is this OK to commit?
Note that the proper place to submit a patch officially is gcc-patches.
In any case, adding s-scaval-sh.adb isn't O
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36939
--- Comment #16 from Laurent GUERBY 2011-02-07
06:10:13 UTC ---
Joel, could you send me the compressed acats.log or at least post the failing
tests? 335 failures likely mean one Ada feature is broken.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36939
--- Comment #15 from Joel Sherrill 2011-02-07
01:13:51 UTC ---
ACATS results are not perfect but not bad for a first run.
PASSED: 1984 FAILED 335
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36939
--- Comment #14 from Joel Sherrill 2011-02-07
00:18:37 UTC ---
Created attachment 23261
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23261
Patch to use stub file
With Laurent's stub version of s-scaval.adb added as s-scaval-sh.adb and a
m
--- Comment #13 from joel at gcc dot gnu dot org 2009-03-23 22:14 ---
*** Bug 21377 has been marked as a duplicate of this bug. ***
--
joel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from laurent at guerby dot net 2009-02-27 17:50 ---
There is no need for Makefile magic here, this is a bug in s-scaval.adb logic.
As I said this file is used for only one ACATS test and one specific and not
widely used feature, so for the purpose of testing RTEMS you ca
--- Comment #11 from joel at gcc dot gnu dot org 2009-02-27 16:24 ---
Laurent.. what Makefile magic is needed to select this file on sh Ada targets
and not on others?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36939
--- Comment #10 from laurent at guerby dot net 2008-12-10 23:09 ---
Ok I'll try to come up with a real patch.
--
laurent at guerby dot net changed:
What|Removed |Added
--- Comment #9 from joel at gcc dot gnu dot org 2008-12-10 19:14 ---
ACATS look surprisingly good with the fix in:
http://gcc.gnu.org/ml/gcc-testresults/2008-12/msg01013.html
sh-rtems4.10-gcc (GCC) 4.4.0 20081210 (experimental) [trunk revision 142643]
=== acats Summary ===
# of expect
--- Comment #8 from joel at gcc dot gnu dot org 2008-12-10 18:08 ---
Created an attachment (id=16876)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16876&action=view)
working s-scaval.adb
Not much. Just an empty version of s-scaval.adb that lets the build proceed
past this point.
--- Comment #7 from laurent at guerby dot net 2008-12-10 11:57 ---
Joel, did you try the change I suggested on 2008-07-25 20:04? If this works
then I can come up with a more complete patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36939
--- Comment #6 from joel at gcc dot gnu dot org 2008-12-02 14:01 ---
Still present with
gcc (GCC) 4.4.0 20081126 (experimental) [trunk revision 142228]
--
joel at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #5 from joseph at codesourcery dot com 2008-07-25 20:53 ---
Subject: Re: New: Build Failure Ada SH2e
On Fri, 25 Jul 2008, joel at gcc dot gnu dot org wrote:
> According to comments in sh.h, SH2e only has single precision floating point
> and fails during build of SH2e var
--- Comment #4 from laurent at guerby dot net 2008-07-25 20:46 ---
Only one ACATS test activate this package to my knowledge, so the change is
safe for compiling purposes :).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36939
--- 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 double precisi
--- Comment #2 from laurent at guerby dot net 2008-07-25 20:04 ---
You can replace the body of the procedure Initialize in s-scaval.adb by an
empty body, it will deactivate some GNAT specific features but allows for
compilation on all targets:
procedure Initialize (Mode1 : Character;
--- Comment #1 from laurent at guerby dot net 2008-07-25 19:52 ---
AFloat : constant Boolean :=
Long_Float'Size = 48 and Long_Long_Float'Size = 48;
-- Set True if we are on an AAMP with 48-bit extended floating point
type ByteLF is array (0 .. 7 - 2 *
24 matches
Mail list logo
