avr-gcc-list
[Top][All Lists]
Advanced

[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
> 




reply via email to

[Prev in Thread] Current Thread [Next in Thread]