Hi Ruud, If you are trying to build a newer toolchain, then I have a different set of patches for you. :-)
I'm working on the next release of WinAVR, which will include binutils 2.19 (not yet released, but the latest snapshot is 2.18.93) and GCC 4.3.2. I am currently working on adding more devices to the toolchain. If you can wait another week or two, then I think the new set of patches will stabilize. If there is a bug in avr-libc (which you seem to indicate in by your TSM/TMS patch), then we need to get that fixed in the source code. Is there a bug report for that patch? Eric Weddington > -----Original Message----- > From: > [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] > org] On Behalf Of Ruud Vlaming > Sent: Wednesday, October 22, 2008 2:39 AM > To: avr-gcc-list@nongnu.org > Subject: Re: [avr-gcc-list] $DATA_ORIGIN in binutils-2.18 > > On Monday 20 October 2008 21:26, Weddington, Eric wrote: > > > It's probably easier if you get your patches from WinAVR CVS... > :-) Thanks for the tip. So easy, and i was not aware of that. Maybe > because i am a little to WinShy i guess ... > > Anyway, let me share, just for the record, what i found. > > (1) On linux, the binutils 2.18 compiles with the patches but > [leave the WinAVR.patch out, but that is clearly indicated] and > insert the following patch after the 52-binutils-2.18-xmega.patch > > --- bfd/bfd-in2.h~ 2007-08-06 21:59:15.000000000 +0200 > +++ bfd/bfd-in2.h 2008-07-22 17:55:46.000000000 +0200 > @@ -2017,6 +2017,13 @@ > #define bfd_mach_avr4 4 > #define bfd_mach_avr5 5 > #define bfd_mach_avr6 6 > +#define bfd_mach_avrxmega1 101 > +#define bfd_mach_avrxmega2 102 > +#define bfd_mach_avrxmega3 103 > +#define bfd_mach_avrxmega4 104 > +#define bfd_mach_avrxmega5 105 > +#define bfd_mach_avrxmega6 106 > +#define bfd_mach_avrxmega7 107 > bfd_arch_bfin, /* ADI Blackfin */ > #define bfd_mach_bfin 1 > bfd_arch_cr16, /* National Semiconductor CompactRISC > (ie CR16). */ > > i called it "52-1-xmega_sup.patch" > > (2) If you are on GCC 4.3.2 you do not need the patches below, > for they are allready committed so it seems: > 40-1-gcc-4.3.0-bug-30243.patch > 40-8-gcc-4.3.0-bug-35519.patch > 40-9-gcc-4.3.0-bug-35542.patch > 41-0-gcc-4.3.0-bug-34932.patch > 41-1-gcc-4.3.0-bug-leaf.patch > The rest can be run as is. > > (3) For libc i am not sure about > 30-avr-libc-1.6.3-dwarf2.patch > since it indicates for being for version 1.6.3 but the latest > version i could find is 1.6.2 > And i incorporated my TSM/TMS patch: > > --- include/avr/iotnx61.h.orig 2007-12-12 15:00:49.000000000 +0100 > +++ include/avr/iotnx61.h 2008-10-20 23:13:00.000000000 +0200 > @@ -370,7 +370,7 @@ > #define CS01 1 > #define CS02 2 > #define PSR0 3 > -#define TMS 4 > +#define TSM 4 > > #define MCUSR _SFR_IO8(0x34) > #define PORF 0 > > As said, just for the record. > > Ruud. > > > _______________________________________________ > AVR-GCC-list mailing list > AVR-GCC-list@nongnu.org > http://lists.nongnu.org/mailman/listinfo/avr-gcc-list > _______________________________________________ AVR-GCC-list mailing list AVR-GCC-list@nongnu.org http://lists.nongnu.org/mailman/listinfo/avr-gcc-list
