[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: [avr-gcc-list] $DATA_ORIGIN in binutils-2.18
From: |
Weddington, Eric |
Subject: |
RE: [avr-gcc-list] $DATA_ORIGIN in binutils-2.18 |
Date: |
Wed, 22 Oct 2008 08:41:58 -0600 |
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:
> address@hidden
> [mailto:address@hidden
> org] On Behalf Of Ruud Vlaming
> Sent: Wednesday, October 22, 2008 2:39 AM
> To: address@hidden
> 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
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/avr-gcc-list
>