Hi jallibbers,
Although issue 6 seems fixed.....
I took a look at delay_any_mc and noticed the code has not really
changed since I downloaded it from Bert van Dam's starterpack, and I'm
not satisfied with the short delays. If the procedures for short delays
should stay in (for compatibility?) then make these inline procedures.
For example the first two procedures could be replaced by:
procedure delay_1us() is
pragma inline
_usec_delay(1)
end procedure
procedure delay_2us() is
pragma inline
_usec_delay(2)
end procedure
No more (clock uncompensated) call and return 'overhead' and the
compiler takes care of the proper number of cycles to insert in relation
to the clock speed.
Of course I could make the changes myself, but I would like to hear your
opinion first.
Regards, Rob.
-------
[EMAIL PROTECTED] wrote:
> Issue 6: Migration: delay_any_mc.jal
> http://code.google.com/p/jallib/issues/detail?id=6
>
> Comment #1 by sebastien.lelong:
> Done, as of revision 48.
>
> Note for next release:
>
> * lack of delay_10ms() procedure.
> * maybe small delays procedure such as delay_1ms to delay_9ms should
> be deleted, in
> favor of the internal compiler delay procedure: _usec_delay. See:
> http://groups.google.com/group/jallib/msg/59a058d463b3f807
>
>
> Issue attribute updates:
> Status: Fixed
>
--
Rob Hamerling, Vianen, NL (http://www.robh.nl/)
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups
"jallib" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/jallib?hl=en
-~----------~----~----~----~------~----~------~--~---
