Thanks - after putting the prototypes on the right place the prog compiles and in the hex file I see the adresses added in the vector table.
Although it compiles it is not working yet ... investigating further. I feature request for the is that the unused ISR vector table entries are pointing to a function like "while(1);" - at the moment all the entries point to 00 00 00 which is the beginning of the RAM - resulting in unexpected behavior in the case of an "unwanted" Interrupt. Also investigating the vector table further - the Interrupt numbering seems to be different from IAR. - But I already stumbled upon a this issue with IAR before. I think the IAR numbering is strange ... trying further ... On 29.05.2013 10:31, Georg Ottinger wrote: > thanks - i will try this later today > > On 29.05.2013 10:22, Valentin Dudouyt wrote: >> This case is described in the section 3.9.1 of SDCC user's manual: >>> If you have multiple source files in your project, interrupt service >>> routines can be present in any of them, but a >>> prototype of the isr MUST be present or included in the file that >>> contains the function main. >> On 29.05.2013 15:17, Georg Ottinger wrote: >>> i am using #8680 - I compile a number of .c files into .rel and link >>> them afterwards. >>> >>> for example main.c holds the main-function. rx_ringbuffer.c the uart >>> interrupt and led.c the timer interrupt. >>> >>> When looking at the final .ihx File only the RESET-Interrupt Vector is >>> filled in with the address of the initializer code. All other interrupt >>> vectors are 00 00 00 >>> >>> Source is at >>> http://sourceforge.net/p/oggstreamer/oggs-stm8-firmware-001/ci/master/tree/ >>> >>> >> ------------------------------------------------------------------------------ >> Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET >> Get 100% visibility into your production application - at no cost. >> Code-level diagnostics for performance bottlenecks with <2% overhead >> Download for free and get started troubleshooting in minutes. >> http://p.sf.net/sfu/appdyn_d2d_ap1 >> _______________________________________________ >> Sdcc-user mailing list >> Sdcc-user@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/sdcc-user > > ------------------------------------------------------------------------------ > Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET > Get 100% visibility into your production application - at no cost. > Code-level diagnostics for performance bottlenecks with <2% overhead > Download for free and get started troubleshooting in minutes. > http://p.sf.net/sfu/appdyn_d2d_ap1 > _______________________________________________ > Sdcc-user mailing list > Sdcc-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/sdcc-user ------------------------------------------------------------------------------ Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET Get 100% visibility into your production application - at no cost. Code-level diagnostics for performance bottlenecks with <2% overhead Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap1 _______________________________________________ Sdcc-user mailing list Sdcc-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sdcc-user
