Hi Folks, While working with MSP430 I suddenly found a connection problem. It was working fine but suddenly it started giving following error. Whenever I am trying to connect GDB proxy, I am getting following error.
Device could not be found or Device not supported. Guide me on the same. Amol. ----- Original Message ----- From: <[email protected]> To: <[email protected]> Sent: Tuesday, February 03, 2004 6:57 AM Subject: Mspgcc-users digest, Vol 1 #579 - 10 msgs > Send Mspgcc-users mailing list submissions to > [email protected] > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.sourceforge.net/lists/listinfo/mspgcc-users > or, via email, send a message with subject or body 'help' to > [email protected] > > You can reach the person managing the list at > [email protected] > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Mspgcc-users digest..." > > > Today's Topics: > > 1. Re: windows installer test release (Steve Underwood) > 2. Re: windows installer test release (Steve Underwood) > 3. Re: wrong code (Steve Underwood) > 4. Re: Re: Alignment issues (G Halkes) > 5. RE: windows installer test release (James Henry Dodd) > 6. Re: windows installer test release (Chris Liechti) > 7. semantic errors in the source files (r f) > 8. Re: semantic errors in the source files (Chris Liechti) > 9. RE: windows installer test release (Mike Kroon) > 10. RE: windows installer test release (Mike Kroon) > > --__--__-- > > Message: 1 > Date: Tue, 03 Feb 2004 00:20:42 +0800 > From: Steve Underwood <[email protected]> > To: [email protected] > Subject: Re: [Mspgcc-users] windows installer test release > Reply-To: [email protected] > > Indrek Rebane wrote: > > > James Henry Dodd wrote: > > > >> Yes, please! I use insight. In fact, I thought most people did. What > >> else do > >> they use? > > > > > > Command line GDB. It's powerful. > > > > Didn't Insight have problems with compiling under Cygwin > > (due Tcl/Tk)? > > Versions 5.1.1 and 6.0 are OK. In between there were problems with > TCL/TK and some versions of Insight. > > Regards, > Steve > > > > > --__--__-- > > Message: 2 > Date: Tue, 03 Feb 2004 00:22:11 +0800 > From: Steve Underwood <[email protected]> > To: [email protected] > Subject: Re: [Mspgcc-users] windows installer test release > Reply-To: [email protected] > > Hi, > > Maybe Chris didn't include the magic patch to make GCC works with Cygwin > on Win 98. :-) > > Regards, > Steve > > > Christo Malan wrote: > > >I installed it on win98 the installer worked fine, but when I tried to > >compile fet_1.c I got this: > > > >C:\Apps\mspgcc\examples\slac011>msp430-gcc -g -O2 -Wall -mmcu=msp430x1101 > >fet_1.c -o fet_1 > >cc1: internal error: Segmentation fault > >Please submit a full bug report, > >with preprocessed source if appropriate. > >See <URL:http://gcc.gnu.org/bugs.html> for instructions. > > > > > >Christo > > > > > > > > > >>this is a test release, it will be removed later and an official release > >>on mspgcc.sf.net will follow. > >> > >>for those who want to beta test and give feedback: > >>http://homepage.hispeed.ch/py430/mspgcc/mspgcc-20040130.exe (8.5MB) > >> > >>includes binutils snapshot (040129), gcc 3.2.3 (c and c++ compiler, the > >>later with limits), gdb 6.0, gdbproxy, pdf docs, examples, bsl and jtag > >>downloaders > >> > >>insight (GDB GUI) is not included. an installer for insight will follow > >>if there are users for it. i'll provide a installer with gcc 3.4 too, > >>when this one is successful. > >> > >>chris > >> > >> > > > > > --__--__-- > > Message: 3 > Date: Tue, 03 Feb 2004 00:29:46 +0800 > From: Steve Underwood <[email protected]> > To: [email protected] > Subject: Re: [Mspgcc-users] wrong code > Reply-To: [email protected] > > Hi Soltras, > > What do you think is wrong with the generated code? The line > > usart0_tx_buffer[usart0_tx_extract_idx] == '\n'; > > is perfectly valid C, so it produces no error message. However, it does nothing useful so it produces no code. > > Regards, > Steve > > > soltras wrote: > > >The below code is generating wrong asm instruction. All is because > >the statment ("c") is x == y; instead of x=y; > >I think, that if compiler doesn't notice above statement as a correct one > >should throw syntax error. > >Compilation to the final output is misleading, and doesn't help debuging > > > > > >robert > > 455 if(usart0_tx_buffer[usart0_tx_extract_idx] == '~'){ > >- 0x864e <usart0XmtIsr+16>: mov &0x024e,r15 ;0x024e -> usart0_tx_extract_idx > >- 0x8652 <usart0XmtIsr+20>: add #572, r15 ;#572 -> #0x023c ->usart0_tx_buffer > >- 0x8656 <usart0XmtIsr+24>: cmp.b #126, 0(r15) ;#126 -> #0x007e ->'~' = > >compare instr 455 > >- 0x865c <usart0XmtIsr+30>: jnz $+8 ;jump to 0x8664 which out of > >consideration > > 456 usart0_tx_buffer[usart0_tx_extract_idx] == '\n';this line is not noticed > >by compiler > > 457 AppStatus = WAITING_USART0_RREPORT; > > 0x865e <usart0XmtIsr+32>: mov.b #2, &0x0204 ;0x0204 = AppStatus , #2 = > >WAITING_USART0_RREPORT > >- 0x8662 <usart0XmtIsr+36>: jmp $+22 ;abs dst addr 0x8678 > > 458 > > 459 }else if(usart0_tx_buffer[usart0_tx_extract_idx] == '\x7D'){ > > 0x8664 <usart0XmtIsr+38>: mov &0x024e,r15 ;src addr 0x024e > >- 0x8668 <usart0XmtIsr+42>: add #572, r15 ;#0x023c > >- 0x866c <usart0XmtIsr+46>: cmp.b #125, 0(r15) ;#0x007d > >- 0x8672 <usart0XmtIsr+52>: jnz $+6 ;abs dst addr 0x8678 > > 460 usart0_tx_buffer[usart0_tx_extract_idx] == '\n'; > > 461 AppStatus = INIT_PRODRP; > >- 0x8674 <usart0XmtIsr+54>: mov.b #4, &0x0204 ;subst r2 with As==10 > > 462 } > > 463 StartQTimer(usart0_tx_buffer[usart0_tx_extract_idx++]); > >- 0x8678 <usart0XmtIsr+58>: mov &0x024e,r15 ;src addr 0x024e > >- > > > > > > > > > --__--__-- > > Message: 4 > Date: Mon, 2 Feb 2004 08:44:11 -0800 (PST) > From: G Halkes <[email protected]> > Subject: Re: [Mspgcc-users] Re: Alignment issues > To: [email protected] > Reply-To: [email protected] > > I tried it with the mspgcc 3.2.2 release that is > currently in the download section at sourceforge with > the gcc 3.2.2 sources, but since setting the > STRICT_ALIGNMENT macro to 1 solves the problems, and > all the versions in CVS of the header file that I > looked at (including the latest for gcc 3.4) have it > set to 0, I think you will find the same behaviour > with all versions of the compiler. > > This opinion is based on the description of the macro > I quoted earlier. > > G. Halkes > --- Dmitry <[email protected]> wrote: > > hm.... > > which gcc's version/build? > > ~d > > > > > > On Monday 02 February 2004 18:10, G Halkes wrote: > > > Hi, > > > > > > What I ment was, if you use the following code: > > > > > > struct unaligned { > > > char first; > > > int second; > > > } __attribute__((packed)); > > > > > > union test { > > > struct unaligned data; > > > char cdata[3]; > > > }; > > > > > > void function() { > > > union test test; > > > int data, tmp; > > > test.cdata[0] = 0x1; > > > test.cdata[1] = 0x2; > > > test.cdata[2] = 0x3; > > > > > > data = test.data.second; > > > memcpy(&tmp, &test.data.second, 2); > > > } > > > > > > data will contain the value 0x201, and not the > > value > > > 0x302 as it should. The same goes for tmp (try it. > > I > > > did and got the wrong results). The reason the > > memcpy > > > goes wrong is because it is replaced by a single > > word > > > move instead of two byte moves. > > > > > > When I built gcc with the STRICT_ALIGNMENT macro > > set > > > to 1, I got the value 0x302 which is correct. > > > > > > G. Halkes > > > > > > PS: I used a printf routine to output the results > > to a > > > serial port to see the result. I removed it from > > the > > > code because it isn't standard. Just in case your > > > wondering. > > > > > > >for built-ins gcc takes into account alignement. > > > > So, if gcc knows, that something aligned by 2 it > > > > > > uses >world operations, > > > > > > > otherwise byte ones. > > > > > > > > Packed does not mean the structure misaligned. > > > > It depends on data types of the structure. > > > > For example: > > > > > > > > struct { > > > > char a; > > > > int b; > > > > }; > > > > > > > > isn't aligned by world boundary. > > > > > > > > struct { int a,b} > > > > aligned. > > > > > > > > Even more -- if the structure aligned and its > > size > > > > > > is >not even, gcc will use > > > > > > > world operations for thhis structure size()-1 > > and > > > >byte operation for a last > > > > byte of it. > > > > > > __________________________________ > > > Do you Yahoo!? > > > Yahoo! SiteBuilder - Free web site building tool. > > Try it! > > > http://webhosting.yahoo.com/ps/sb/ > > > > > > > > > > > > ------------------------------------------------------- > > > The SF.Net email is sponsored by EclipseCon 2004 > > > Premiere Conference on Open Tools Development and > > Integration > > > See the breadth of Eclipse activity. February 3-5 > > in Anaheim, CA. > > > http://www.eclipsecon.org/osdn > > > _______________________________________________ > > > Mspgcc-users mailing list > > > [email protected] > > > > > > https://lists.sourceforge.net/lists/listinfo/mspgcc-users > > > > -- > > > /***************************************************************** > > ("`-''-/").___..--''"`-._ (\ Dimmy the > > Wild UA1ACZ > > `6_ 6 ) `-. ( ).`-.__.`) State > > Polytechnical Univ. > > (_Y_.)' ._ ) `._ `. ``-..-' > > Radio-Physics Departament > > _..`--'_..-_/ /--'_.' ,' Saint > > Petersburg, Russia > > (il),-'' (li),' ((!.-' +7 (812) > > 5403923, 5585314 > > > > > *****************************************************************/ > > > > > > > > > ------------------------------------------------------- > > The SF.Net email is sponsored by EclipseCon 2004 > > Premiere Conference on Open Tools Development and > > Integration > > See the breadth of Eclipse activity. February 3-5 in > > Anaheim, CA. > > http://www.eclipsecon.org/osdn > > _______________________________________________ > > Mspgcc-users mailing list > > [email protected] > > > https://lists.sourceforge.net/lists/listinfo/mspgcc-users > > > __________________________________ > Do you Yahoo!? > Yahoo! SiteBuilder - Free web site building tool. Try it! > http://webhosting.yahoo.com/ps/sb/ > > > --__--__-- > > Message: 5 > From: "James Henry Dodd" <[email protected]> > To: <[email protected]> > Subject: RE: [Mspgcc-users] windows installer test release > Date: Mon, 2 Feb 2004 17:01:39 -0300 > Reply-To: [email protected] > > > > > Didn't Insight have problems with compiling under Cygwin > > (due Tcl/Tk)? > > > > Indrek > > > > I didn't go that far - I used it straight out of the box (20030506 Windows > installer). > > Regards, > > James > > > > --__--__-- > > Message: 6 > Date: Mon, 02 Feb 2004 21:38:09 +0100 > From: Chris Liechti <[email protected]> > To: [email protected] > Subject: Re: [Mspgcc-users] windows installer test release > Reply-To: [email protected] > > Steve Underwood wrote: > > > Christo Malan wrote: > >> > >> C:\Apps\mspgcc\examples\slac011>msp430-gcc -g -O2 -Wall > -mmcu=msp430x1101 > >> fet_1.c -o fet_1 > >> cc1: internal error: Segmentation fault > >> Please submit a full bug report, > >> with preprocessed source if appropriate. > >> See <URL:http://gcc.gnu.org/bugs.html> for instructions. > > > > Maybe Chris didn't include the magic patch to make GCC works with Cygwin > > on Win 98. :-) > > nope, i didn't in that version. > i'll patch the final release :-( > > there were also some issues with the cygwin.dll which is included in > that test relase, they fixed some nasty bugs in the latest cygwin release... > > chris > > > --__--__-- > > Message: 7 > Date: Mon, 02 Feb 2004 23:58:47 +0100 > From: r f <[email protected]> > To: [email protected] > Subject: [Mspgcc-users] semantic errors in the source files > Reply-To: [email protected] > > Hi, > > because i´ve trouble with kernel source files for arm i also tested the > sources from mspgcc (with > find -name \*.h -type f -print0 | xargs -0 indent > find -name \*.c -type f -print0 | xargs -0 indent) > and found dozens sytax errors like these: > > mspgcc/cvs_27.10.03/gdb-5.1.1/bfd/bfd-in.h:778: Error:Unexpected end of file > mspgcc/cvs_27.10.03/binutils-2.14/binutils/testsuite/binutils-all/readelf.h: 21: > Warning:Unterminated character constant > mspgcc/cvs_27.10.03/gcc-3.2.3/gcc/limity.h:4: Error:Unmatched #else > mspgcc/cvs_27.10.03/gcc-3.2.3/gcc/limity.h:10: Error:Unmatched #endif > > Why is there so much (pseudo-)code which can't be compiled? > > Regards > > Rolf Freitag > > > > --__--__-- > > Message: 8 > Date: Tue, 03 Feb 2004 00:25:12 +0100 > From: Chris Liechti <[email protected]> > To: [email protected] > Subject: Re: [Mspgcc-users] semantic errors in the source files > Reply-To: [email protected] > > r f wrote: > > > because i=B4ve trouble with kernel source files for arm i also tested t= > he=20 > > sources from mspgcc (with > > find -name \*.h -type f -print0 | xargs -0 indent > > find -name \*.c -type f -print0 | xargs -0 indent) > > and found dozens sytax errors like these: > >=20 > > mspgcc/cvs_27.10.03/gdb-5.1.1/bfd/bfd-in.h:778: Error:Unexpected end of= > =20 > > file > > mspgcc/cvs_27.10.03/binutils-2.14/binutils/testsuite/binutils-all/reade= > lf.h:21:=20 > > Warning:Unterminated character constant > > mspgcc/cvs_27.10.03/gcc-3.2.3/gcc/limity.h:4: Error:Unmatched #else > > mspgcc/cvs_27.10.03/gcc-3.2.3/gcc/limity.h:10: Error:Unmatched #endif > >=20 > > Why is there so much (pseudo-)code which can't be compiled? > > you did not compile, you used a formating tool. maybe that one doesnt > know C perfectly ;-) > > then, all the "errors" shown above are in files that are from the=20 > official gnu sources and not from our patches, maybe ask the maintainers=20 > of these files why they are using that style of C programming. > > in the case of limity.h, a glance at the source file reveals: > /* This administrivia gets added to the end of limits.h > if the system has its own version of limits.h. */ > > thats why it has unmatched preprocessor commands. > > maybe, some are indeed real errors, but the code is in a commented out=20 > block or not relevant for all the platforms in use. > > and if you're looking for code that very well compiles but probably=20 > isn't liked by indent: http://www.ioccc.org/ (The International=20 > Obfuscated C Code Contest) has a lot of nice examples :-) > > chris > > > --__--__-- > > Message: 9 > Subject: RE: [Mspgcc-users] windows installer test release > Date: Tue, 3 Feb 2004 12:23:54 +1100 > From: "Mike Kroon" <[email protected]> > To: <[email protected]> > Reply-To: [email protected] > > Hi Chris > > Thanks for the new build of the windows system. > > I have found a minor syntax error in the header "adc10.h" > > corrected typedef inline 54 to > > typedef struct { > volatile unsigned > adc10busy:1, > conseq:2, > adc10ssel:2, > adc10div:3; > } __attribute__ ((packed)) adc10ctl1_t; > > Could you please update to CVS > > Many thanks > > Mike Kroon > > =20 > > > -----Original Message----- > From: Chris Liechti [mailto:[email protected]] > Sent: Saturday, 31 January 2004 3:19 PM > To: mspgcc-users > Subject: [Mspgcc-users] windows installer test release > > > this is a test release, it will be removed later and an official release = > > on mspgcc.sf.net will follow. > > for those who want to beta test and give feedback: > http://homepage.hispeed.ch/py430/mspgcc/mspgcc-20040130.exe (8.5MB) > > includes binutils snapshot (040129), gcc 3.2.3 (c and c++ compiler, the=20 > later with limits), gdb 6.0, gdbproxy, pdf docs, examples, bsl and jtag=20 > downloaders > > insight (GDB GUI) is not included. an installer for insight will follow=20 > if there are users for it. i'll provide a installer with gcc 3.4 too,=20 > when this one is successful. > > chris > > > ------------------------------------------------------- > The SF.Net email is sponsored by EclipseCon 2004 > Premiere Conference on Open Tools Development and Integration > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > http://www.eclipsecon.org/osdn > _______________________________________________ > Mspgcc-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/mspgcc-users > > > --__--__-- > > Message: 10 > Subject: RE: [Mspgcc-users] windows installer test release > Date: Tue, 3 Feb 2004 12:26:06 +1100 > From: "Mike Kroon" <[email protected]> > To: <[email protected]> > Reply-To: [email protected] > > This is a multi-part message in MIME format. > > ------_=_NextPart_001_01C3E9F4.B2069A18 > Content-Type: text/plain; > charset="iso-8859-1" > Content-Transfer-Encoding: quoted-printable > > Hi Chris > > Sorry forgot to attached file. > > Mike > > -----Original Message----- > From: Chris Liechti [mailto:[email protected]] > Sent: Saturday, 31 January 2004 3:19 PM > To: mspgcc-users > Subject: [Mspgcc-users] windows installer test release > > > this is a test release, it will be removed later and an official release = > > on mspgcc.sf.net will follow. > > for those who want to beta test and give feedback: > http://homepage.hispeed.ch/py430/mspgcc/mspgcc-20040130.exe (8.5MB) > > includes binutils snapshot (040129), gcc 3.2.3 (c and c++ compiler, the=20 > later with limits), gdb 6.0, gdbproxy, pdf docs, examples, bsl and jtag=20 > downloaders > > insight (GDB GUI) is not included. an installer for insight will follow=20 > if there are users for it. i'll provide a installer with gcc 3.4 too,=20 > when this one is successful. > > chris > > > ------------------------------------------------------- > The SF.Net email is sponsored by EclipseCon 2004 > Premiere Conference on Open Tools Development and Integration > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > http://www.eclipsecon.org/osdn > _______________________________________________ > Mspgcc-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/mspgcc-users > > ------_=_NextPart_001_01C3E9F4.B2069A18 > Content-Type: application/octet-stream; > name="adc10.h" > Content-Transfer-Encoding: base64 > Content-Description: adc10.h > Content-Disposition: attachment; > filename="adc10.h" > > I2lmbmRlZiBfX21zcDQzMF9oZWFkZXJzX2FkYzEwX2gNCiNkZWZpbmUgX19tc3A0MzBfaGVhZGVy > c19hZGMxMF9oDQoNCi8qIGFkYzEwLmgNCiAqDQogKiBtc3BnY2MgcHJvamVjdDogTVNQNDMwIGRl > dmljZSBoZWFkZXJzDQogKiBBREMxMCBtb2R1bGUgaGVhZGVyDQogKg0KICogKGMpIDIwMDIgYnkg > U3RldmUgVW5kZXJ3b29kIDxzdGV2ZXVAY29wcGljZS5vcmc+DQogKiBPcmlnaW5hbGx5IGJhc2Vk > IGluIHBhcnQgb24gd29yayBieSBUZXhhcyBJbnN0cnVtZW50cyBJbmMuDQogKg0KICogJElkOiBh > ZGMxMC5oLHYgMS41IDIwMDQvMDEvMjggMjI6MjU6MzAgY2xpZWNodGkgRXhwICQNCiAqLw0KDQov > KiBTd2l0Y2hlczogbm9uZSAqLw0KDQojZGVmaW5lIEFEQzEwRFRDMF8gICAgICAgICAgMHgwMDQ4 > ICAgICAgLyogQURDMTAgRGF0YSBUcmFuc2ZlciBDb250cm9sIDAgKi8NCnNmcmIoQURDMTBEVEMw > LCBBREMxMERUQzBfKTsNCiNkZWZpbmUgQURDMTBEVEMxXyAgICAgICAgICAweDAwNDkgICAgICAv > KiBBREMxMCBEYXRhIFRyYW5zZmVyIENvbnRyb2wgMSAqLw0Kc2ZyYihBREMxMERUQzEsIEFEQzEw > RFRDMV8pOw0KI2RlZmluZSBBREMxMEFFXyAgICAgICAgICAgIDB4MDA0QSAgICAgIC8qIEFEQzEw > IEFuYWxvZyBFbmFibGUgKi8NCnNmcmIoQURDMTBBRSwgQURDMTBBRV8pOw0KDQojZGVmaW5lIEFE > QzEwQ1RMMF8gICAgICAgICAgMHgwMUIwICAgICAgLyogQURDMTAgQ29udHJvbCAwICovDQpzZnJ3 > KEFEQzEwQ1RMMCwgQURDMTBDVEwwXyk7DQojZGVmaW5lIEFEQzEwQ1RMMV8gICAgICAgICAgMHgw > MUIyICAgICAgLyogQURDMTAgQ29udHJvbCAxICovDQpzZnJ3KEFEQzEwQ1RMMSwgQURDMTBDVEwx > Xyk7DQojZGVmaW5lIEFEQzEwTUVNXyAgICAgICAgICAgMHgwMUI0ICAgICAgLyogQURDMTAgTWVt > b3J5ICovDQpzZnJ3KEFEQzEwTUVNLCBBREMxME1FTV8pOw0KI2RlZmluZSBBREMxMFNBXyAgICAg > ICAgICAgIDB4MDFCQyAgICAgIC8qIEFEQzEwIERhdGEgVHJhbnNmZXIgU3RhcnQgQWRkcmVzcyAq > Lw0Kc2ZydyhBREMxMFNBLCBBREMxMFNBXyk7DQoNCiNpZm5kZWYgX0dOVV9BU1NFTUJMRVJfDQov > KiBTdHJ1Y3R1cmVkIGRlY2xhcmF0aW9uICovDQp0eXBlZGVmIHN0cnVjdCB7DQogIHZvbGF0aWxl > IHVuc2lnbmVkDQogICAgYWRjMTBzYzoxLA0KICAgIGVuYzoxLA0KICAgIGFkYzEwaWZnOjEsDQog > ICAgYWRjMTBpZToxLA0KICAgIGFkYzEwb246MSwNCiAgICByZWZvbjoxLA0KICAgIHIyXzV2OjEs > DQogICAgbXNjOjEsDQogICAgYWRjMTBzcjo0LA0KICAgIGFkYzEwc2h0OjQ7DQp9IF9fYXR0cmli > dXRlX18gKChwYWNrZWQpKSBhZGMxMGN0bDBfdDsNCg0KdHlwZWRlZiBzdHJ1Y3Qgew0KICB2b2xh > dGlsZSB1bnNpZ25lZA0KICAgIGFkYzEwYnVzeToxLA0KICAgIGNvbnNlcToyLA0KICAgIGFkYzEw > c3NlbDoyLA0KICAgIGFkYzEwZGl2OjM7DQp9IF9fYXR0cmlidXRlX18gKChwYWNrZWQpKSBhZGMx > MGN0bDFfdDsNCg0KLyogVGhlIGFkYzEwIGRlY2xhcmF0aW9uIGl0c2VsZiAqLw0Kc3RydWN0IGFk > YzEwX3Qgew0KICBhZGMxMGN0bDBfdCBjdGwwOw0KICBhZGMxMGN0bDFfdCBjdGwxOw0KICB2b2xh > dGlsZSB1bnNpZ25lZCBtZW07DQogIHZvbGF0aWxlIHVuc2lnbmVkIHNhOw0KfTsNCiNpZmRlZiBf > X2NwbHVzcGx1cw0KZXh0ZXJuICJDIiBzdHJ1Y3QgYWRjMTBfdCBhZGMxMCBhc20oIjB4MDFCMCIp > Ow0KI2Vsc2UgLy9fX2NwbHVzcGx1cw0Kc3RydWN0IGFkYzEwX3QgYWRjMTAgYXNtKCIweDAxQjAi > KTsNCiNlbmRpZiAvL19fY3BsdXNwbHVzDQoNCiNlbmRpZg0KDQojZGVmaW5lIEFEQzEwU0MgICAg > ICAgICAgICAgMHgwMDAxICAgICAgLyogQURDMTBDVEwwICovDQojZGVmaW5lIEVOQyAgICAgICAg > ICAgICAgICAgMHgwMDAyDQojZGVmaW5lIEFEQzEwSUZHICAgICAgICAgICAgMHgwMDA0DQojZGVm > aW5lIEFEQzEwSUUgICAgICAgICAgICAgMHgwMDA4DQojZGVmaW5lIEFEQzEwT04gICAgICAgICAg > ICAgMHgwMDEwDQojZGVmaW5lIFJFRk9OICAgICAgICAgICAgICAgMHgwMDIwDQojZGVmaW5lIFJF > RjJfNVYgICAgICAgICAgICAgMHgwMDQwDQojZGVmaW5lIE1TQyAgICAgICAgICAgICAgICAgMHgw > MDgwDQojZGVmaW5lIFJFRkJVUlNUICAgICAgICAgICAgMHgwMTAwDQojZGVmaW5lIFJFRk9VVCAg > ICAgICAgICAgICAgMHgwMjAwDQojZGVmaW5lIEFEQzEwU1IgICAgICAgICAgICAgMHgwNDAwDQoN > CiNkZWZpbmUgQURDMTBTSFRfMCAgICAgICAgICAoMDw8MTEpICAgICAvKiA0IHggQURDMTBDTEtz > ICovDQojZGVmaW5lIEFEQzEwU0hUXzEgICAgICAgICAgKDE8PDExKSAgICAgLyogOCB4IEFEQzEw > Q0xLcyAqLw0KI2RlZmluZSBBREMxMFNIVF8yICAgICAgICAgICgyPDwxMSkgICAgIC8qIDE2IHgg > QURDMTBDTEtzICovDQojZGVmaW5lIEFEQzEwU0hUXzMgICAgICAgICAgKDM8PDExKSAgICAgLyog > NjQgeCBBREMxMENMS3MgKi8NCg0KI2RlZmluZSBTUkVGXzAgICAgICAgICAgICAgICgwPDwxMykg > ICAgIC8qIFZSKyA9IEFWQ0MgYW5kIFZSLSA9IEFWU1MgKi8NCiNkZWZpbmUgU1JFRl8xICAgICAg > ICAgICAgICAoMTw8MTMpICAgICAvKiBWUisgPSBWUkVGKyBhbmQgVlItID0gQVZTUyAqLw0KI2Rl > ZmluZSBTUkVGXzIgICAgICAgICAgICAgICgyPDwxMykgICAgIC8qIFZSKyA9IFZFUkVGKyBhbmQg > VlItID0gQVZTUyAqLw0KI2RlZmluZSBTUkVGXzMgICAgICAgICAgICAgICgzPDwxMykgICAgIC8q > IFZSKyA9IFZFUkVGKyBhbmQgVlItID0gQVZTUyAqLw0KI2RlZmluZSBTUkVGXzQgICAgICAgICAg > ICAgICg0PDwxMykgICAgIC8qIFZSKyA9IEFWQ0MgYW5kIFZSLSA9IFZSRUYtL1ZFUkVGLSAqLw0K > I2RlZmluZSBTUkVGXzUgICAgICAgICAgICAgICg1PDwxMykgICAgIC8qIFZSKyA9IFZSRUYrIGFu > ZCBWUi0gPSBWUkVGLS9WRVJFRi0gKi8NCiNkZWZpbmUgU1JFRl82ICAgICAgICAgICAgICAoNjw8 > MTMpICAgICAvKiBWUisgPSBWRVJFRisgYW5kIFZSLSA9IFZSRUYtL1ZFUkVGLSAqLw0KI2RlZmlu > ZSBTUkVGXzcgICAgICAgICAgICAgICg3PDwxMykgICAgIC8qIFZSKyA9IFZFUkVGKyBhbmQgVlIt > ID0gVlJFRi0vVkVSRUYtICovDQoNCiNkZWZpbmUgQURDMTBCVVNZICAgICAgICAgICAweDAwMDEg > ICAgICAvKiBBREMxMENUTDEgKi8NCg0KI2RlZmluZSBDT05TRVFfMCAgICAgICAgICAgICgwPDwx > KSAgICAgIC8qIFNpbmdsZSBjaGFubmVsIHNpbmdsZSBjb252ZXJzaW9uICovDQojZGVmaW5lIENP > TlNFUV8xICAgICAgICAgICAgKDE8PDEpICAgICAgLyogU2VxdWVuY2Ugb2YgY2hhbm5lbHMgKi8N > CiNkZWZpbmUgQ09OU0VRXzIgICAgICAgICAgICAoMjw8MSkgICAgICAvKiBSZXBlYXQgc2luZ2xl > IGNoYW5uZWwgKi8NCiNkZWZpbmUgQ09OU0VRXzMgICAgICAgICAgICAoMzw8MSkgICAgICAvKiBS > ZXBlYXQgc2VxdWVuY2Ugb2YgY2hhbm5lbHMgKi8NCg0KI2RlZmluZSBBREMxMFNTRUxfMCAgICAg > ICAgICgwPDwzKSAgICAgIC8qIEFEQzEwT1NDICovDQojZGVmaW5lIEFEQzEwU1NFTF8xICAgICAg > ICAgKDE8PDMpICAgICAgLyogQUNMSyAqLw0KI2RlZmluZSBBREMxMFNTRUxfMiAgICAgICAgICgy > PDwzKSAgICAgIC8qIE1DTEsgKi8NCiNkZWZpbmUgQURDMTBTU0VMXzMgICAgICAgICAoMzw8Mykg > ICAgICAvKiBTTUNMSyAqLw0KDQojZGVmaW5lIEFEQzEwRElWXzAgICAgICAgICAgKDA8PDUpDQoj > ZGVmaW5lIEFEQzEwRElWXzEgICAgICAgICAgKDE8PDUpDQojZGVmaW5lIEFEQzEwRElWXzIgICAg > ICAgICAgKDI8PDUpDQojZGVmaW5lIEFEQzEwRElWXzMgICAgICAgICAgKDM8PDUpDQojZGVmaW5l > IEFEQzEwRElWXzQgICAgICAgICAgKDQ8PDUpDQojZGVmaW5lIEFEQzEwRElWXzUgICAgICAgICAg > KDU8PDUpDQojZGVmaW5lIEFEQzEwRElWXzYgICAgICAgICAgKDY8PDUpDQojZGVmaW5lIEFEQzEw > RElWXzcgICAgICAgICAgKDc8PDUpDQoNCiNkZWZpbmUgSVNTSCAgICAgICAgICAgICAgICAweDAx > MDANCiNkZWZpbmUgQURDMTBERiAgICAgICAgICAgICAweDAyMDANCg0KI2RlZmluZSBTSFNfMCAg > ICAgICAgICAgICAgICgwPDwxMCkgICAgIC8qIEFEQzEwU0MgKi8NCiNkZWZpbmUgU0hTXzEgICAg > ICAgICAgICAgICAoMTw8MTApICAgICAvKiBUQTMgT1VUMSAqLw0KI2RlZmluZSBTSFNfMiAgICAg > ICAgICAgICAgICgyPDwxMCkgICAgIC8qIFRBMyBPVVQwICovDQojZGVmaW5lIFNIU18zICAgICAg > ICAgICAgICAgKDM8PDEwKSAgICAgLyogVEEzIE9VVDIgKi8NCg0KI2RlZmluZSBJTkNIXzAgICAg > ICAgICAgICAgICgwPDwxMikNCiNkZWZpbmUgSU5DSF8xICAgICAgICAgICAgICAoMTw8MTIpDQoj > ZGVmaW5lIElOQ0hfMiAgICAgICAgICAgICAgKDI8PDEyKQ0KI2RlZmluZSBJTkNIXzMgICAgICAg > ICAgICAgICgzPDwxMikNCiNkZWZpbmUgSU5DSF80ICAgICAgICAgICAgICAoNDw8MTIpDQojZGVm > aW5lIElOQ0hfNSAgICAgICAgICAgICAgKDU8PDEyKQ0KI2RlZmluZSBJTkNIXzYgICAgICAgICAg > ICAgICg2PDwxMikNCiNkZWZpbmUgSU5DSF83ICAgICAgICAgICAgICAoNzw8MTIpDQojZGVmaW5l > IElOQ0hfOCAgICAgICAgICAgICAgKDg8PDEyKQ0KI2RlZmluZSBJTkNIXzkgICAgICAgICAgICAg > ICg5PDwxMikNCiNkZWZpbmUgSU5DSF8xMCAgICAgICAgICAgICAoMTA8PDEyKQ0KI2RlZmluZSBJ > TkNIXzExICAgICAgICAgICAgICgxMTw8MTIpDQojZGVmaW5lIElOQ0hfMTIgICAgICAgICAgICAg > KDEyPDwxMikgICAgLyogU2VsZWN0cyBjaGFubmVsIDExICovDQojZGVmaW5lIElOQ0hfMTMgICAg > ICAgICAgICAgKDEzPDwxMikgICAgLyogU2VsZWN0cyBjaGFubmVsIDExICovDQojZGVmaW5lIElO > Q0hfMTQgICAgICAgICAgICAgKDE0PDwxMikgICAgLyogU2VsZWN0cyBjaGFubmVsIDExICovDQoj > ZGVmaW5lIElOQ0hfMTUgICAgICAgICAgICAgKDE1PDwxMikgICAgLyogU2VsZWN0cyBjaGFubmVs > IDExICovDQoNCiNkZWZpbmUgQURDMTBGRVRDSCAgICAgICAgICAweDAwMDEgICAgICAvKiBBREMx > MERUQzAgKi8NCiNkZWZpbmUgQURDMTBCMSAgICAgICAgICAgICAweDAwMDINCiNkZWZpbmUgQURD > MTBDVCAgICAgICAgICAgICAweDAwMDQNCiNkZWZpbmUgQURDMTBUQiAgICAgICAgICAgICAweDAw > MDgNCg0KI2RlZmluZSBBREMxMERJU0FCTEUgICAgICAgIDB4MDAwMCAgICAgIC8qIEFEQzEwRFRD > MSAqLw0KDQojZW5kaWYNCg== > > ------_=_NextPart_001_01C3E9F4.B2069A18-- > > > > --__--__-- > > _______________________________________________ > Mspgcc-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/mspgcc-users > > > End of Mspgcc-users Digest
