Re: [Sdcc-user] '--preplace-udata-with' => sdcc(6721) malloc: *** error for object 0x1eff1f: Non-aligned pointer being freed

> at_udata = Safe_strdup("udata"); > instead, but this wouldn't help you: at_udata is never used in the > compiler again ... This must be some ancient development help > (originating around 2004?!?) that never completely made it into > the official repository. Ok, abandon that approach, no pro

Re: [Sdcc-user] Reserving an area on code memory segment

sdcc 2.8.0 msc51 --model-large --stack-auto Thanks, Peter Maarten Brock wrote: Peter, Please include SDCC version and target for which you compile. For mcs51 this should work I think. Maarten Hi, Is it possible to make linker skip a part of code memory? I'd like to use a

Re: [Sdcc-user] Reserving an area on code memory segment

Peter, Please include SDCC version and target for which you compile. For mcs51 this should work I think. Maarten > Hi, > > Is it possible to make linker skip a part of code memory? > > I'd like to use a segment of flash in the middle the whole flash for data. > > Ex. flash segments are 2k.

Re: [Sdcc-user] '--preplace-udata-with' => sdcc(6721) malloc: *** error for object 0x1eff1f: Non-aligned pointer being freed

Hi Kusti, > while trying to optimize my code I was trying to get the compiler > to place the internal variables into some non overlayed section with > the '--preplace-udata-with' command line option but in all circumstances > I've tried it results in one or more error messages of the following >

[Sdcc-user] Reserving an area on code memory segment

Hi, Is it possible to make linker skip a part of code memory? I'd like to use a segment of flash in the middle the whole flash for data. Ex. flash segments are 2k. I'd like to prevent linker putting code in a segment after 0x8000. I tried this: __code __at (0x8000) uint8_t flash_reserved1[2048

Re: [Sdcc-user] Dual DPTR on 8051

Is dual dptr implementation for ds390 any good? Whould it be much work to separate dual pointer functionality from ds390? In the end, writing memcpy in asm with dual dptr will the the right way to go probably. Maarten Brock wrote: Sorry, this is currently not possible. Hi, Is

Re: [Sdcc-user] Dual DPTR on 8051

Sorry, this is currently not possible. > Hi, > > Is is possible to enable dual dptr support without selecting -mds390? > > The chip is cc2430 and has: > DPH0 (0x83) – Data Pointer 0 High Byte > DPL0 (0x82) – Data Pointer 0 Low Byte > DPH1 (0x85) – Data Pointer 1 High Byte > DPL1 (0x84) –

[Sdcc-user] Dual DPTR on 8051

Hi, Is is possible to enable dual dptr support without selecting -mds390? The chip is cc2430 and has: DPH0 (0x83) – Data Pointer 0 High Byte DPL0 (0x82) – Data Pointer 0 Low Byte DPH1 (0x85) – Data Pointer 1 High Byte DPL1 (0x84) – Data Pointer 1 Low Byte DPS (0x92) – Data Pointer Select where

Re: [Sdcc-user] PIC port, __naked not working, Bus error, signal 11: SIGSEGV

Hi Raphael, thanks for the patch. I will try it over the weekend, right now I do not want to take any risks that might screw up my environment, no matter how small the risk is. The '(mandatory!) __asm return __endasm;' (LOL) workaround fixed the immediate issue for me. > > Currently, the compi

[Sdcc-user] '--preplace-udata-with' => sdcc(6721) malloc: *** error for object 0x1eff1f: Non-aligned pointer being freed

Hi while trying to optimize my code I was trying to get the compiler to place the internal variables into some non overlayed section with the '--preplace-udata-with' command line option but in all circumstances I've tried it results in one or more error messages of the following form: sdcc(6758)

[Sdcc-user] '--preplace-udata-with' => sdcc(6721) malloc: *** error for object 0x1eff1f: Non-aligned pointer being freed

Hi while trying to optimize my code I was trying to get the compiler to place the internal variables into some non overlayed section with the '--preplace-udata-with' command line option but in all circumstances I've tried it results in one or more error messages of the following form: sdcc(6758)