[Sdcc-user] STM8 startup routine not called

Hello, I would like to implement a RAM check for the STM8 during startup. According to the manual, SDCC calls "_sdcc_external_startup()" before jumping to main(). But it seems like - at least for STM8 - this is not the case. The below bare-metal example should remain in a reset cycle, because

Re: [Sdcc-user] More functions for bit manipulation (Rotation, population count, endianness, etc) in the standard libary?

Hi Philipp, generally I don't need much of bit manipulation apart from setting, clearing and reading bits - and these are easily done with bitmasks. So for me(!) I don't see the need for such functions. Sorry! Regrads, Georg Am 03.10.21 um 09:57 schrieb Philipp Klaus Krause: Dear SDCC user

Re: [Sdcc-user] long-term availability STM8...?

st.com/content/st_com/en/about/quality-and-reliability/product-longevity.html#10-year-longevity§ion=FM141-10-year> Regards, Georg Am 14.05.21 um 09:08 schrieb Georg Icking-Konert: the current semiconductor shortage and non-availability of STM8 devices had me think about long-term availability...

[Sdcc-user] long-term availability STM8...?

hello, the current semiconductor shortage and non-availability of STM8 devices had me think about long-term availability... On the STM8 product page and a sales brochure

Re: [Sdcc-user] Interesting observation with SDCC (stm8)

18:01 schrieb Maarten Brock: Hello Georg, Georg Icking-Konert schreef op 2021-02-18 17:17: Hello Royce, I also found it inconvenient that SDCC provides no STM8 headers. Therefore I developed them and made them available as OSS under https://github.com/gicking/STM8_headers. There you also find

Re: [Sdcc-user] Interesting observation with SDCC (stm8)

Done, thanks for the hint! https://sourceforge.net/p/sdcc/patches/367/ Georg Am 06.03.21 um 18:01 schrieb Maarten Brock: Hello Georg, Georg Icking-Konert schreef op 2021-02-18 17:17: Hello Royce, I also found it inconvenient that SDCC provides no STM8 headers. Therefore I developed them

Re: [Sdcc-user] Interesting observation with SDCC (stm8)

Hello Royce, I also found it inconvenient that SDCC provides no STM8 headers. Therefore I developed them and made them available as OSS under https://github.com/gicking/STM8_headers. There you also find examples how to use them. Hope this helps!? Regards, Georg PS: I also asked the SDCC dev

Re: [Sdcc-user] RAM program

Hi Eric, having thought this over, I see pros and cons for both options. Therefore I have just started a discussion under https://github.com/gicking/stm8-bootloader-erase-write/discussions to collect arguments. Georg Am 08.12.20 um 08:58 schrieb Eric Rullens: Hi Georg, Yes, that is exact

Re: [Sdcc-user] RAM program

re required for erase/write control. Eric ____ From: Georg Icking-Konert [mailto:ge...@cream-tea.de] Sent: zaterdag 5 december 2020 08:55 To: sdcc-user@lists.sourceforge.net; Hynek Sladký Subject: Re: [Sdcc-user] RAM program

Re: [Sdcc-user] RAM program

opcode to force MCU to reset? Bootloader does some measurement and calculation for getting real communication speed. Results are stored in RAM but I am not sure if these values are retained after bootloader finishes. BR, Hynek Dne 28.11.2020 v 08:19 Georg Icking-Konert napsal(a): Hi Bas

Re: [Sdcc-user] RAM program

hi Philipp, good point, I will keep that in mind. However, currently my main issue is that returning to the bootloader messes up the UART baudrate (see my last post) - even using a dummy RAM doutine with only return. So any communication afterwards fails. Any idea? Georg Am 28.11.20 um 08:

Re: [Sdcc-user] RAM program

Hi Basil, (as always) thanks a lot for your feedback! Indeed I had missed that information in the BL manual. Using your input I checked if returning to bootloader is possible with a simple return. Here's what I did:   - my test device (STM8S105K6) has 2kB RAM, RAM routine is at 0x500, i.e

Re: [Sdcc-user] RAM program

