Re: [Sdcc-user] How do your interrupt handlers look like

[admin U. <re...@re...>]

  Hi
i am using only the assembler of stm8 for now,

in some cases, when i ll need the compiler, i will use all that
in my interupts,

yes , it could be "overloading" but many times, we dont care ,
because all we do is "that" (handle that interrupt)

i used gpasm many times, and i like to run the whole "machine" in  
interrupt mode
whithout even having a "main loop" .

regards

----------------message d'origine-----------------
De: Philipp Klaus Krause [pk...@sp... ]
Pour: Sdcc-User [sdc...@li... ]
Date: Wed, 29 Jul 2015 09:28:08 +0200
-------------------------------------------------


> I wonder how interrupt andlers written by sdcc users look like, in
> particular:
>
> * Do they contain divisions?
> * Do they contain multiplications?
> * Do they contain pointer arithmetic?
> * Do they contain array accesses?
> * Do they contain shifts?
> * Do they call other functions?
> * Are those other called functions static?
> * Do those other called functions contain divisions?
>
> The information might be useful in improving a workaround for a hardware
> division issue (see bug #2401, RFE #448 / 449).
>
> Philipp
>
>

__________________________________________________
> I wonder how interrupt andlers written by sdcc users look like, in
> particular:
>
> * Do they contain divisions?
> * Do they contain multiplications?
> * Do they contain pointer arithmetic?
> * Do they contain array accesses?
> * Do they contain shifts?
> * Do they call other functions?
> * Are those other called functions static?
> * Do those other called functions contain divisions?
>
> The information might be useful in improving a workaround for a hardware
> division issue (see bug #2401, RFE #448 / 449).
>
> Philipp
>
>

__________________________________________________
>
> --------------------------------------------------------------------
> ----------
>

__________________________________________________
> _______________________________________________
> Sdcc-user mailing list
> Sdc...@li...  
> https://lists.sourceforge.net/lists/listinfo/sdcc-user
>