This is the mail archive of the
ecos-bugs@sourceware.org
mailing list for the eCos project.
[Bug 1001468] eCos GNU tools 4.6.2
- From: bugzilla-daemon at bugs dot ecos dot sourceware dot org
- To: ecos-bugs at ecos dot sourceware dot org
- Date: Thu, 15 Mar 2012 15:44:20 +0000
- Subject: [Bug 1001468] eCos GNU tools 4.6.2
- Auto-submitted: auto-generated
- References: <bug-1001468-13@http.bugs.ecos.sourceware.org/>
Please do not reply to this email. Use the web interface provided at:
http://bugs.ecos.sourceware.org/show_bug.cgi?id=1001468
--- Comment #33 from Ilija Kocho <ilijak@siva.com.mk> 2012-03-15 15:44:09 GMT ---
It took some time but now I am able to run kernel fptest.c (with just enough
Cortex-M FPU arch HAL). I tweaked the test so it works with floats rather than
doubles, but also has a double in order to enforce the case from comment 30.
Here's the printout:
INFO:<Run fptest in cyg_start>
INFO:<cyg_start run done>
PASS:<OK>
EXIT:<FP Test done>
(In reply to comment #32)
> (In reply to comment #31)
> >
> > I am quite busy this week but might find some time to build a new test release
> > based on GCC 4.6.3. I'm not sure if we should apply Jifl's GDB patch for the
> > 'g' packet reply issue or continue with the current "set tdesc" workaround
> > until the merge of his patch with other changes has occurred and we can apply
> > something which reflects the upstream changes. Comments?
I'm not a GDB expert but it is likely that I'll have to implement the target
part of support for VFP registers. I'll have a lot of questions then, but for
the time being is this: would it be possible to also provide similar workaround
(xml file) for VFP?
>
> There's still a bit of discussion (due to uncertainty on my part in fact), but
> you can be pretty confident something similar to the following (post-merge)
> patch will be applied:
> http://sourceware.org/ml/gdb-patches/2012-03/msg00377.html
>
> Or you can leave it out if you don't intend these tools to be the final tools.
My answer is I don't know, but it is very likely that we'll have another
iteration(s) with GDB, at least in order to adopt VFP registers.
> But IMO we shouldn't ship a GDB without something akin to this fix being
> included.
>
To sum up, I would suggest to restart testing with 4.6.3 asap. That may imply
for the time being to go with GDB as-is (or with work-around) and gain some
time for Jifl's patch + VFP support.
If we agree, I hope John can produce test release before his trip to USA.
Ilija
--
Configure bugmail: http://bugs.ecos.sourceware.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.