is a request by Philipp for stm8gal to replace the ST flash routines in RAM by OSS code (https://github.com/gicking/stm8gal/issues/4) Any idea how to proceed? Thanks a lot in advance! Georg Am 24.11.20 um 19:35 schrieb Philipp Klaus Krause: Am 24.11.20 um 19:01 schrieb Georg Icking-Konert: he

Re: [Sdcc-user] RAM program

27;m running out of ideas...  :-( Regards, Georg Am 24.11.20 um 17:58 schrieb Georg Icking-Konert: Hi Basil, attached please find the project with output. Maybe you find something. File "main_RAM.ihx" was manually created by removing all lines in "main.ihx" with address

Re: [Sdcc-user] RAM program

f RAM), it works as expected. Again sorry for bothering you with this and thanks to Basil for his support! Have a great day  :-) Georg Am 24.11.20 um 18:47 schrieb Georg Icking-Konert: hello again, I did a few more tests and it seems like ROM bootloader and stm8gal function properly. Here is

Re: [Sdcc-user] RAM program

Hi Basil, attached please find the project with output. Maybe you find something. File "main_RAM.ihx" was manually created by removing all lines in "main.ihx" with address in flash. I tested this with a Sduino Uno board (https://github.com/roybaer/sduino_uno) and used stm8gal for uploading

Re: [Sdcc-user] RAM program

main() is actually at - check the .map file after linking. Regards, Basil Hussain On 21/11/2020 17:05, Georg Icking-Konert wrote: hello, I want to write a STM8 program which is executed from RAM. But unlike the example in https://lujji.github.io/blog/executing-code-from-ram-on-stm8/ i

[Sdcc-user] RAM program

hello, I want to write a STM8 program which is executed from RAM. But unlike the example in https://lujji.github.io/blog/executing-code-from-ram-on-stm8/ it is not stored in flash and copied to RAM during runtime. Instead the hexfile is uploaded to RAM via the ROM bootloader, and then invoked

[Sdcc-user] open-source headers for STM8

hello all, following a discussion about STM8 SPL license (https://github.com/STM8-SPL-license/discussion), some time ago I proposed the creation of open-source device headers for the STM8. The aim of those headers would be to avoid license issues and to facilitate re-use of STM8 code blocks b

Re: [Sdcc-user] Update STM8 device header proposal

itions. If you manage to get register definitions with less restrictive license let me know, I am more than happy to improve my header generator. Best regards, Miklos Marton 2019. 03. 23. 21:56 keltezéssel, Georg Icking-Konert írta: hello, I have just updated my open-source STM8 device header

[Sdcc-user] Update STM8 device header proposal

ers or another OSS alternative, however I understand from our discussion <https://github.com/STM8-SPL-license/discussion/issues> that this is not to be expected anytime soon...? Thanks a lot for your feedback and have a great weekend! Regards, Georg Am 27.01.19 um 15:26 schrieb Georg I

[Sdcc-user] stm8gal bugfix - feedback required

hello all, I know this is not related directly to SDCC but rather to the auxiliary tools for STM8. So if you don't use STM8 please just ignore this mail... Today I uploaded a critical bugfix for the STM8 serial bootloader tool "stm8gal" (https://github.com/gicking/stm8gal). Specifically, this

[Sdcc-user] details on STM8 bootloader RAM routines...?

hi all, as some of you may know, I am maintaining a tool named "stm8gal" for programming STM8s via UART or SPI interface. Functionality is similar to avrdude, only that it is for STM8 instead of Atmel. The built-in STM8 bootloader requires uploading RAM routines for handling flash write/eras

Re: [Sdcc-user] installation problem under Ubuntu 18.04

hi Maarten, thanks for asking! Yes, that issue seems to be solved :-) Triggered by your below mail I removed the apt install again, and re-installed the binary from the Sourceforge "snapshot_builds". Now "sdcc -v" gives no error message but "3.8.1 #10612 (Linux)". And a test-build of a small

[Sdcc-user] installation problem under Ubuntu 18.04

hello all, after upgrading my PC from Ubuntu 16.04 to 18.04 I re-installed SDCC from the the latest binary (https://sourceforge.net/projects/sdcc/files/sdcc-linux-x86/3.6.0/sdcc-3.6.0-i386-unknown-linux2.5.tar.bz2/download). Specifically I followed the instruction in INSTALL.txt, i.e. "sudo cp

Re: [Sdcc-user] Why so few bug reports since 3.7.0?

hi Philipp, my reason to stick with 3.6 (for now) is clearly the source-only distribution. I consider myself a user rather than a bug-tracking expert. Apart from that I have never compiled such a big software. So I figured I might just as well wait until binaries are available. But that's jus

Re: [Sdcc-user] STM8 >32kB code fails...?

for an example please contact me via "icking at onlinehome.de", or apply SPL patch https://github.com/gicking/STM8-SPL_SDCC_patch/blob/master/STM8S_StdPeriph_Lib_sdcc.patch and compile "Projects/STM8S_StdPeriph_test_ok" (case 1) and "Projects/STM8S_StdPeriph_test_fail_32k" (case 3) -

[Sdcc-user] STM8 >32kB code fails...?

hello all, following a discussion on the updated STM8 SPL license (see https://github.com/gicking/STM8-SPL_SDCC_patch/issues/1 ) I happened to notice something strange: 1) build example including all SPL modules, where a pin toggles every 500ms     - code adress range is 0x8000 to 0x1000c, i

Re: [Sdcc-user] stm8.h

hi all, just received the below information that the STM8 SPL license has changed to the the much more liberal “Ultimate Liberty” (see https://github.com/gicking/STM8-SPL_SDCC_patch/issues/1 ) Will the STM8 SPL headers thus be included in the SDCC distribution? For a short feedback thanks a

[Sdcc-user] passing structs as function arguments?

hello all, are there any plans to support structures as function parameters any time soon, maybe even with 3.7.0 release...? This seems to be an early request with high priority (see https://sourceforge.net/p/sdcc/feature-requests/23/), but the status is indicated as "POSTPONED". Just want

[Sdcc-user] feedback on "stm8 templates" Wiki

k and give me feedback whether the structure, and the (few) command pages are ok, respectively what I can improve. For your support thanks a lot in advance! Have a nice weekend :-) Greetings from the Black Forest, Georg Ick

Re: [Sdcc-user] stm8.h

hi Philipp, great to hear that - also the upcoming GDB support! Consequently I will (have to) modify my templates under https://github.com/gicking/STM8_templates to use the new headers instead. Therefore I have some questions:   - when is 3.7.0 scheduled to be released?   - for the meantime:

[Sdcc-user] Dhrystone "too good"...?

hi all, I am currently building a peripheral and tutorial library for SDCC and STM8 (https://github.com/gicking/STM8_templates). Today I ported the Dhrystone test, based on a source available on http://www.colecovision.eu/stm8/MB1036B%20Dhrystone.shtml Good news: porting took virtually no ti

Re: [Sdcc-user] An experimental LLVM+SDCC-based toolchain for 8-bit microcontrollers

hallo Philipp, To allow the use of langauges other than C and to evaluate the effect of LLVM optimizations for 8-bit targets, I created an experimental toolchain that allows the use of LLVM clang and opt with 8-bit microcontrollers via the LLVm C backend and SDCC... to my understanding the use

[Sdcc-user] renamed "STM8_serial_flasher" to "stm8gal"

nvenience this might cause! Regards, Georg Icking-Konert -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot

[Sdcc-user] Fwd: patches for STM8 Standard Peripheral Libraries

process are also given there. Main issue is the lack of testing and a lack of running code from RAM (still don't know how to do this). Please let me know if you experience any issues. Regards, Georg Icking-K

[Sdcc-user] binary constants for STM8?

again hello, in the SDCC manual I read "SDCC supports the use of binary constants, such as 0b01100010. This feature is only enabled when the compiler is invoked using –std-sdccxx" However, calling SDCC for stm8 with –std-sdccxx fails with "syntax error" for the literal and a warning that "op

[Sdcc-user] overloading functions (weak)?

hello all, apparently it is possible to overload functions in SDCC for STM8, as shown recently in the getchar() implementation in one of the previous mails. Is this something that can also be done with C routines in a project? If yes, is there something like a "__weak" attribute to tell the li

Re: [Sdcc-user] An experimental LLVM+SDCC-based toolchain for 8-bit microcontrollers

hello all, even at the risk of embarrassing myself: can someone please explain me the benefit of LLVM+SDCC toolchain vs. the "normal“ SDCC-only build? What is the motivation behind? Sorry for my ignorance and thanks for a (simple) explanation…! Regards, Georg Icking-K

Re: [Sdcc-user] New user / header files / optimisations STM8 (Nick Hill)

CC. Any idea/hint…? Hope this is of use for you!? Regards, Georg Icking-Konert-- Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multi

[Sdcc-user] STM8 RAM code execution

hello all, may I bother you again with a question about how to execute code in the RAM of STM8…? For routines in RAM (as mandatory for STM8 flash block write/erase), I understand the steps are: compile & link routine for address in RAM —> works now using #pragma in C code and —codeseg for

[Sdcc-user] Fwd: STM8 code in RAM

hello all, any idea on the below issue? Specifically, what do I do wrong if compiling STM8 code for RAM?? Any help is highly appreciated! Thanks and regards, Georg > Anfang der weitergeleiteten Nachricht: > > Von: Georg Icking-Konert > Betreff: STM8 code in RAM > Datum: 15.

[Sdcc-user] STM8 code in RAM

3.5.0, and the error occurs under MacOSX and Win7 Regards, Georg Icking-Konert > -- > > Message: 2 > Date: Sat, 05 Apr 2014 23:09:05 +0200 > From: "Maarten Brock" > Subject: Re: [Sdcc-user] SDCC/STM8 questions > To: sdc

[Sdcc-user] Update "STM8_serial_flasher"

ot; and project "BSL_activate" via "make". Then type "make serial“ to flash the STM8 (if settings at bottom of Makefile are correct)… Have fun! :-) Regards, Georg Icking-Konert -- _

Re: [Sdcc-user] stm8flash compile fails under MacOS X

Hi Philipp, first of thanks a lot for the patch! However, I am new to paths and seem to be unable to apply it :-( Specifically: I copied the patch from your mail and saved it as Unix textfile to root of folder stm8flash command "patch -p1 < stm8flash.patch“ —> patch: malformed patch at l

[Sdcc-user] stm8flash compile fails under MacOS X

hi all, for the STM8 Discovery board I want to use Valentin's stm8flash tool (https://github.com/vdudouyt/stm8flash) for flashing via SWIM / ST-Link. This board has no UART<->USB connection and therefore cannot be programmed via UART boot loader —> need a SWIM tool Unfortunately I wasn’t able

Re: [Sdcc-user] SDCC port of STM8 Standard Peripheral Library

015 um 21:05 schrieb Georg Icking-Konert: >> - created Win, Linux, and MacOSX batch scripts to compile and upload via >> https://github.com/gicking/STM8_serial_flasher > > thanks! Just want to note, that there is another project with > overlapping/similar fu

Re: [Sdcc-user] SDCC port of STM8 Standard Peripheral Library

support on the above open points is highly welcome! Regards, Georg Icking-Konert >> I apologize for the ambiguity in my previous message; I was mainly trying >> to reassure Philipp about the patch with respect to the non-stm8 backends. >> I realize that what you are trying to accom

Re: [Sdcc-user] SDCC preprocessor issue

sor issue > To: sdcc-user@lists.sourceforge.net > Message-ID: > > Content-Type: text/plain; charset="utf-8" > > > > On Fri, 30 Jan 2015, Georg Icking-Konert wrote: > >> hello all, >> >> thanks a lot for your feedback! As for your m

Re: [Sdcc-user] SDCC port of STM8 Standard Peripheral Library

In any case I’ll download the snapshot Regards, Georg Icking-Konert -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your

Re: [Sdcc-user] SDCC preprocessor issue

referring to the macro INTERRUPT (a few lines below) which is only used for declaration in the ISR header file (see stm8s_it.h). Maybe in the end I have to do the same as for Raisonance, which simply skips the declaration: not nice b

[Sdcc-user] SDCC preprocessor issue

hello all, as mentioned elsewhere I am trying to port the STM8-SPL library by STM to SDCC. Currently I got stuck at a seemingly simple problem. Here’s the technical background: 1) my target is to modify only the common headers, not the project specific header 2) all other supported compiler

Re: [Sdcc-user] SDCC port of STM8 Standard Peripheral Library

> On Thu, 22 Jan 2015, Philipp Klaus Krause wrote: > >> On 21.01.2015 19:36, Georg Icking-Konert wrote: >>> >>> 1) how do I declare and implement the trap handler? According >>> to http://sourceforge.net/p/sdcc/patches/224/ the keyword "__trap? is &

[Sdcc-user] SDCC port of STM8 Standard Peripheral Library

upport thanks a lot in advance! Greetings, Georg Icking-Konert -- New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose

Re: [Sdcc-user] STM8 bootloader flash software (Georg Ottinger)

Dec 2014 23:26:38 +0100 > From: Georg Ottinger > Subject: Re: [Sdcc-user] STM8 bootloader flash software (Georg > Icking-Konert) > To: sdcc-user@lists.sourceforge.net > Message-ID: <54989a9e.3080...@otelo.or.at> > Content-Type: text/plain; charset="windows-

[Sdcc-user] STM8 Peripheral Firmware Library (not)

hi all, mainly thanks to Philipp I now have all the "ingredients" to adapt the STM8 Peripheral Firmware Library (http://www.st.com/web/catalog/tools/FM147/CL1794/SC1807/SS1754/PF258009 ) to SDCC. For those who are not fam

[Sdcc-user] STM8 template projects for SDCC and Cosmic

hello again, now that I know how to use Github, here’s a STM8 template project which is compatible with SDCC and Cosmic compilers with following content: - STM8 header file compatible with Cosmic (Windows) and SDCC compilers - routines for GPIOs, ADC, UART, timers, interrupts, flash r/w access

Re: [Sdcc-user] STM8 bootloader flash software (Georg Icking-Konert)

hi Georg, :-) please let me know if it works. Also, Georg > > Message: 2 > Date: Mon, 22 Dec 2014 12:08:43 +0100 > From: Georg Ottinger mailto:ge...@otelo.or.at>> > Subject: Re: [Sdcc-user] STM8 bootloader flash software (Georg > Icking-Konert) > To: sdcc

Re: [Sdcc-user] STM8 bootloader flash software (Georg Icking-Konert)

Message: 2 > Date: Sun, 6 Apr 2014 15:17:58 +0300 > From: Kustaa Nyholm > Subject: Re: [Sdcc-user] STM8 bootloader flash software > To: "sdcc-user@lists.sourceforge.net" > > Message-ID: > Content-Type: text/plain; charset="us-ascii" > >

Re: [Sdcc-user] Migrating from Cosmic to SDCC; ASlink-Warning-Undefined Global (Philipp Klaus Krause)

ject: Re: [Sdcc-user] Migrating from Cosmic to SDCC; > ASlink-Warning-Undefined Global (Philipp Klaus Krause) > To: sdcc-user@lists.sourceforge.net > Message-ID: <54905ada.9030...@spth.de> > Content-Type: text/plain; charset="windows-1252" > > On 16.12.2014 16

Re: [Sdcc-user] Migrating from Cosmic to SDCC; ASlink-Warning-Undefined Global (Philipp Klaus Krause)

hi Philipp, hello Rolf, actually I have an STM8 application where I need access to >64kB address range. Specifically I want to program a 128kB device as a datalogger. The SW already works under Cosmic (using @far identifier), but I understand that sdcc doesn’t (yet?) support far address pointer

[Sdcc-user] STM8 Standard Peripheral Library

hello all, as you may know, STM provides a standard peripheral library for STM8 and STM32, which can be downloaded from http://www.st.com and is the basis for many STM8 projects. Recently I ported most functions to SDCC. Exceptions are SW traps and near / far pointer types (see previous mail).

[Sdcc-user] STM8 code size

hello all, from a previous discussion I learned that far pointers, i.e. 24bit address, are not yet supported for the STM8. Just 2 questions: 1) is it planned to add this feature anytime soon? 2) does this limit code size to 32kB (code flash starts at 0x8000)? For your feedback thanks a lot in

Re: [Sdcc-user] r/w order for STM8 16b registers (Philipp Klaus Krause)

hi Philipp, thanks a lot for that information! So it’s not even safe to always read low byte first, and write high byte first for 16b SFRs!? That really sucks… :-( Any idea where I can get a list of correct orders for the registers? Surely ST has something like that…? Georg I. >

Re: [Sdcc-user] r/w order for STM8 16b registers (Maarten Brock)

s for other 16b registers: the above are (so far) the only ones I use which are directly debuggable (via wrong behavior). And reading back the byte registers gives correct values —> how can I debug this other than by strange STM8 behavior…? Any idea would be welcome! :-) Regards, Georg I.

Re: [Sdcc-user] r/w order for STM8 16b registers (Maarten Brock)

Hello Maarten, so far I observed it only for the ADC result register (ADC_DR) for read, and timer 3 compare register (TIM3_CCR) for write. The way I realized was simple: the ADC the result was skewed, and the TIM3 period was wrong. However, I didn’t dig deeper after I found out that changing th

[Sdcc-user] r/w order for STM8 16b registers

hi all, it might be common knowledge in the community, but it sure was new to me (and took me some time to debug)… As you know the STM8 is and 8-bit uC, so reading from or writing to 16b peripheral registers (SFR) takes place in 2 steps. And I found that the sequence of access matters for 16b

Re: [Sdcc-user] STM8 template project and header file

hi Maarten, nice to be here, thanks! :-) Actually these are only template projects for beginners (like me), not real sdcc contributions. The only exception might be the stm8 header file, which would probably make sense to provide together with sdcc. However, I am not sure if my implementation

Re: [Sdcc-user] STM8 bootloader flash software

safe side… For a brief feedback thanks a lot in advance! Regards, Georg I. Am 06.04.2014 um 13:45 schrieb Georg Icking-Konert : > hello Georg O., > > sure, no problem. Actually I never bothered about license, yet. So how do I > release something under a GPL? Thanks a lot in adva

Re: [Sdcc-user] STM8 bootloader flash software

loader flash software > To: sdcc-user@lists.sourceforge.net > Message-ID: <37f905673b973d66f178ff3fa396c700.squir...@xaok.org> > Content-Type: text/plain;charset=iso-8859-1 > > @Georg Icking-Konert - will you release your Bootloader-App under a GPL > License? > > &g

Re: [Sdcc-user] STM8 template project and header file

hi, As a (very) easy starting point, I have uploaded another STM8 template project to http://www.cream-tea.de/public/STM8_SimpleTemplate.zip It is compatible with both SDCC and Cosmic compiler, and shows how to migrate between them. The shell script makes the project and then uploads the hex f

Re: [Sdcc-user] SDCC/STM8 questions

hi Philipp, thanks a lot for your help! Here’s my current status: 1) sdcc IDE: I’ll check Eclipse and Code::Blocks, which were both proposed here 2) graphical debugging: I understand that graphical debugging via SWIM/ST-Link is not supported, yet. However, with printf working (see below), I can

