Ada Hardware Interrupt Support
Joel Sherrill
joel.sherrill@oarcorp.com
Wed Sep 3 18:57:00 GMT 2008
Arnaud Charlet wrote:
>> 2008-08-22 Joel Sherrill <joel.sherrill@oarcorp.com>
>>
>> * gcc-interface/Makefile.in: Switch RTEMS and VxWorks to
>> s-interr-hwint.adb.
>> * s-interr-hwint.adb: New file with portable implementation. This
>> is a mechanical change of s-interr-vxworks.adb to use the new
>> OS provided adapter.
>> * s-interr-vxworks.adb: Removed.
>> * s-osinte-rtems.ads, s-osinte-vxworks.adb, s-osinte-vxworks.ads:
>> Add
>> shared hardware interrupt adapter layer. RTEMS binds to OS provided
>> adapter routines so there are no modifications to
>> s-osinte-rtems.adb.
>>
>
> For your information, the VxWorks part has lots of compilation errors that
> need fixing (I'm working on it).
>
I can believe that. I had no way to compile it.
> Your Makefile.in part does not include changes for VxWorks either.
>
>
Hmmm.. I guess when Laurent moved this down to gcc-interface,
I didn't carry the vxworks part over.
> I'm working on fixing these and testing on VxWorks, and plan to commit the
> s-interr-hwint.adb and *vxworks.ad? changes, as well as enabling
> s-interr-hwint for VxWorks, but since there were many errors, I'd rather
> not make RTEMS changes blindly, so I'll let you commit RTEMS specific
> changes once I've committed the generic and VxWorks parts.
>
>
OK. Whenever you commit, I will prepare a patch.
Thanks for handling this patch. Hopefully the issues from code
changing around it weren't so bad.
Laurent also noticed that s-stchop-rtems.adb didn't get added
a while back.
We can catch both of those at the same time.
powerpc-rtems multilib Ada build went OK. The test results are
in gcc-testresults from overnight.
> Arno
>
--
Joel Sherrill, Ph.D. Director of Research & Development
joel.sherrill@OARcorp.com On-Line Applications Research
Ask me about RTEMS: a free RTOS Huntsville AL 35805
Support Available (256) 722-9985
More information about the Gcc-patches
mailing list