From richard at imagecraft.com Sun Feb 10 21:20:09 2008 From: richard at imagecraft.com (Richard Man) Date: Sun Feb 10 21:35:42 2008 Subject: [Icc-mot] ICC12 V7.04 Released Message-ID: <200802110535.m1B5ZeBa043651@dragonsgate2.imagecraft.com> Change log excerpt: V7.04 - Feb 11th, 2008 IDE - [ADV and PRO only] Added capability to create Library projects. Compiler - 7.03A did not generate calls to "uint2fp" for unsigned to FP conversion - the compiler was trashing 'D' for complicated indirect function call, and thus may overwrite the first argument to the function. e.g. tab[i]->func(0); // D overwritten Header Files - the DP512 header file was incorrect. // richard On-line orders, support, and listservers available on web site. [ For technical support on ImageCraft products, please include all previous replies in your msgs. ] From oskar at atk-it.com Sat Feb 16 21:35:01 2008 From: oskar at atk-it.com (Oskar Atkinson) Date: Sat Feb 16 21:44:05 2008 Subject: [Icc-mot] GNU to ICC References: <62B9B4B3C4921F48A08F1F160197507009414E@atk-master.atk-it.com><001601c7e73a$1a201ca0$a300a8c0@REKS><62B9B4B3C4921F48A08F1F16019750700491C5@atk-master.atk-it.com> <004201c7fbac$a9658d60$0200a8c0@leon> Message-ID: <62B9B4B3C4921F48A08F1F1601975070094484@atk-master.atk-it.com> Hi folks, My project of porting a app compile with GNU to ICC was on hold for a while, but now I finally need to tackle it .. With the info I go here - Thanks Edward - I am able to compile most of the files. First, what would be the recommended reading/newsgroup/website for someone who developning biz software for windows and has no idea about microprocessor proamming yet In the moment still a lot of questions open: The chip is a MC9S12C64MFA - which target device configuration shoul I select ? In the app, a ot of constants are forced ito several custom ( non standard ? ) memory locations. Does the -b linker option work to specify multiple areas? Here is a snippet form the GNU makefile --change-section-lma .lookup=0x3Ca400 --change-section-lma .text3c=0x3C8000 --change-section-lma .text3d=0x3D8000 --change-section-lma .text3b=0x3B8000 Or leave the whole stuff alone and let the linker do his job? Then, I still have trouble with some of the inline asm code Number one: __asm__ __volatile__ ( // "ldx %1\n" "ldab %2,x\n" "clra\n" "ldy %3\n" "emul\n" "ldx #100\n" "ediv\n" "tfr y,d\n" "addd %4\n" : "=d"(tmp3) : "x"(ATD0DR5), "m"(egofactor_table[0]), "m"(flash4.egomult), "m"(flash4.ego0) : "y" ); My try: ( maybe should say guess .. ) asm( "ldx ATD0DR5\n" "ldab egofactor_table[0],x\n" \\ error: invalid character '[', if I am using a ptr to egofactor_table, I am getting illegal addressing mode \\ the GNU sytax for ldap seems to be different - "clra\n" "ldy flash4.egomult\n" "emul\n" "ldx #100\n" "ediv\n" "tfr y,d\n" "addd flash4.ego0\n" "std tmp3\n" ); Number two: /* __asm__ __volatile__ ( "clra\n" "ldab %1\n" "tfr d,x\n" "dex\n" "ldab %2,x\n" "stab %0\n" : "=m" (t1) : "m" (rtsci), "m" (txbuf) ); */ asm( "clra\n" "ldab rtsci\n" "tfr d,x\n" "dex\n" "ldab txbuf, x\n" // illegal addressing mode "stab t1\n" ); Thanks for any hints Oskar From ekarpicz at freemail.lt Tue Feb 19 01:12:30 2008 From: ekarpicz at freemail.lt (Edward Karpicz) Date: Tue Feb 19 01:27:58 2008 Subject: [Icc-mot] GNU to ICC References: <62B9B4B3C4921F48A08F1F160197507009414E@atk-master.atk-it.com><001601c7e73a$1a201ca0$a300a8c0@REKS><62B9B4B3C4921F48A08F1F16019750700491C5@atk-master.atk-it.com><004201c7fbac$a9658d60$0200a8c0@leon> <62B9B4B3C4921F48A08F1F1601975070094484@atk-master.atk-it.com> Message-ID: <005101c872d7$917db950$a300a8c0@REKS> Oskar Atkinson wrote: > Hi folks, > > My project of porting a app compile with GNU to ICC was on hold for a > while, but now I finally need to tackle it .. > > With the info I go here - Thanks Edward - I am able to compile most of > the files. > > First, what would be the recommended reading/newsgroup/website for > someone who developning biz software for windows and has no idea about > microprocessor proamming yet > > > In the moment still a lot of questions open: > > The chip is a MC9S12C64MFA - which target device configuration > shoul I select ? > I see no template for C64. Maybe use custom config. > In the app, a ot of constants are forced ito several custom ( non > standard ? ) memory locations. How much space do you need for your constants? Could your constants and all the code into 48k? It would be the best for you, just use nonpaged 0x4000.0xFFFF area. Another easy option is <<32k for constants in nonpaged 0x4000.0x7FFF:0xC000.0xFFFF, enable paged memory 0xF0000.0xF7FFF, and all functions paged by default. Close to 32k and more than 32k for constants is tricky. > Does the -b linker option work to specify multiple areas? > Here is a snippet form the GNU makefile > > --change-section-lma .lookup=0x3Ca400 > --change-section-lma .text3c=0x3C8000 > --change-section-lma .text3d=0x3D8000 > --change-section-lma .text3b=0x3B8000 > > Or leave the whole stuff alone and let the linker do his job? > Of course it's the easiest to let linker manage it. > > Then, I still have trouble with some of the inline asm code > > Number one: > > __asm__ __volatile__ ( > // "ldx %1\n" > "ldab %2,x\n" > "clra\n" > "ldy %3\n" > "emul\n" > "ldx #100\n" > "ediv\n" > "tfr y,d\n" > "addd %4\n" > : "=d"(tmp3) > : "x"(ATD0DR5), > "m"(egofactor_table[0]), > "m"(flash4.egomult), > "m"(flash4.ego0) > : "y" ); > > My try: ( maybe should say guess .. ) > > asm( > "ldx ATD0DR5\n" ATD0DR5 is preprocessor define. It works for C, but inline asm doesn't see it. You should use either an absolute address of ATD0DR5 or define ATD0DR5 as "ATD0DR5 = abs_address_of_ATD0DR5_here\n" > "ldab egofactor_table[0],x\n" > \\ error: invalid character '[', if I am ICC asm doesn't work with array elements and struct offsets. 0-th element of egofactor_table is just an egofactor_table. Also all (static) variables are underscoped. So you write: "ldab _egofactor_table, x\n" Above won't work if egofactor_table is not static but stack local variable. '%' inline asm operator comes to help. It will work with all variables, but there are some limitations. So the best variant would be "ldab %egofactor_table, x\n" , if not weird ",x" at the end. It doesn't make sense. Maybe I'm not understanding GCC asm, but what I see in your number one code is : Load X with contents of ATD0DR5, then load egofactor_table[0] relative to the value in ATD0DR5???? Something not right here. Was this code buggy? > using a ptr to egofactor_table, I am getting illegal addressing mode What do you mean by using ptr to egofactor_table? "ldab &egofactor_table, x\n" ? It doesn't work. > \\ the GNU sytax for ldap seems to be > different - > "clra\n" > "ldy flash4.egomult\n" You can't access struct members this way. You should know member offset within struct. Say ptrdiff from &flash4 to &flash4.egomult is 3. Then you would write "ldy 3+%flash4\n" > "emul\n" > "ldx #100\n" > "ediv\n" > "tfr y,d\n" > "addd flash4.ego0\n" "addd +%flash4 \n" > "std tmp3\n" "std %tmp3" > ); > > > > Number two: > > /* > __asm__ __volatile__ ( > "clra\n" > "ldab %1\n" > "tfr d,x\n" > "dex\n" > "ldab %2,x\n" > "stab %0\n" > : "=m" (t1) > : "m" (rtsci), "m" (txbuf) ); > */ > asm( > "clra\n" > "ldab rtsci\n" ldab %rtsci > "tfr d,x\n" > "dex\n" > "ldab txbuf, x\n" // illegal addressing mode V6 assembler should be able to compile it. V7 asm doesn't like it. > "stab t1\n" > ); > This code should work around do the same "ldx #_txbuf-1 \n" "ldab %rtsci\n" "ldab b,x\n" "stab %t1\n" > Thanks for any hints What about redoing all the code from scratch :-) ? Edward > > Oskar > > _______________________________________________ > Icc-mot mailing list > Icc-mot@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-mot > From oskar at atk-it.com Tue Feb 19 10:56:35 2008 From: oskar at atk-it.com (Oskar Atkinson) Date: Tue Feb 19 11:05:12 2008 Subject: [Icc-mot] GNU to ICC References: <62B9B4B3C4921F48A08F1F160197507009414E@atk-master.atk-it.com><001601c7e73a$1a201ca0$a300a8c0@REKS><62B9B4B3C4921F48A08F1F16019750700491C5@atk-master.atk-it.com><004201c7fbac$a9658d60$0200a8c0@leon><62B9B4B3C4921F48A08F1F1601975070094484@atk-master.atk-it.com> <005101c872d7$917db950$a300a8c0@REKS> Message-ID: <62B9B4B3C4921F48A08F1F1601975070094494@atk-master.atk-it.com> Hi Edward, Thanks for zour support. Helps a lot. << How much space do you need for your constants? Could your constants and all the code into 48k? >> Don't know yet. There is a few arrays Like const unsigned char egofactor_table[1024] = { 147, ... } Will figure that when I can compile the whole stuff << , if not weird ",x" at the end. It doesn't make sense. Maybe I'm not understanding GCC asm, but what I see in your number one code is : Load X with contents of ATD0DR5, then load egofactor_table[0] relative to the value in ATD0DR5???? Something not right here. Was this code buggy? >> This code _may_ be buggy, entirely possible. And GCC just may not complain << > using a ptr to egofactor_table, I am getting illegal addressing mode What do you mean by using ptr to egofactor_table? "ldab &egofactor_table, x\n" ? It doesn't work. >> I was trying pToTable = &egofactorTable; Asm( ... "ldap pToTable,x\n" ) Anyway, the rest of your hints should get me tru << > Thanks for any hints What about redoing all the code from scratch :-) ? >> That's not off the table, once I got the current code running and I got an understanding whats is going on, then might thinking of redoing it. But first, today some books on programming the MS9S12 should arrive. Lets see whether I can learn fast enough. ( OTOH, 20 years ago, I self-tought me win32 programming and mde it, so I might have a chnce here as well :)) Oskar From oskar at atk-it.com Wed Feb 20 10:10:16 2008 From: oskar at atk-it.com (Oskar Atkinson) Date: Wed Feb 20 12:04:08 2008 Subject: [Icc-mot] GNU to ICC References: <62B9B4B3C4921F48A08F1F160197507009414E@atk-master.atk-it.com><001601c7e73a$1a201ca0$a300a8c0@REKS><62B9B4B3C4921F48A08F1F16019750700491C5@atk-master.atk-it.com><004201c7fbac$a9658d60$0200a8c0@leon><62B9B4B3C4921F48A08F1F1601975070094484@atk-master.atk-it.com> <005101c872d7$917db950$a300a8c0@REKS> Message-ID: <62B9B4B3C4921F48A08F1F16019750700944A1@atk-master.atk-it.com> Well, looking different now ... :-) However I need to bug you again... >> How much space do you need for your constants? Could your constants and all the code into 48k? It would be the best for you, just use nonpaged 0x4000.0xFFFF area. << Seems it not fitting in 48k, icc12w -o MSIIETXTRA-ICC-2008 -btext:0x4000.0xFFFF -bdata:0x0400 -dinit_sp:0x1000 -fmots19 @MSIIETXTRA-ICC-2008.lk !E (200): area 'text' not large enough want size 24967 lo 49487 hi 65535 size 16049 And then I am getting a gazillion errors: !E ms2_extra_main.o(2749): Code address 0:0x400b already contains a value !E ms2_extra_main.o(2749): Code address 0:0x400c already contains a value Counting up to !E ms2_extra_main.o(2749): Code address 0:0x6186 already contains a value Oskar From ekarpicz at freemail.lt Wed Feb 20 13:14:09 2008 From: ekarpicz at freemail.lt (Edward Karpicz) Date: Wed Feb 20 13:29:38 2008 Subject: [Icc-mot] GNU to ICC References: <62B9B4B3C4921F48A08F1F160197507009414E@atk-master.atk-it.com><001601c7e73a$1a201ca0$a300a8c0@REKS><62B9B4B3C4921F48A08F1F16019750700491C5@atk-master.atk-it.com><004201c7fbac$a9658d60$0200a8c0@leon><62B9B4B3C4921F48A08F1F1601975070094484@atk-master.atk-it.com><005101c872d7$917db950$a300a8c0@REKS> <62B9B4B3C4921F48A08F1F16019750700944A1@atk-master.atk-it.com> Message-ID: <028f01c87405$8aaf4560$a300a8c0@REKS> I forgot that C family members, different compared to D's and A's, can have linear nonpaged memory area larger than 48k. Good news for you, isn't it? I didn't try C64 myself, but if I understand datasheet properly, then you can have up to 64-4=60k of linear nonpaged flash. If you didn't read in the docs about internal memories priorities, then please note that RAM takes precedence over flash. It means when RAM and flash addresses do overlap, then RAM is visible and piece of flash, covered by RAM block, isn't visible. And the next rule - register block has the highest priority. That's why 64-4k. INITRM register out of reset is set to 9, so RAM block is at 0x0.0xFFF. INITRG register defaults at 0, so register block occupies 0x0.0x3FF addresses. So out of reset you have 2k of registers at 0x0.0x3FF, 3k of RAM at 0x400.0xFFF, and 60k of flash at 0x1000.0xFFFF. If you need all 4k of RAM, then you will have to remap RAM for example to 0x1000.0x1FFF, loosing extra kB of flash. So maybe try changing program memory setting to 0x1000.0xFFFF. If it won't fit 60k, then I guess you need more flash and paged memory. Edward P.S. you may have problems flashing compiled 0x1000.0xFFFF image due to possibly lack of support from debugger/programmes. But this is solvable converting S records to proper format. Oskar Atkinson wrote: > Well, looking different now ... :-) > > However I need to bug you again... > >>> > How much space do you need for your constants? Could your constants and > all the code into 48k? It would be the best for you, just use nonpaged > 0x4000.0xFFFF area. > << > > Seems it not fitting in 48k, > > icc12w -o MSIIETXTRA-ICC-2008 -btext:0x4000.0xFFFF -bdata:0x0400 > -dinit_sp:0x1000 -fmots19 @MSIIETXTRA-ICC-2008.lk > !E (200): area 'text' not large enough > want size 24967 > lo 49487 hi 65535 size 16049 > > And then I am getting a gazillion errors: > > !E ms2_extra_main.o(2749): Code address 0:0x400b already contains a > value > !E ms2_extra_main.o(2749): Code address 0:0x400c already contains a > value > Counting up to > !E ms2_extra_main.o(2749): Code address 0:0x6186 already contains a > value > > > Oskar > > _______________________________________________ > Icc-mot mailing list > Icc-mot@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-mot > From oskar at atk-it.com Wed Feb 20 14:54:05 2008 From: oskar at atk-it.com (Oskar Atkinson) Date: Wed Feb 20 15:03:04 2008 Subject: [Icc-mot] GNU to ICC References: <62B9B4B3C4921F48A08F1F160197507009414E@atk-master.atk-it.com><001601c7e73a$1a201ca0$a300a8c0@REKS><62B9B4B3C4921F48A08F1F16019750700491C5@atk-master.atk-it.com><004201c7fbac$a9658d60$0200a8c0@leon><62B9B4B3C4921F48A08F1F1601975070094484@atk-master.atk-it.com><005101c872d7$917db950$a300a8c0@REKS><62B9B4B3C4921F48A08F1F16019750700944A1@atk-master.atk-it.com> <028f01c87405$8aaf4560$a300a8c0@REKS> Message-ID: <62B9B4B3C4921F48A08F1F16019750700944A3@atk-master.atk-it.com> That would give me quite a bit more available memory. As the original code, compiled with GNU, did fit in a MC9S12C64 - I hope and expect that the same code ( once finally compiling) compiled with ICC will fit as well. I still am puzzled by the ton of errormessages: > !E ms2_extra_main.o(2749): Code address 0:0x400b already contains a > value > !E ms2_extra_main.o(2749): Code address 0:0x400c already contains a > value > Counting up to > !E ms2_extra_main.o(2749): Code address 0:0x6186 already contains a Basically for every byte I am getting a line. IMHO, it has to have some cause - which I am not aware of. ( Using my standard dev environment Visula Objects - I can create such a situation of 1000nds of errors. But there I know how to solve it .. ) Oskar -----Original Message----- From: icc-mot-bounces@imagecraft.com [mailto:icc-mot-bounces@imagecraft.com] On Behalf Of Edward Karpicz Sent: Wednesday, February 20, 2008 1:14 PM To: Discussion List for ICC08/11/12/16 users. You do NOT need tosubscribetoicc-announce if you are a member of this. Subject: Re: [Icc-mot] GNU to ICC I forgot that C family members, different compared to D's and A's, can have linear nonpaged memory area larger than 48k. Good news for you, isn't it? I didn't try C64 myself, but if I understand datasheet properly, then you can have up to 64-4=60k of linear nonpaged flash. If you didn't read in the docs about internal memories priorities, then please note that RAM takes precedence over flash. It means when RAM and flash addresses do overlap, then RAM is visible and piece of flash, covered by RAM block, isn't visible. And the next rule - register block has the highest priority. That's why 64-4k. INITRM register out of reset is set to 9, so RAM block is at 0x0.0xFFF. INITRG register defaults at 0, so register block occupies 0x0.0x3FF addresses. So out of reset you have 2k of registers at 0x0.0x3FF, 3k of RAM at 0x400.0xFFF, and 60k of flash at 0x1000.0xFFFF. If you need all 4k of RAM, then you will have to remap RAM for example to 0x1000.0x1FFF, loosing extra kB of flash. So maybe try changing program memory setting to 0x1000.0xFFFF. If it won't fit 60k, then I guess you need more flash and paged memory. Edward P.S. you may have problems flashing compiled 0x1000.0xFFFF image due to possibly lack of support from debugger/programmes. But this is solvable converting S records to proper format. Oskar Atkinson wrote: > Well, looking different now ... :-) > > However I need to bug you again... > >>> > How much space do you need for your constants? Could your constants and > all the code into 48k? It would be the best for you, just use nonpaged > 0x4000.0xFFFF area. > << > > Seems it not fitting in 48k, > > icc12w -o MSIIETXTRA-ICC-2008 -btext:0x4000.0xFFFF -bdata:0x0400 > -dinit_sp:0x1000 -fmots19 @MSIIETXTRA-ICC-2008.lk > !E (200): area 'text' not large enough > want size 24967 > lo 49487 hi 65535 size 16049 > > And then I am getting a gazillion errors: > > !E ms2_extra_main.o(2749): Code address 0:0x400b already contains a > value > !E ms2_extra_main.o(2749): Code address 0:0x400c already contains a > value > Counting up to > !E ms2_extra_main.o(2749): Code address 0:0x6186 already contains a > value > > > Oskar > > _______________________________________________ > Icc-mot mailing list > Icc-mot@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-mot > _______________________________________________ Icc-mot mailing list Icc-mot@imagecraft.com http://dragonsgate.net/mailman/listinfo/icc-mot From ekarpicz at freemail.lt Wed Feb 20 23:40:46 2008 From: ekarpicz at freemail.lt (Edward Karpicz) Date: Wed Feb 20 23:55:49 2008 Subject: [Icc-mot] GNU to ICC References: <62B9B4B3C4921F48A08F1F160197507009414E@atk-master.atk-it.com><001601c7e73a$1a201ca0$a300a8c0@REKS><62B9B4B3C4921F48A08F1F16019750700491C5@atk-master.atk-it.com><004201c7fbac$a9658d60$0200a8c0@leon><62B9B4B3C4921F48A08F1F1601975070094484@atk-master.atk-it.com><005101c872d7$917db950$a300a8c0@REKS><62B9B4B3C4921F48A08F1F16019750700944A1@atk-master.atk-it.com><028f01c87405$8aaf4560$a300a8c0@REKS> <62B9B4B3C4921F48A08F1F16019750700944A3@atk-master.atk-it.com> Message-ID: <000401c8745d$13976a90$a300a8c0@REKS> address xxxx already contains a value means linker sees something already emitted to xxxx address. Something overlaps. Hard to guess what's wrong in your case. Did you define some custom area or emit code/data to specific address using #pragma abs_address ? Do you have some pure asm files that could emit code/data to the wrong area, wrong address? Edward ----- Original Message ----- From: "Oskar Atkinson" To: "Discussion List for ICC08/11/12/16 users. You do NOT need tosubscribetoicc-announce if you are a member of this." Sent: Thursday, February 21, 2008 12:54 AM Subject: RE: [Icc-mot] GNU to ICC > That would give me quite a bit more available memory. > > As the original code, compiled with GNU, did fit in a MC9S12C64 - I hope > and expect that the same code ( once finally compiling) compiled with > ICC will fit as well. > > I still am puzzled by the ton of errormessages: > >> !E ms2_extra_main.o(2749): Code address 0:0x400b already contains a >> value >> !E ms2_extra_main.o(2749): Code address 0:0x400c already contains a >> value >> Counting up to >> !E ms2_extra_main.o(2749): Code address 0:0x6186 already contains a > > Basically for every byte I am getting a line. > IMHO, it has to have some cause - which I am not aware of. > > > ( Using my standard dev environment Visula Objects - I can create such a > situation of 1000nds of errors. But there I know how to solve it .. ) > > > Oskar > > > > -----Original Message----- > From: icc-mot-bounces@imagecraft.com > [mailto:icc-mot-bounces@imagecraft.com] On Behalf Of Edward Karpicz > Sent: Wednesday, February 20, 2008 1:14 PM > To: Discussion List for ICC08/11/12/16 users. You do NOT need > tosubscribetoicc-announce if you are a member of this. > Subject: Re: [Icc-mot] GNU to ICC > > I forgot that C family members, different compared to D's and A's, can > have linear nonpaged memory area larger than 48k. Good news for you, > isn't it? I didn't try C64 myself, but if I understand datasheet > properly, then you can have up to 64-4=60k of linear nonpaged flash. If > you didn't read in the docs about internal memories priorities, then > please note that RAM takes precedence over flash. It means when RAM and > flash addresses do overlap, then RAM is visible and piece of flash, > covered by RAM block, isn't visible. > And the next rule - register block has the highest priority. That's why > 64-4k. INITRM register out of reset is set to 9, so RAM block is at > 0x0.0xFFF. INITRG register defaults at 0, so register block occupies > 0x0.0x3FF addresses. So out of reset you have 2k of registers at > 0x0.0x3FF, 3k of RAM at 0x400.0xFFF, and 60k of flash at 0x1000.0xFFFF. > If you need all 4k of RAM, then you will have to remap RAM for example > to 0x1000.0x1FFF, loosing extra kB of flash. > > So maybe try changing program memory setting to 0x1000.0xFFFF. If it > won't fit 60k, then I guess you need more flash and paged memory. > > > Edward > > P.S. you may have problems flashing compiled 0x1000.0xFFFF image due to > possibly lack of support from debugger/programmes. But this is solvable > converting S records to proper format. > > > Oskar Atkinson wrote: > >> Well, looking different now ... :-) >> >> However I need to bug you again... >> >>>> >> How much space do you need for your constants? Could your constants > and >> all the code into 48k? It would be the best for you, just use nonpaged >> 0x4000.0xFFFF area. >> << >> >> Seems it not fitting in 48k, >> >> icc12w -o MSIIETXTRA-ICC-2008 -btext:0x4000.0xFFFF -bdata:0x0400 >> -dinit_sp:0x1000 -fmots19 @MSIIETXTRA-ICC-2008.lk >> !E (200): area 'text' not large enough >> want size 24967 >> lo 49487 hi 65535 size 16049 >> >> And then I am getting a gazillion errors: >> >> !E ms2_extra_main.o(2749): Code address 0:0x400b already contains a >> value >> !E ms2_extra_main.o(2749): Code address 0:0x400c already contains a >> value >> Counting up to >> !E ms2_extra_main.o(2749): Code address 0:0x6186 already contains a >> value >> >> >> Oskar >> >> _______________________________________________ >> Icc-mot mailing list >> Icc-mot@imagecraft.com >> http://dragonsgate.net/mailman/listinfo/icc-mot >> > > _______________________________________________ > Icc-mot mailing list > Icc-mot@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-mot > > _______________________________________________ > Icc-mot mailing list > Icc-mot@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-mot > From oskar at atk-it.com Fri Feb 22 14:56:32 2008 From: oskar at atk-it.com (Oskar Atkinson) Date: Fri Feb 22 15:05:08 2008 Subject: [Icc-mot] GNU to ICC References: <62B9B4B3C4921F48A08F1F160197507009414E@atk-master.atk-it.com><001601c7e73a$1a201ca0$a300a8c0@REKS><62B9B4B3C4921F48A08F1F16019750700491C5@atk-master.atk-it.com><004201c7fbac$a9658d60$0200a8c0@leon><62B9B4B3C4921F48A08F1F1601975070094484@atk-master.atk-it.com><005101c872d7$917db950$a300a8c0@REKS><62B9B4B3C4921F48A08F1F16019750700944A1@atk-master.atk-it.com><028f01c87405$8aaf4560$a300a8c0@REKS><62B9B4B3C4921F48A08F1F16019750700944A3@atk-master.atk-it.com> <000401c8745d$13976a90$a300a8c0@REKS> Message-ID: <62B9B4B3C4921F48A08F1F16019750700944AA@atk-master.atk-it.com> Hi Edward, Found a helpful document, a Motorola-to-GNU Assembly Conversion Chart http://robust.cs.utep.edu/arch1/manual/appendix/a-0.html Explains the "ldab %2,x\n" Oskar From ekarpicz at freemail.lt Fri Feb 22 23:45:32 2008 From: ekarpicz at freemail.lt (Edward Karpicz) Date: Sat Feb 23 00:00:31 2008 Subject: [Icc-mot] GNU to ICC References: <62B9B4B3C4921F48A08F1F160197507009414E@atk-master.atk-it.com><001601c7e73a$1a201ca0$a300a8c0@REKS><62B9B4B3C4921F48A08F1F16019750700491C5@atk-master.atk-it.com><004201c7fbac$a9658d60$0200a8c0@leon><62B9B4B3C4921F48A08F1F1601975070094484@atk-master.atk-it.com><005101c872d7$917db950$a300a8c0@REKS><62B9B4B3C4921F48A08F1F16019750700944A1@atk-master.atk-it.com><028f01c87405$8aaf4560$a300a8c0@REKS><62B9B4B3C4921F48A08F1F16019750700944A3@atk-master.atk-it.com><000401c8745d$13976a90$a300a8c0@REKS> <62B9B4B3C4921F48A08F1F16019750700944AA@atk-master.atk-it.com> Message-ID: <005401c875f0$12a76420$a300a8c0@REKS> Hi, I see nothing new in this document. ",x" stands for indexed addressing mode. It's either register,x, where register is a,b,or d register. Contents of a/b/d register added to contents of x register specifies operand address. Or, it's a const,x. Const offset added to contents of x register specifies operand address. You had this code: __asm__ __volatile__ ( // "ldx %1\n" "ldab %2,x\n" <- is B reg loaded from *((char*)ATD0DR5 + egofactor_table[0]) ? "clra\n" "ldy %3\n" "emul\n" "ldx #100\n" "ediv\n" "tfr y,d\n" "addd %4\n" : "=d"(tmp3) : "x"(ATD0DR5), <- is x loaded from ATD0DR5? "m"(egofactor_table[0]), Is first line "ldx %1" suppressed with //? Anyway it specifies the same what's specified by : "x"(ATD0DR5). Edward > Hi Edward, > > Found a helpful document, a Motorola-to-GNU Assembly Conversion Chart > http://robust.cs.utep.edu/arch1/manual/appendix/a-0.html > > Explains the "ldab %2,x\n" > > Oskar > > > > > _______________________________________________ > Icc-mot mailing list > Icc-mot@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-mot > From peter at sensair.com Tue Feb 26 13:55:57 2008 From: peter at sensair.com (Peter Lissenburg) Date: Tue Feb 26 14:12:08 2008 Subject: [Icc-mot] ICC12 ver6 with Dongle In-Reply-To: <200802110535.m1B5ZeBa043651@dragonsgate2.imagecraft.com> References: <200802110535.m1B5ZeBa043651@dragonsgate2.imagecraft.com> Message-ID: <47C48AED.4070706@sensair.com> Hi Richard, I'm trying to run ICCv6.16A on a (relatively) new machine, with the dongle. I did have it working some weeks ago in the demo mode. It comes up, but then immediately disappears. No option to import license, no reference to the dongle etc. I have the USB dongle driver loaded, ICC712 and ICC7430 work fine. I have uninstalled and reinstalled the program, but still to no avail. Any ideas? Thanks. Peter Lissenburg. SENSAIR From genenorris at spotengineering.com Wed Feb 27 14:09:29 2008 From: genenorris at spotengineering.com (Gene Norris) Date: Wed Feb 27 14:24:39 2008 Subject: [Icc-mot] ICC12 V7.04 Released In-Reply-To: <200802110535.m1B5ZeBa043651@dragonsgate2.imagecraft.com> References: <200802110535.m1B5ZeBa043651@dragonsgate2.imagecraft.com> Message-ID: <47C5DF99.4080905@spotengineering.com> What is the status on the XGate processors? Richard Man wrote: > Change log excerpt: > > V7.04 - Feb 11th, 2008 > IDE > - [ADV and PRO only] Added capability to create Library projects. > Compiler > - 7.03A did not generate calls to "uint2fp" for unsigned to FP > conversion > - the compiler was trashing 'D' for complicated indirect function > call, and thus may overwrite the first argument to the function. e.g. > tab[i]->func(0); // D overwritten > Header Files > - the DP512 header file was incorrect. > > // richard > On-line orders, support, > and listservers available on web site. > [ For technical support on ImageCraft products, please include all > previous replies in your msgs. ] > _______________________________________________ > Icc-mot mailing list > Icc-mot@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-mot > > From richard-lists at imagecraft.com Thu Feb 28 02:21:41 2008 From: richard-lists at imagecraft.com (Richard Man) Date: Thu Feb 28 02:37:29 2008 Subject: [Icc-mot] ICC12 V7.04 Released In-Reply-To: <47C5DF99.4080905@spotengineering.com> References: <200802110535.m1B5ZeBa043651@dragonsgate2.imagecraft.com> <47C5DF99.4080905@spotengineering.com> Message-ID: <200802281037.m1SAbSpk038011@mail.imagecraft.com> No further work has been done yet. We do not yet have the right resources... At 02:09 PM 2/27/2008, you wrote: >What is the status on the XGate processors? > >Richard Man wrote: >>Change log excerpt: >>V7.04 - Feb 11th, 2008 >> IDE >> - [ADV and PRO only] Added capability to create Library projects. >> Compiler >> - 7.03A did not generate calls to "uint2fp" for unsigned to FP >> conversion >> - the compiler was trashing 'D' for complicated indirect function >> call, and thus may overwrite the first argument to the function. e.g. >> tab[i]->func(0); // D overwritten >> Header Files >> - the DP512 header file was incorrect. // richard (This email is for mailing lists. To reach me directly, please use richard at imagecraft.com) From jim at fiocca.net Thu Feb 28 06:11:23 2008 From: jim at fiocca.net (Jim Fiocca) Date: Thu Feb 28 06:26:25 2008 Subject: [Icc-mot] ICC12 V7.04 Released In-Reply-To: <200802281037.m1SAbSpk038011@mail.imagecraft.com> References: <200802110535.m1B5ZeBa043651@dragonsgate2.imagecraft.com> <47C5DF99.4080905@spotengineering.com> <200802281037.m1SAbSpk038011@mail.imagecraft.com> Message-ID: <47C6C10B.2090902@fiocca.net> I was also wondering the current status of XGate support. I went to the archive site and sorted by subject, but couldn't find anything about XGate - though I know it's been discussed on the list before. 1) Will the assembler recognize and assemble the new instructions for the main core? 2) Will the compiler use the new instructions? 3) Will there be a 2nd assembler for the XGate co-processor (I wouldn't expect a 2nd compiler)? Thanks, Jim Richard Man wrote: > No further work has been done yet. We do not yet have the right > resources... > > At 02:09 PM 2/27/2008, you wrote: >> What is the status on the XGate processors? >> >> Richard Man wrote: >>> Change log excerpt: >>> V7.04 - Feb 11th, 2008 >>> IDE >>> - [ADV and PRO only] Added capability to create Library projects. >>> Compiler >>> - 7.03A did not generate calls to "uint2fp" for unsigned to FP >>> conversion >>> - the compiler was trashing 'D' for complicated indirect function >>> call, and thus may overwrite the first argument to the >>> function. e.g. >>> tab[i]->func(0); // D overwritten >>> Header Files >>> - the DP512 header file was incorrect. > > // richard (This email is for mailing lists. To reach me directly, > please use richard at imagecraft.com) > _______________________________________________ > Icc-mot mailing list > Icc-mot@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-mot From jpdi at free.fr Thu Feb 28 06:37:01 2008 From: jpdi at free.fr (jpdi) Date: Thu Feb 28 06:52:08 2008 Subject: [Icc-mot] ICC12 V7.04 Released In-Reply-To: <47C6C10B.2090902@fiocca.net> Message-ID: <20080228143707.BB2771AB325@smtp1-g19.free.fr> Hi, Jim I'm waiting too for XGate assembler in ICC12 V7. I had some mail exchange between Richard, Edward Karpicz and me, so I begin to work with XGate, but without XGate assembler. Maybe, with the quality of "XGate exploratory", we could exchange experience? If you agree, give me your mail address... Mine is joel.petrique@free.fr Best regards. Joel > -----Message d'origine----- > De?: icc-mot-bounces@imagecraft.com [mailto:icc-mot- > bounces@imagecraft.com] De la part de Jim Fiocca > Envoy??: jeudi 28 f?vrier 2008 15:11 > ??: Discussion List for ICC08/11/12/16 users. You do NOT need to subscribe > toicc-announce if you are a member of this. > Objet?: Re: [Icc-mot] ICC12 V7.04 Released > > I was also wondering the current status of XGate support. I went to the > archive site and sorted by subject, but couldn't find anything about > XGate - though I know it's been discussed on the list before. > > 1) Will the assembler recognize and assemble the new instructions for > the main core? > > 2) Will the compiler use the new instructions? > > 3) Will there be a 2nd assembler for the XGate co-processor (I wouldn't > expect a 2nd compiler)? > > Thanks, > Jim > > > Richard Man wrote: > > No further work has been done yet. We do not yet have the right > > resources... > > > > At 02:09 PM 2/27/2008, you wrote: > >> What is the status on the XGate processors? > >> > >> Richard Man wrote: > >>> Change log excerpt: > >>> V7.04 - Feb 11th, 2008 > >>> IDE > >>> - [ADV and PRO only] Added capability to create Library projects. > >>> Compiler > >>> - 7.03A did not generate calls to "uint2fp" for unsigned to FP > >>> conversion > >>> - the compiler was trashing 'D' for complicated indirect function > >>> call, and thus may overwrite the first argument to the > >>> function. e.g. > >>> tab[i]->func(0); // D overwritten > >>> Header Files > >>> - the DP512 header file was incorrect. > > > > // richard (This email is for mailing lists. To reach me directly, > > please use richard at imagecraft.com) > > _______________________________________________ > > Icc-mot mailing list > > Icc-mot@imagecraft.com > > http://dragonsgate.net/mailman/listinfo/icc-mot > > _______________________________________________ > Icc-mot mailing list > Icc-mot@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-mot From jim at fiocca.net Fri Feb 29 06:58:37 2008 From: jim at fiocca.net (Jim Fiocca) Date: Fri Feb 29 07:13:48 2008 Subject: [Icc-mot] Re: XGate support In-Reply-To: <47C6C10B.2090902@fiocca.net> References: <200802110535.m1B5ZeBa043651@dragonsgate2.imagecraft.com> <47C5DF99.4080905@spotengineering.com> <200802281037.m1SAbSpk038011@mail.imagecraft.com> <47C6C10B.2090902@fiocca.net> Message-ID: <47C81D9D.4070302@fiocca.net> OK, let me start with a simpler question regarding the current status of ICC12 V7: If I upgrade my processor from an S12E128 to an S12XDP512, will I be able to compile my original S12 code for the new target? Thanks, Jim Jim Fiocca wrote: > I was also wondering the current status of XGate support. I went to > the archive site and sorted by subject, but couldn't find anything > about XGate - though I know it's been discussed on the list before. > > 1) Will the assembler recognize and assemble the new instructions for > the main core? > > 2) Will the compiler use the new instructions? > > 3) Will there be a 2nd assembler for the XGate co-processor (I > wouldn't expect a 2nd compiler)? > > Thanks, > Jim > > > Richard Man wrote: >> No further work has been done yet. We do not yet have the right >> resources... >> >> At 02:09 PM 2/27/2008, you wrote: >>> What is the status on the XGate processors? >>> >>> Richard Man wrote: >>>> Change log excerpt: >>>> V7.04 - Feb 11th, 2008 >>>> IDE >>>> - [ADV and PRO only] Added capability to create Library projects. >>>> Compiler >>>> - 7.03A did not generate calls to "uint2fp" for unsigned to FP >>>> conversion >>>> - the compiler was trashing 'D' for complicated indirect function >>>> call, and thus may overwrite the first argument to the >>>> function. e.g. >>>> tab[i]->func(0); // D overwritten >>>> Header Files >>>> - the DP512 header file was incorrect. >> >> // richard (This email is for mailing lists. To reach me directly, >> please use richard at imagecraft.com) >> _______________________________________________ >> Icc-mot mailing list >> Icc-mot@imagecraft.com >> http://dragonsgate.net/mailman/listinfo/icc-mot > > _______________________________________________ > Icc-mot mailing list > Icc-mot@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-mot From genenorris at spotengineering.com Fri Feb 29 08:26:40 2008 From: genenorris at spotengineering.com (Gene Norris) Date: Fri Feb 29 08:41:47 2008 Subject: [Icc-mot] Re: XGate support In-Reply-To: <47C81D9D.4070302@fiocca.net> References: <200802110535.m1B5ZeBa043651@dragonsgate2.imagecraft.com> <47C5DF99.4080905@spotengineering.com> <200802281037.m1SAbSpk038011@mail.imagecraft.com> <47C6C10B.2090902@fiocca.net> <47C81D9D.4070302@fiocca.net> Message-ID: <47C83240.50602@spotengineering.com> Jim, Yes. However, you cannot use the xgate coprocessor reliably with the current assembler. First you must select the s12x processor and then make a CUSTOM device configuration. Richard's default for the dp512 expanded memory is WRONG. Edward has a good map and header file for the dp512. I think he could be coaxed into providing a link to them. He may also share his opinion of the xgate assembler. (Edward, I can provide space on our server if you cannot.) I have had some paging issues, but Edward seems to have no problems. Gene Jim Fiocca wrote: > OK, let me start with a simpler question regarding the current status of > ICC12 V7: If I upgrade my processor from an S12E128 to an S12XDP512, > will I be able to compile my original S12 code for the new target? > > Thanks, > Jim > > > Jim Fiocca wrote: >> I was also wondering the current status of XGate support. I went to >> the archive site and sorted by subject, but couldn't find anything >> about XGate - though I know it's been discussed on the list before. >> >> 1) Will the assembler recognize and assemble the new instructions for >> the main core? >> >> 2) Will the compiler use the new instructions? >> >> 3) Will there be a 2nd assembler for the XGate co-processor (I >> wouldn't expect a 2nd compiler)? >> >> Thanks, >> Jim >> >> >> Richard Man wrote: >>> No further work has been done yet. We do not yet have the right >>> resources... >>> >>> At 02:09 PM 2/27/2008, you wrote: >>>> What is the status on the XGate processors? >>>> >>>> Richard Man wrote: >>>>> Change log excerpt: >>>>> V7.04 - Feb 11th, 2008 >>>>> IDE >>>>> - [ADV and PRO only] Added capability to create Library projects. >>>>> Compiler >>>>> - 7.03A did not generate calls to "uint2fp" for unsigned to FP >>>>> conversion >>>>> - the compiler was trashing 'D' for complicated indirect function >>>>> call, and thus may overwrite the first argument to the >>>>> function. e.g. >>>>> tab[i]->func(0); // D overwritten >>>>> Header Files >>>>> - the DP512 header file was incorrect. >>> >>> // richard (This email is for mailing lists. To reach me directly, >>> please use richard at imagecraft.com) >>> _______________________________________________ >>> Icc-mot mailing list >>> Icc-mot@imagecraft.com >>> http://dragonsgate.net/mailman/listinfo/icc-mot >> >> _______________________________________________ >> Icc-mot mailing list >> Icc-mot@imagecraft.com >> http://dragonsgate.net/mailman/listinfo/icc-mot > > _______________________________________________ > Icc-mot mailing list > Icc-mot@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-mot > > > From ekarpicz at freemail.lt Fri Feb 29 09:54:54 2008 From: ekarpicz at freemail.lt (Edward Karpicz) Date: Fri Feb 29 10:10:01 2008 Subject: [Icc-mot] Re: XGate support References: <200802110535.m1B5ZeBa043651@dragonsgate2.imagecraft.com> <47C5DF99.4080905@spotengineering.com> <200802281037.m1SAbSpk038011@mail.imagecraft.com><47C6C10B.2090902@fiocca.net> <47C81D9D.4070302@fiocca.net> Message-ID: <005001c87afc$31b7b750$a300a8c0@REKS> The answer is yes, ICC V7 and even V6 is enough to work with S12X. You just need an header file and you old code should compile quite easily. Old code should work, except for some nuisances: 1) different PPAGE's. a) PPAGE range is 0xE0-0xFF for S12XD512, paged memory setting 0x380000.0x3FFFFF. 0x38-0x3F - for S12E128, paged memory setting 0xE0000.0xFFFFF b) Different nonpaged area mapping. Nonpaged 0x4000.0x7FFF maps to last_page-1 (or the top most page minus 1) on S12. So nonpaged 0x4000.0x7FFF is mapped to PPAGE 0x3E on all S12. But in S12X, nonpaged 0x4000.0x7FFF maps to last_page-2, it's PPAGE=0xFD. Bla bla bla, S12 after reset has this nonpaged mapping: 0x4000.0x7FFF - PPAGE=lastpage(0x3F)-1=0x3E 0x8000.0xBFFF - PPAGE=0. PPAGE=0 in single chip mode is the same like the bottom most PPAGE, 0x38 for 128k S12 parts. 0xC000.0xFFFF - PPAGE=lastpage=0x3F S12X: 0x4000.0x7FFF - PPAGE=lastpage-2=0xFD 0x8000.0xBFFF - PPAGE=lastpage-1=0xFE 0xC000.0xFFFF - PPAGE=lastpage=0xFF Above may be important for Srecords converting. 2) Preemptive RTOSes should be upgraded due to 16bits CCR register and interrupt priorities. Interrupt priorities matter also here: 3) If you were using interrupt nesting, then be aware that CLI in ISR is not enough to interrupt an interrupt in S12X. Normally you adjust interrupt priorities in interrupt controller, then CLI in ISR's of interest. If you don't want to bother with interrupt controller, then you should clear higher CCRh bits. Edward > OK, let me start with a simpler question regarding the current status of > ICC12 V7: If I upgrade my processor from an S12E128 to an S12XDP512, will > I be able to compile my original S12 code for the new target? > > Thanks, > Jim > > > Jim Fiocca wrote: >> I was also wondering the current status of XGate support. I went to the >> archive site and sorted by subject, but couldn't find anything about >> XGate - though I know it's been discussed on the list before. >> >> 1) Will the assembler recognize and assemble the new instructions for the >> main core? >> >> 2) Will the compiler use the new instructions? >> >> 3) Will there be a 2nd assembler for the XGate co-processor (I wouldn't >> expect a 2nd compiler)? >> >> Thanks, >> Jim >> >> >> Richard Man wrote: >>> No further work has been done yet. We do not yet have the right >>> resources... >>> >>> At 02:09 PM 2/27/2008, you wrote: >>>> What is the status on the XGate processors? >>>> >>>> Richard Man wrote: >>>>> Change log excerpt: >>>>> V7.04 - Feb 11th, 2008 >>>>> IDE >>>>> - [ADV and PRO only] Added capability to create Library projects. >>>>> Compiler >>>>> - 7.03A did not generate calls to "uint2fp" for unsigned to FP >>>>> conversion >>>>> - the compiler was trashing 'D' for complicated indirect function >>>>> call, and thus may overwrite the first argument to the function. >>>>> e.g. >>>>> tab[i]->func(0); // D overwritten >>>>> Header Files >>>>> - the DP512 header file was incorrect. >>> >>> // richard (This email is for mailing lists. To reach me directly, >>> please use richard at imagecraft.com) >>> _______________________________________________ >>> Icc-mot mailing list >>> Icc-mot@imagecraft.com >>> http://dragonsgate.net/mailman/listinfo/icc-mot >> >> _______________________________________________ >> Icc-mot mailing list >> Icc-mot@imagecraft.com >> http://dragonsgate.net/mailman/listinfo/icc-mot > > _______________________________________________ > Icc-mot mailing list > Icc-mot@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-mot > From ekarpicz at freemail.lt Fri Feb 29 11:55:23 2008 From: ekarpicz at freemail.lt (Edward Karpicz) Date: Fri Feb 29 12:10:30 2008 Subject: [Icc-mot] Re: XGate support References: <200802110535.m1B5ZeBa043651@dragonsgate2.imagecraft.com> <47C5DF99.4080905@spotengineering.com> <200802281037.m1SAbSpk038011@mail.imagecraft.com> <47C6C10B.2090902@fiocca.net><47C81D9D.4070302@fiocca.net> <47C83240.50602@spotengineering.com> Message-ID: <00a601c87b0d$06c51630$a300a8c0@REKS> Gene, you are right. XDP512 settings template is wrong. Data setting should be 0x1000 instead of 0x800. Also upper '3' is missing in paged memory settings. It should be 0x380000.0x3FFFFF instead of 0x80000.0xFFFFF. Does IDE mask these '3'? Attachments aren't allowed here, but that my XDP512 map is short to be inserted into message body. Use fixed width font to see it properly. First column is a resource name, 2nd-global memory range, 3rd- S12X view in terms of PPAGE:offset, 4th - addresses from XGATE point of view, 5th - ICC memory settings. "-b" is a linker command line switch . For example you may add -bmyeeprom:0x800.0xFFF to define eeprom memory area. Edward XDP/XDT/512 adress map, short reference GLOBAL S12XVIEW XGATEVIEW LINEAR Flash: 780000-7FFFFF E0:8000-FF:BFFF - (-b0x380000.0x3FFFFF) (all flash minus pageFF,pageFE = -b0x380000.0x37FFFF) XGATE sees flash total: 780800-787FFF 800-7FFF (-b0x380800.0x387FFF) PpageE0: 780800-783FFF E0:8800-E0:BFFF 800-3FFF (-b0x380800.0x383FFF) PpageE1: 784000-787FFF E1:8000-E1:BFFF 4000-7FFF (-b0x384000.0x387FFF) RAM total F8000- FFFFF 8000-FFFF RpageF8: F8000- F8FFF F8:1000-F8:1FFF 8000-8FFF RpageF9: F9000- F9FFF F9:1000-F9:1FFF 9000-9FFF RpageFA: FA000- FAFFF FA:1000-FA:1FFF A000-AFFF RpageFB: FB000- FBFFF FB:1000-FB:1FFF B000-BFFF RpageFC: FC000- FCFFF FC:1000-FC:1FFF C000-CFFF RpageFD: FD000- FDFFF FD:1000-FD:1FFF D000-DFFF RpageFE: FE000- FEFFF FE:1000-FE:1FFF E000-EFFF or 2000-2FFF (-b0x2000.0x2FFF) RpageFF: FF000- FFFFF FF:1000-FF:1FFF F000-FFFF or 3000-3FFF (-b0x3000.0x3FFF) EEPROM: total 13F000-13FFFF ------ EpageFC: 13F000-13F3FF FC:0800-FC:0BFF EpageFD: 13F400-13F7FF FD:0800-FD:0BFF EpageFE: 13F800-13FBFF FE:0800-FE:0BFF EpageFF: 13FC00-13FFFF FF:0800-FF:0BFF+ + C00-FFF (-b0xC00.0xFFF) ----- Original Message ----- From: "Gene Norris" To: "Discussion List for ICC08/11/12/16 users. You do NOT need to subscribe toicc-announce if you are a member of this." Sent: Friday, February 29, 2008 6:26 PM Subject: Re: [Icc-mot] Re: XGate support > Jim, > > Yes. However, you cannot use the xgate coprocessor reliably with the > current assembler. > > First you must select the s12x processor and then make a CUSTOM device > configuration. Richard's default for the dp512 expanded memory is WRONG. > > Edward has a good map and header file for the dp512. I think he could be > coaxed into providing a link to them. He may also share his opinion of > the xgate assembler. (Edward, I can provide space on our server if you > cannot.) > > I have had some paging issues, but Edward seems to have no problems. > > Gene > > Jim Fiocca wrote: >> OK, let me start with a simpler question regarding the current status of >> ICC12 V7: If I upgrade my processor from an S12E128 to an S12XDP512, >> will I be able to compile my original S12 code for the new target? >> >> Thanks, >> Jim >> >> >> Jim Fiocca wrote: >>> I was also wondering the current status of XGate support. I went to the >>> archive site and sorted by subject, but couldn't find anything about >>> XGate - though I know it's been discussed on the list before. >>> >>> 1) Will the assembler recognize and assemble the new instructions for >>> the main core? >>> >>> 2) Will the compiler use the new instructions? >>> >>> 3) Will there be a 2nd assembler for the XGate co-processor (I wouldn't >>> expect a 2nd compiler)? >>> >>> Thanks, >>> Jim >>> >>> >>> Richard Man wrote: >>>> No further work has been done yet. We do not yet have the right >>>> resources... >>>> >>>> At 02:09 PM 2/27/2008, you wrote: >>>>> What is the status on the XGate processors? >>>>> >>>>> Richard Man wrote: >>>>>> Change log excerpt: >>>>>> V7.04 - Feb 11th, 2008 >>>>>> IDE >>>>>> - [ADV and PRO only] Added capability to create Library projects. >>>>>> Compiler >>>>>> - 7.03A did not generate calls to "uint2fp" for unsigned to FP >>>>>> conversion >>>>>> - the compiler was trashing 'D' for complicated indirect function >>>>>> call, and thus may overwrite the first argument to the >>>>>> function. e.g. >>>>>> tab[i]->func(0); // D overwritten >>>>>> Header Files >>>>>> - the DP512 header file was incorrect. >>>> >>>> // richard (This email is for mailing lists. To reach me directly, >>>> please use richard at imagecraft.com) >>>> _______________________________________________ >>>> Icc-mot mailing list >>>> Icc-mot@imagecraft.com >>>> http://dragonsgate.net/mailman/listinfo/icc-mot >>> >>> _______________________________________________ >>> Icc-mot mailing list >>> Icc-mot@imagecraft.com >>> http://dragonsgate.net/mailman/listinfo/icc-mot >> >> _______________________________________________ >> Icc-mot mailing list >> Icc-mot@imagecraft.com >> http://dragonsgate.net/mailman/listinfo/icc-mot >> >> >> > > _______________________________________________ > Icc-mot mailing list > Icc-mot@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-mot > From richard-lists at imagecraft.com Fri Feb 29 13:04:42 2008 From: richard-lists at imagecraft.com (Richard Man) Date: Fri Feb 29 13:20:35 2008 Subject: [Icc-mot] Re: XGate support In-Reply-To: <47C83240.50602@spotengineering.com> References: <200802110535.m1B5ZeBa043651@dragonsgate2.imagecraft.com> <47C5DF99.4080905@spotengineering.com> <200802281037.m1SAbSpk038011@mail.imagecraft.com> <47C6C10B.2090902@fiocca.net> <47C81D9D.4070302@fiocca.net> <47C83240.50602@spotengineering.com> Message-ID: <200802292120.m1TLKXTC021221@mail.imagecraft.com> At 08:26 AM 2/29/2008, Gene Norris wrote: >Jim, > >Yes. However, you cannot use the xgate coprocessor reliably with the >current assembler. > >First you must select the s12x processor and then make a CUSTOM device >configuration. Richard's default for the dp512 expanded memory is WRONG. My apology. The thing is that it is unlikely to be fixed if I don't know about it. Can you share them with me so I can correct them? Thanks. // richard (This email is for mailing lists. To reach me directly, please use richard at imagecraft.com)