Re: [Sdcc-user] Sdcc-user Digest, Vol 94, Issue 1

:33 +0700 > From: Valentin Dudouyt > Subject: Re: [Sdcc-user] STM8 bootloader flash software > To: sdcc-user@lists.sourceforge.net > Message-ID: <5338f2ed.4020...@gmail.com> > Content-Type: text/plain; charset="iso-8859-1" > > On 30.03.2014 06:17, Georg Icking-Konert

Re: [Sdcc-user] STM8 bootloader flash software

hello, thanks a lot for you feedback on sdcc-STM8 IDE’s. I’ll check them out and see how I get along. But I understand that none of them allows graphical debugging via SWIM…? Regards, Georg Am 03.04.2014 um 22:03 schrieb sdcc-user-requ...@lists.sourceforge.net: > Send Sdcc-user mailing list s

Re: [Sdcc-user] STM8 bootloader flash software

2014 00:17:06 +0100 > From: Georg Icking-Konert > Subject: [Sdcc-user] STM8 bootloader flash software > To: sdcc-user@lists.sourceforge.net > Message-ID: <5d0c9a46-c9eb-459d-b85e-04601f2bf...@cream-tea.de> > Content-Type: text/plain; charset="windows-1252" > >

Re: [Sdcc-user] STM8 template project and header file

hi again, the below link doesn’t work, sorry. Here’s the correct link: http://www.cream-tea.de/public/STM8_Template.zip Regards, Georg Am 05.04.2014 um 19:27 schrieb Georg Icking-Konert : > hi, > > in the meantime I found out how to reply to this mailing list - some things >

Re: [Sdcc-user] STM8 template project and header file

hi, in the meantime I found out how to reply to this mailing list - some things are just too simple… ;-) Actually in below contribution I wanted to share a STM8 template project for SDCC and Cosmic compiler. It mainly sports a peripheral header file I wrote from the STM8 user manual. But appar

Re: [Sdcc-user] 4. STM8 template project and header file (Master Postfach)

Am 05.04.2014 um 17:57 schrieb Master Postfach <1860-...@onlinehome.de>: hi, this is just a test to see if adding to a thread actually is by a simple reply... Georg > -- > > Message: 4 > Date: Sat, 29 Mar 2014 23:56:15 +0100 > From: Master Postfach <1860-...@on