Hmn. Roughly, assuming you have a mspgcc4 area that has the ports subdirectory, cd to it and run:
patch -p1 < msp430-r4.20100210-chipcat.patch patch is a pretty standard unix command that you should have on any Unix/Linux installation. The -p1 says to strip off one level of the path names from within the patch, which are in the diff lines like: diff --git a/ports/gcc-4.x/gcc/config/msp430/generate_chip_data.py b/ports/gcc-4.x/gcc/config/msp430/generate_chip_data.py Then do a build as normal. Make sure that the build process unpacks the gcc sources and applies the patches from the port directory. Peter On Tue, Apr 27, 2010 at 6:14 PM, Anthony Asterisk < [email protected]> wrote: > Thank you very much! > > a dumb question... > > how do I apply these patches (roughly)? > > > Peter Bigot wrote: > > The patch is too big for this mailing list. I've uploaded a copy to: > http://sourceforge.net/projects/mspgcc4/files/Patches/msp430-r4.20100210-chipcat.patch > > It's also available within the SRPM. > > Peter > > On Tue, Apr 27, 2010 at 6:06 PM, Peter Bigot <[email protected]>wrote: > >> Yes, it is probably due to hardware multiply. I can replicate the problem >> on an older install, but it's fixed with one built from the SRPMs I posted >> which include a patch for hardware multiply. I haven't had time to >> integrate that with the mainline developers; a copy is attached. >> >> Peter >> >> >> On Tue, Apr 27, 2010 at 5:46 PM, Anthony Asterisk < >> [email protected]> wrote: >> >>> OH BTW, this is with mspgcc4 >>> >>> msp430-gcc -v >>> Using built-in specs. >>> Target: msp430 >>> Configured with: >>> /home/user/mspgcc4/build/gcc-4.4.3-build/../gcc-4.4.3/configure >>> --prefix=/home/user/contiki-2.x/platform/castlerock/tools/msp430-gcc-4.4.3 >>> --target=msp430 --enable-languages=c,c++ >>> --with-pkgversion=MSPGCC4_r4-20100210 : (reconfigured) >>> /home/user/mspgcc4/build/gcc-4.4.3-build/../gcc-4.4.3/configure >>> --prefix=/home/user/contiki-2.x/platform/castlerock/tools/msp430-gcc-4.4.3 >>> --target=msp430 --enable-languages=c,c++ >>> --with-pkgversion=MSPGCC4_r4-20100210 : (reconfigured) >>> /home/user/mspgcc4/build/gcc-4.4.3-build/../gcc-4.4.3/configure >>> --prefix=/home/user/contiki-2.x/platform/castlerock/tools/msp430-gcc-4.4.3 >>> --target=msp430 --enable-languages=c,c++ >>> --with-pkgversion=MSPGCC4_r4-20100210 >>> Thread model: single >>> gcc version 4.4.3 (MSPGCC4_r4-20100210) >>> >>> >>> AND >>> >>> msp430-libc-20100207 >>> >>> >>> >>> >>> Anthony Asterisk wrote: >>> >>>> I just tried to use strotl() on the msp430f5437. It failed and I >>>> tracked the problem down to a problem with multiply. Check this out: >>>> >>>> >>>> register unsigned long int tmp1 = i; >>>> unsigned long int tmp2 = i; >>>> long int tmp3 = i; >>>> int tmp4 = i; >>>> printf("i %lx tmp1 %lx tmp2 %lx tmp3 %lx tmp4 >>>> %x\n",i,tmp1,tmp2,tmp3,tmp4); >>>> tmp1 = tmp1 * base; >>>> tmp2 = tmp2 * base; >>>> tmp3 = tmp3 * base; >>>> tmp4 = tmp4 * base; >>>> printf("i %lx tmp1 %lx tmp2 %lx tmp3 %lx tmp4 >>>> %x\n",i,tmp1,tmp2,tmp3,tmp4); >>>> >>>> i 0 tmp1 0 tmp2 0 tmp3 0 tmp4 0 >>>> i 0 tmp1 3fff3fff tmp2 3fff3fff tmp3 3fff3fff tmp4 0 >>>> >>>> >>>> Any advice how to proceed with debugging this? Is this a problem with >>>> usage of hardwarde multiplier? >>> >>> >>> >> >
