From: Michael S. <msc...@ba...> - 2000-05-05 12:33:42
|
Hi Folks, this one made me loose my hairs ! i was trying to implement an CRC16-CCITT-V41, but i failed for hours. const unsigned int table[4] = { 0x1234 , 0x2345 , 0x3456 , 0x4567 }; main{ printf("\n\r %04X %04X %04X %04X",table[0],table[1],table[2],table[3]); } i would expect the following output : 0x1234 0x2345 0x3456 0x4567 but all i get is : 0x3412 0x4523 0x5634 0x6745 so high-byte and low-byte are SWAPed ! if i place such a table into my source, i would expect to read them back regardless of big- or smal-endian ! I have tryed my code with BC3.1 and it works, so i guess this is a bug. Or do i do something wrong ? the used SDCC V220 was build on April 12th, so it is not the release version, but the release version does also show this. The sun is shining, we have 28 degree celsius, the sky is blue, have a nice weekend ! -- Dipl.-Ing. (FH) Michael Schmitt Baumer Ident GmbH Entwicklung / Development Department Hertzstr. 10 D-69469 Weinheim Deutschland / Germany Tel. +49 (0) 6201 9957 - 30 Fax. +49 (0) 6201 9957 - 99 E-Mail : msc...@ba... Web: http://www.baumerident.com |
From: Michael S. <msc...@ba...> - 2000-05-05 12:58:24
|
Here some additional infos. the constante below is stored in code space as 12 34 23 45 34 56 45 67 maybe this helps Michael Schmitt schrieb: > > Hi Folks, > > this one made me loose my hairs ! > > i was trying to implement an CRC16-CCITT-V41, but i failed for hours. > > const unsigned int table[4] = { 0x1234 , 0x2345 , 0x3456 , 0x4567 }; > > main{ > printf("\n\r %04X %04X %04X %04X",table[0],table[1],table[2],table[3]); > } > > i would expect the following output : > > 0x1234 0x2345 0x3456 0x4567 > > but all i get is : > > 0x3412 0x4523 0x5634 0x6745 > > so high-byte and low-byte are SWAPed ! > > if i place such a table into my source, i would expect to read them back > regardless of big- or smal-endian ! > I have tryed my code with BC3.1 and it works, so i guess this is a bug. > Or do i do something wrong ? > the used SDCC V220 was build on April 12th, so it is not the release > version, but the release version does also show this. > > The sun is shining, > we have 28 degree celsius, > the sky is blue, > have a nice weekend ! > > -- > Dipl.-Ing. (FH) Michael Schmitt > Baumer Ident GmbH > Entwicklung / Development Department > Hertzstr. 10 > D-69469 Weinheim > Deutschland / Germany > Tel. +49 (0) 6201 9957 - 30 > Fax. +49 (0) 6201 9957 - 99 > E-Mail : msc...@ba... > Web: http://www.baumerident.com > > _______________________________________________ > sdcc-devel mailing list > sdc...@li... > http://lists.sourceforge.net/mailman/listinfo/sdcc-devel -- Dipl.-Ing. (FH) Michael Schmitt Baumer Ident GmbH Entwicklung / Development Department Hertzstr. 10 D-69469 Weinheim Deutschland / Germany Tel. +49 (0) 6201 9957 - 30 Fax. +49 (0) 6201 9957 - 99 E-Mail : msc...@ba... Web: http://www.baumerident.com |
From: Michael S. <msc...@ba...> - 2000-05-05 13:10:56
|
if i use a table like const unsigned long table2[4] = { 0x12345678 , 0x23456789 , 0x34567890 , 0x4567890A }; and modify the printf to printf("\n\r %08LX %08LX %08LX %08LX",table2[0],table2[1],table2[2],table2[3]); then i get 12345678 23456789 34567890 4567890A ULTRA CORRECT ! and the table is stored in codespace as 78 56 34 12 89 67 45 23 ... so, what does this mean ? in the first example, the 16-bit value is stored with swaped bytes in codespace ! So this is a bug ! and must be located where the table for the codespace is located so, the sun is gone, clouds with rain are coming up, i can hear the thunder and see the ligtning, time to go home :-( Michael Michael Schmitt schrieb: > > Here some additional infos. > > the constante below is stored in code space as 12 34 23 45 34 56 45 67 > > maybe this helps > > Michael Schmitt schrieb: > > > > Hi Folks, > > > > this one made me loose my hairs ! > > > > i was trying to implement an CRC16-CCITT-V41, but i failed for hours. > > > > const unsigned int table[4] = { 0x1234 , 0x2345 , 0x3456 , 0x4567 }; > > > > main{ > > printf("\n\r %04X %04X %04X %04X",table[0],table[1],table[2],table[3]); > > } > > > > i would expect the following output : > > > > 0x1234 0x2345 0x3456 0x4567 > > > > but all i get is : > > > > 0x3412 0x4523 0x5634 0x6745 > > > > so high-byte and low-byte are SWAPed ! > > > > if i place such a table into my source, i would expect to read them back > > regardless of big- or smal-endian ! > > I have tryed my code with BC3.1 and it works, so i guess this is a bug. > > Or do i do something wrong ? > > the used SDCC V220 was build on April 12th, so it is not the release > > version, but the release version does also show this. > > > > The sun is shining, > > we have 28 degree celsius, > > the sky is blue, > > have a nice weekend ! > > > > -- > > Dipl.-Ing. (FH) Michael Schmitt > > Baumer Ident GmbH > > Entwicklung / Development Department > > Hertzstr. 10 > > D-69469 Weinheim > > Deutschland / Germany > > Tel. +49 (0) 6201 9957 - 30 > > Fax. +49 (0) 6201 9957 - 99 > > E-Mail : msc...@ba... > > Web: http://www.baumerident.com > > > > _______________________________________________ > > sdcc-devel mailing list > > sdc...@li... > > http://lists.sourceforge.net/mailman/listinfo/sdcc-devel > > -- > Dipl.-Ing. (FH) Michael Schmitt > Baumer Ident GmbH > Entwicklung / Development Department > Hertzstr. 10 > D-69469 Weinheim > Deutschland / Germany > Tel. +49 (0) 6201 9957 - 30 > Fax. +49 (0) 6201 9957 - 99 > E-Mail : msc...@ba... > Web: http://www.baumerident.com > > _______________________________________________ > sdcc-devel mailing list > sdc...@li... > http://lists.sourceforge.net/mailman/listinfo/sdcc-devel -- Dipl.-Ing. (FH) Michael Schmitt Baumer Ident GmbH Entwicklung / Development Department Hertzstr. 10 D-69469 Weinheim Deutschland / Germany Tel. +49 (0) 6201 9957 - 30 Fax. +49 (0) 6201 9957 - 99 E-Mail : msc...@ba... Web: http://www.baumerident.com |
From: <Mic...@t-...> - 2000-05-05 15:53:48
|
I have just build the current cvs version and tryed it with V2.2.1. "unsigned int" and "int" are still wrong, "unsigned long" and "long" are O.K. Michael @ home ----- Original Message ----- From: "Michael Schmitt" <msc...@ba...> To: <sdc...@li...> Sent: Friday, May 05, 2000 3:10 PM Subject: Re: [sdcc-devel] BUG in CONST Table access More Info > if i use a table like > const unsigned long table2[4] = { 0x12345678 , 0x23456789 , 0x34567890 , > 0x4567890A }; > and modify the printf to > printf("\n\r %08LX %08LX %08LX > %08LX",table2[0],table2[1],table2[2],table2[3]); > then i get > 12345678 23456789 34567890 4567890A ULTRA CORRECT ! > and the table is stored in codespace as > 78 56 34 12 89 67 45 23 ... > so, what does this mean ? > in the first example, the 16-bit value is stored with swaped bytes in > codespace ! > So this is a bug ! and must be located where the table for the codespace > is located > > so, the sun is gone, clouds with rain are coming up, i can hear the > thunder and see the ligtning, time to go home :-( > > Michael > > > > > Michael Schmitt schrieb: > > > > Here some additional infos. > > > > the constante below is stored in code space as 12 34 23 45 34 56 45 67 > > > > maybe this helps > > > > Michael Schmitt schrieb: > > > > > > Hi Folks, > > > > > > this one made me loose my hairs ! > > > > > > i was trying to implement an CRC16-CCITT-V41, but i failed for hours. > > > > > > const unsigned int table[4] = { 0x1234 , 0x2345 , 0x3456 , 0x4567 }; > > > > > > main{ > > > printf("\n\r %04X %04X %04X %04X",table[0],table[1],table[2],table[3]); > > > } > > > > > > i would expect the following output : > > > > > > 0x1234 0x2345 0x3456 0x4567 > > > > > > but all i get is : > > > > > > 0x3412 0x4523 0x5634 0x6745 > > > > > > so high-byte and low-byte are SWAPed ! > > > > > > if i place such a table into my source, i would expect to read them back > > > regardless of big- or smal-endian ! > > > I have tryed my code with BC3.1 and it works, so i guess this is a bug. > > > Or do i do something wrong ? > > > the used SDCC V220 was build on April 12th, so it is not the release > > > version, but the release version does also show this. > > > > > > The sun is shining, > > > we have 28 degree celsius, > > > the sky is blue, > > > have a nice weekend ! > > > > > > -- > > > Dipl.-Ing. (FH) Michael Schmitt > > > Baumer Ident GmbH > > > Entwicklung / Development Department > > > Hertzstr. 10 > > > D-69469 Weinheim > > > Deutschland / Germany > > > Tel. +49 (0) 6201 9957 - 30 > > > Fax. +49 (0) 6201 9957 - 99 > > > E-Mail : msc...@ba... > > > Web: http://www.baumerident.com > > > > > > _______________________________________________ > > > sdcc-devel mailing list > > > sdc...@li... > > > http://lists.sourceforge.net/mailman/listinfo/sdcc-devel > > > > -- > > Dipl.-Ing. (FH) Michael Schmitt > > Baumer Ident GmbH > > Entwicklung / Development Department > > Hertzstr. 10 > > D-69469 Weinheim > > Deutschland / Germany > > Tel. +49 (0) 6201 9957 - 30 > > Fax. +49 (0) 6201 9957 - 99 > > E-Mail : msc...@ba... > > Web: http://www.baumerident.com > > > > _______________________________________________ > > sdcc-devel mailing list > > sdc...@li... > > http://lists.sourceforge.net/mailman/listinfo/sdcc-devel > > -- > Dipl.-Ing. (FH) Michael Schmitt > Baumer Ident GmbH > Entwicklung / Development Department > Hertzstr. 10 > D-69469 Weinheim > Deutschland / Germany > Tel. +49 (0) 6201 9957 - 30 > Fax. +49 (0) 6201 9957 - 99 > E-Mail : msc...@ba... > Web: http://www.baumerident.com > > _______________________________________________ > sdcc-devel mailing list > sdc...@li... > http://lists.sourceforge.net/mailman/listinfo/sdcc-devel |
From: Sandeep D. <san...@wi...> - 2000-05-05 16:16:18
|
Michael, This bug has been fixed.. please get the latest version from CVS Sandeep -----Original Message----- From: sdc...@li... [mailto:sdc...@li...]On Behalf Of Michael Schmitt Sent: Friday, May 05, 2000 5:33 AM To: SDCC-Developer Subject: [sdcc-devel] BUG in CONST Table access Hi Folks, this one made me loose my hairs ! i was trying to implement an CRC16-CCITT-V41, but i failed for hours. const unsigned int table[4] = { 0x1234 , 0x2345 , 0x3456 , 0x4567 }; main{ printf("\n\r %04X %04X %04X %04X",table[0],table[1],table[2],table[3]); } i would expect the following output : 0x1234 0x2345 0x3456 0x4567 but all i get is : 0x3412 0x4523 0x5634 0x6745 so high-byte and low-byte are SWAPed ! if i place such a table into my source, i would expect to read them back regardless of big- or smal-endian ! I have tryed my code with BC3.1 and it works, so i guess this is a bug. Or do i do something wrong ? the used SDCC V220 was build on April 12th, so it is not the release version, but the release version does also show this. The sun is shining, we have 28 degree celsius, the sky is blue, have a nice weekend ! -- Dipl.-Ing. (FH) Michael Schmitt Baumer Ident GmbH Entwicklung / Development Department Hertzstr. 10 D-69469 Weinheim Deutschland / Germany Tel. +49 (0) 6201 9957 - 30 Fax. +49 (0) 6201 9957 - 99 E-Mail : msc...@ba... Web: http://www.baumerident.com _______________________________________________ sdcc-devel mailing list sdc...@li... http://lists.sourceforge.net/mailman/listinfo/sdcc-devel |
From: <da...@kd...> - 2000-05-05 16:36:54
|
On 5 May, Sandeep Dutta wrote: > Michael, > > This bug has been fixed.. please get the latest version from CVS > > Sandeep > Sandeep, Are we close to 2.2.0B ? -- Dave ----------------------------------------------------------------------- Dave Helton, KD0YU - da...@kd... - http://www.kd0yu.com Real World Computing - 319-386-4041 - 8am-5pm CST Linux/Novell/NT | Servers/Workstations | Consulting | Internet Technologies ----------------------------------------------------------------------- _ / / (_)__ __ ____ __ / /__/ / _ \/ // /\ \/ / . . . t h e c h o i c e o f a /____/_/_//_/\_,_/ /_/\_\ G N U g e n e r a t i o n . . ----------------------------------------------------------------------- |
From: Sandeep D. <san...@wi...> - 2000-05-05 16:57:32
|
2.2.1a yes we are getting close .. but a couple for more things to be worked out..late this month Iam hoping Sandeep -----Original Message----- From: sdc...@li... [mailto:sdc...@li...]On Behalf Of da...@kd... Sent: Friday, May 05, 2000 9:37 AM To: sdc...@li... Subject: RE: [sdcc-devel] BUG in CONST Table access On 5 May, Sandeep Dutta wrote: > Michael, > > This bug has been fixed.. please get the latest version from CVS > > Sandeep > Sandeep, Are we close to 2.2.0B ? -- Dave ----------------------------------------------------------------------- Dave Helton, KD0YU - da...@kd... - http://www.kd0yu.com Real World Computing - 319-386-4041 - 8am-5pm CST Linux/Novell/NT | Servers/Workstations | Consulting | Internet Technologies ----------------------------------------------------------------------- _ / / (_)__ __ ____ __ / /__/ / _ \/ // /\ \/ / . . . t h e c h o i c e o f a /____/_/_//_/\_,_/ /_/\_\ G N U g e n e r a t i o n . . ----------------------------------------------------------------------- _______________________________________________ sdcc-devel mailing list sdc...@li... http://lists.sourceforge.net/mailman/listinfo/sdcc-devel |
From: <Mic...@t-...> - 2000-05-05 17:35:35
|
Sorry Sandeep, it seems not to be fixed. i have the latest version from cvs V2.2.1, got the update, make realclean ./configure make make install but no change. so i deleted the whole source and did a complete checkout and same procedure .. no. still there see my attachment.zip >sdcc co.c const unsigned int ui[] = { 0x1234 , 0x5678 }; const unsigned long ul[] = { 0x12345678 , 0x90ABCDEF }; void main(void){while(1);} now see co.lst : 003B 115 _ui: 003B 34 12 116 .byte #0x34,#0x12 003D 78 56 117 .byte #0x78,#0x56 003F 118 G$ul$0$0 == . 003F 119 _ul: 003F 78 56 34 12 120 .byte #0x78,#0x56,#0x34,#0x12 0043 EF CD AB 90 121 .byte #0xEF,#0xCD,#0xAB,#0x90 one is big-endian and the other one is smal-endian. so if this was fixed it must be there again, i have the current sources from cvs, all reloaded .. Greetings Michael ----- Original Message ----- From: "Sandeep Dutta" <san...@wi...> To: <sdc...@li...> Sent: Friday, May 05, 2000 6:15 PM Subject: RE: [sdcc-devel] BUG in CONST Table access > Michael, > > This bug has been fixed.. please get the latest version from CVS > > Sandeep > > -----Original Message----- > From: sdc...@li... > [mailto:sdc...@li...]On Behalf Of Michael > Schmitt > Sent: Friday, May 05, 2000 5:33 AM > To: SDCC-Developer > Subject: [sdcc-devel] BUG in CONST Table access > > > Hi Folks, > > this one made me loose my hairs ! > > i was trying to implement an CRC16-CCITT-V41, but i failed for hours. > > const unsigned int table[4] = { 0x1234 , 0x2345 , 0x3456 , 0x4567 }; > > main{ > printf("\n\r %04X %04X %04X %04X",table[0],table[1],table[2],table[3]); > } > > i would expect the following output : > > 0x1234 0x2345 0x3456 0x4567 > > but all i get is : > > 0x3412 0x4523 0x5634 0x6745 > > so high-byte and low-byte are SWAPed ! > > if i place such a table into my source, i would expect to read them back > regardless of big- or smal-endian ! > I have tryed my code with BC3.1 and it works, so i guess this is a bug. > Or do i do something wrong ? > the used SDCC V220 was build on April 12th, so it is not the release > version, but the release version does also show this. > > The sun is shining, > we have 28 degree celsius, > the sky is blue, > have a nice weekend ! > > -- > Dipl.-Ing. (FH) Michael Schmitt > Baumer Ident GmbH > Entwicklung / Development Department > Hertzstr. 10 > D-69469 Weinheim > Deutschland / Germany > Tel. +49 (0) 6201 9957 - 30 > Fax. +49 (0) 6201 9957 - 99 > E-Mail : msc...@ba... > Web: http://www.baumerident.com > > _______________________________________________ > sdcc-devel mailing list > sdc...@li... > http://lists.sourceforge.net/mailman/listinfo/sdcc-devel > > > > _______________________________________________ > sdcc-devel mailing list > sdc...@li... > http://lists.sourceforge.net/mailman/listinfo/sdcc-devel |
From: Sandeep D. <san...@wi...> - 2000-05-05 18:19:25
|
Michael, Both looks like they are little-endian const unsigned int ui[] = { 0x1234 , 0x5678 }; 003B 115 _ui: 003B 34 12 116 .byte #0x34,#0x12 ; little-endian 0x1234 003D 78 56 117 .byte #0x78,#0x56 ; little-endian 0x5678 const unsigned long ul[] = { 0x12345678 , 0x90ABCDEF }; 003F 119 _ul: 003F 78 56 34 12 120 .byte #0x78,#0x56,#0x34,#0x12 ; little-endian 0x12345678 0043 EF CD AB 90 121 .byte #0xEF,#0xCD,#0xAB,#0x90; little-endian 0x90ABCDEF Sandeep -----Original Message----- From: sdc...@li... [mailto:sdc...@li...]On Behalf Of Michael Schmitt Sent: Friday, May 05, 2000 10:34 AM To: sdc...@li... Subject: Re: [sdcc-devel] BUG in CONST Table access Sorry Sandeep, it seems not to be fixed. i have the latest version from cvs V2.2.1, got the update, make realclean ../configure make make install but no change. so i deleted the whole source and did a complete checkout and same procedure .. no. still there see my attachment.zip >sdcc co.c const unsigned int ui[] = { 0x1234 , 0x5678 }; const unsigned long ul[] = { 0x12345678 , 0x90ABCDEF }; void main(void){while(1);} now see co.lst : 003B 115 _ui: 003B 34 12 116 .byte #0x34,#0x12 003D 78 56 117 .byte #0x78,#0x56 003F 118 G$ul$0$0 == . 003F 119 _ul: 003F 78 56 34 12 120 .byte #0x78,#0x56,#0x34,#0x12 0043 EF CD AB 90 121 .byte #0xEF,#0xCD,#0xAB,#0x90 one is big-endian and the other one is smal-endian. so if this was fixed it must be there again, i have the current sources from cvs, all reloaded .. Greetings Michael ----- Original Message ----- From: "Sandeep Dutta" <san...@wi...> To: <sdc...@li...> Sent: Friday, May 05, 2000 6:15 PM Subject: RE: [sdcc-devel] BUG in CONST Table access > Michael, > > This bug has been fixed.. please get the latest version from CVS > > Sandeep > > -----Original Message----- > From: sdc...@li... > [mailto:sdc...@li...]On Behalf Of Michael > Schmitt > Sent: Friday, May 05, 2000 5:33 AM > To: SDCC-Developer > Subject: [sdcc-devel] BUG in CONST Table access > > > Hi Folks, > > this one made me loose my hairs ! > > i was trying to implement an CRC16-CCITT-V41, but i failed for hours. > > const unsigned int table[4] = { 0x1234 , 0x2345 , 0x3456 , 0x4567 }; > > main{ > printf("\n\r %04X %04X %04X %04X",table[0],table[1],table[2],table[3]); > } > > i would expect the following output : > > 0x1234 0x2345 0x3456 0x4567 > > but all i get is : > > 0x3412 0x4523 0x5634 0x6745 > > so high-byte and low-byte are SWAPed ! > > if i place such a table into my source, i would expect to read them back > regardless of big- or smal-endian ! > I have tryed my code with BC3.1 and it works, so i guess this is a bug. > Or do i do something wrong ? > the used SDCC V220 was build on April 12th, so it is not the release > version, but the release version does also show this. > > The sun is shining, > we have 28 degree celsius, > the sky is blue, > have a nice weekend ! > > -- > Dipl.-Ing. (FH) Michael Schmitt > Baumer Ident GmbH > Entwicklung / Development Department > Hertzstr. 10 > D-69469 Weinheim > Deutschland / Germany > Tel. +49 (0) 6201 9957 - 30 > Fax. +49 (0) 6201 9957 - 99 > E-Mail : msc...@ba... > Web: http://www.baumerident.com > > _______________________________________________ > sdcc-devel mailing list > sdc...@li... > http://lists.sourceforge.net/mailman/listinfo/sdcc-devel > > > > _______________________________________________ > sdcc-devel mailing list > sdc...@li... > http://lists.sourceforge.net/mailman/listinfo/sdcc-devel _______________________________________________ sdcc-devel mailing list sdc...@li... http://lists.sourceforge.net/mailman/listinfo/sdcc-devel |
From: <Mic...@t-...> - 2000-05-05 19:54:59
|
OK. I am the jester of the day ! i had looked all the time at the hex-dump (at last i saw funny colors).... and not at the lst file where it is absolutely clear ... will check that on Monday with my big sources to see if and if why 16bit is/was swaped 32bit not and here in this example all ist OK .... the lst file is very long, didn't find the big table 's today, so i made this simple code. think it was too warm today and i got too much sun ... lets see monday - normaly i hate mondays as nothing realy works ..... Michael the fool ----- Original Message ----- From: "Sandeep Dutta" <san...@wi...> To: <sdc...@li...> Sent: Friday, May 05, 2000 8:17 PM Subject: RE: [sdcc-devel] BUG in CONST Table access > Michael, > Both looks like they are little-endian > > > const unsigned int ui[] = { 0x1234 , 0x5678 }; > 003B 115 _ui: > 003B 34 12 116 .byte #0x34,#0x12 ; little-endian 0x1234 > 003D 78 56 117 .byte #0x78,#0x56 ; little-endian 0x5678 > > const unsigned long ul[] = { 0x12345678 , 0x90ABCDEF }; > 003F 119 _ul: > 003F 78 56 34 12 120 .byte #0x78,#0x56,#0x34,#0x12 ; > little-endian 0x12345678 > 0043 EF CD AB 90 121 .byte #0xEF,#0xCD,#0xAB,#0x90; > little-endian 0x90ABCDEF > > Sandeep > > > -----Original Message----- > From: sdc...@li... > [mailto:sdc...@li...]On Behalf Of Michael > Schmitt > Sent: Friday, May 05, 2000 10:34 AM > To: sdc...@li... > Subject: Re: [sdcc-devel] BUG in CONST Table access > > > Sorry Sandeep, it seems not to be fixed. > > i have the latest version from cvs V2.2.1, got the update, > > make realclean > ../configure > make > make install > > but no change. so i deleted the whole source and did a complete checkout and > same procedure .. > no. still there > > see my attachment.zip > > >sdcc co.c > > const unsigned int ui[] = { 0x1234 , 0x5678 }; > const unsigned long ul[] = { 0x12345678 , 0x90ABCDEF }; > void main(void){while(1);} > > now see co.lst : > > 003B 115 _ui: > 003B 34 12 116 .byte #0x34,#0x12 > 003D 78 56 117 .byte #0x78,#0x56 > 003F 118 G$ul$0$0 == . > 003F 119 _ul: > 003F 78 56 34 12 120 .byte #0x78,#0x56,#0x34,#0x12 > 0043 EF CD AB 90 121 .byte #0xEF,#0xCD,#0xAB,#0x90 > > one is big-endian and the other one is smal-endian. > > so if this was fixed it must be there again, i have the current sources from > cvs, all reloaded .. > > Greetings Michael > > ----- Original Message ----- > From: "Sandeep Dutta" <san...@wi...> > To: <sdc...@li...> > Sent: Friday, May 05, 2000 6:15 PM > Subject: RE: [sdcc-devel] BUG in CONST Table access > > > > Michael, > > > > This bug has been fixed.. please get the latest version from CVS > > > > Sandeep > > > > -----Original Message----- > > From: sdc...@li... > > [mailto:sdc...@li...]On Behalf Of Michael > > Schmitt > > Sent: Friday, May 05, 2000 5:33 AM > > To: SDCC-Developer > > Subject: [sdcc-devel] BUG in CONST Table access > > > > > > Hi Folks, > > > > this one made me loose my hairs ! > > > > i was trying to implement an CRC16-CCITT-V41, but i failed for hours. > > > > const unsigned int table[4] = { 0x1234 , 0x2345 , 0x3456 , 0x4567 }; > > > > main{ > > printf("\n\r %04X %04X %04X %04X",table[0],table[1],table[2],table[3]); > > } > > > > i would expect the following output : > > > > 0x1234 0x2345 0x3456 0x4567 > > > > but all i get is : > > > > 0x3412 0x4523 0x5634 0x6745 > > > > so high-byte and low-byte are SWAPed ! > > > > if i place such a table into my source, i would expect to read them back > > regardless of big- or smal-endian ! > > I have tryed my code with BC3.1 and it works, so i guess this is a bug. > > Or do i do something wrong ? > > the used SDCC V220 was build on April 12th, so it is not the release > > version, but the release version does also show this. > > > > The sun is shining, > > we have 28 degree celsius, > > the sky is blue, > > have a nice weekend ! > > > > -- > > Dipl.-Ing. (FH) Michael Schmitt > > Baumer Ident GmbH > > Entwicklung / Development Department > > Hertzstr. 10 > > D-69469 Weinheim > > Deutschland / Germany > > Tel. +49 (0) 6201 9957 - 30 > > Fax. +49 (0) 6201 9957 - 99 > > E-Mail : msc...@ba... > > Web: http://www.baumerident.com > > > > _______________________________________________ > > sdcc-devel mailing list > > sdc...@li... > > http://lists.sourceforge.net/mailman/listinfo/sdcc-devel > > > > > > > > _______________________________________________ > > sdcc-devel mailing list > > sdc...@li... > > http://lists.sourceforge.net/mailman/listinfo/sdcc-devel > > > _______________________________________________ > sdcc-devel mailing list > sdc...@li... > http://lists.sourceforge.net/mailman/listinfo/sdcc-devel > > > > _______________________________________________ > sdcc-devel mailing list > sdc...@li... > http://lists.sourceforge.net/mailman/listinfo/sdcc-devel |
From: Michael S. <msc...@ba...> - 2000-05-08 07:06:44
|
Good morning, > ... lets see monday -> normaly i hate mondays as nothing realy works ..... i have just compiled my source here with the sdcc build i made on friday. first the good news : the int table seems to be O.K. here in build from april 12th it was wrong now the bad news : the final bin file is exploded (9k with build april 12th -> 15k build from friday) during compilation, while linking all together, i get ?ASlink-Warning for "puts" as undefined global did some quick fixes to get rid of it .... debugging with sdcdb didn't show where my code dies, but in real hw it dies shortly after reset :-( it's monday ... had no coffee yet ... -- Dipl.-Ing. (FH) Michael Schmitt Baumer Ident GmbH Entwicklung / Development Department Hertzstr. 10 D-69469 Weinheim Deutschland / Germany Tel. +49 (0) 6201 9957 - 30 Fax. +49 (0) 6201 9957 - 99 E-Mail : msc...@ba... Web: http://www.baumerident.com |
From: Sandeep D. <san...@wi...> - 2000-05-08 16:28:40
|
Hi Michael Have fixed this problem .. please download the latest from CVS Sandeep -----Original Message----- From: sdc...@li... [mailto:sdc...@li...]On Behalf Of Michael Schmitt Sent: Monday, May 08, 2000 12:06 AM To: sdc...@li... Subject: Re: [sdcc-devel] BUG in CONST Table access was a Jesters Tale ! Good morning, > ... lets see monday -> normaly i hate mondays as nothing realy works ..... i have just compiled my source here with the sdcc build i made on friday. first the good news : the int table seems to be O.K. here in build from april 12th it was wrong now the bad news : the final bin file is exploded (9k with build april 12th -> 15k build from friday) during compilation, while linking all together, i get ?ASlink-Warning for "puts" as undefined global did some quick fixes to get rid of it .... debugging with sdcdb didn't show where my code dies, but in real hw it dies shortly after reset :-( it's monday ... had no coffee yet ... -- Dipl.-Ing. (FH) Michael Schmitt Baumer Ident GmbH Entwicklung / Development Department Hertzstr. 10 D-69469 Weinheim Deutschland / Germany Tel. +49 (0) 6201 9957 - 30 Fax. +49 (0) 6201 9957 - 99 E-Mail : msc...@ba... Web: http://www.baumerident.com _______________________________________________ sdcc-devel mailing list sdc...@li... http://lists.sourceforge.net/mailman/listinfo/sdcc-devel |
From: Michael S. <msc...@ba...> - 2000-05-12 07:20:55
|
OK. Sandeep. i was too busy this week, but now i have tested it and it works. Sandeep Dutta schrieb: > > Hi Michael > Have fixed this problem .. please download the latest from CVS > > Sandeep > > -----Original Message----- > From: sdc...@li... > [mailto:sdc...@li...]On Behalf Of Michael > Schmitt > Sent: Monday, May 08, 2000 12:06 AM > To: sdc...@li... > Subject: Re: [sdcc-devel] BUG in CONST Table access was a Jesters Tale ! > > Good morning, > > > ... lets see monday -> normaly i hate mondays as nothing realy works ..... > > i have just compiled my source here with the sdcc build i made on > friday. > > first the good news : > the int table seems to be O.K. here in build from april 12th it was > wrong > > now the bad news : > the final bin file is exploded (9k with build april 12th -> 15k build > from friday) > during compilation, while linking all together, i get ?ASlink-Warning > for "puts" as undefined global > did some quick fixes to get rid of it .... > debugging with sdcdb didn't show where my code dies, but in real hw it > dies shortly after reset :-( > > it's monday ... had no coffee yet ... > > -- > Dipl.-Ing. (FH) Michael Schmitt > Baumer Ident GmbH > Entwicklung / Development Department > Hertzstr. 10 > D-69469 Weinheim > Deutschland / Germany > Tel. +49 (0) 6201 9957 - 30 > Fax. +49 (0) 6201 9957 - 99 > E-Mail : msc...@ba... > Web: http://www.baumerident.com > > _______________________________________________ > sdcc-devel mailing list > sdc...@li... > http://lists.sourceforge.net/mailman/listinfo/sdcc-devel > > _______________________________________________ > sdcc-devel mailing list > sdc...@li... > http://lists.sourceforge.net/mailman/listinfo/sdcc-devel -- Dipl.-Ing. (FH) Michael Schmitt Baumer Ident GmbH Entwicklung / Development Department Hertzstr. 10 D-69469 Weinheim Deutschland / Germany Tel. +49 (0) 6201 9957 - 30 Fax. +49 (0) 6201 9957 - 99 E-Mail : msc...@ba... Web: http://www.baumerident.com |