This is the mail archive of the crossgcc@sourceware.org mailing list for the crossgcc project.

See the CrossGCC FAQ for lots more information.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: BFD does not support target avr32-unknown-none.


Have a look at http://distribute.atmel.no/tools/opensource/
for some patches.

Regards
Per A.

On 15. feb. 2011 13:31, ng@piments.com wrote:
> On 15/02/11 00:07, Yann E. MORIN wrote:
>> Peter, All,
>>
>> On Monday 14 February 2011 23:39:19 ng@piments.com wrote:
>>> I am attempting to use ct-ng to build a toolchain for avr32.
>>>
>>> I used the 'sample' included in 1.9.2 and it built OK. But when I
>>> try to
>>> add gdb it fails with an obscure error I have not been able to find any
>>> info on.
>>>
>>> nano /back/ts/ct-ng/x-tools/avr32-unknown-none/build.log
>>> [ALL  ]    checking linker --as-needed support... yes
>>> [ALL  ]    checking for cos in -lm... yes
>>> [ALL  ]    *** BFD does not support target avr32-unknown-none.
>>> [ALL  ]    *** Look in bfd/config.bfd for supported targets.
>>
>> It seems to me that avr32 is not supported in upstream gdb.
>> It requires a patch, which you may get from Atmel (registration
>> required):
>>    http://www.atmel.com/dyn/products/tools_card.asp?tool_id=4118
>>
>> Look for:
>>
>>    AVR32 GNU Toolchain 2.4.2 - Linux Source Code (102 MB, revision
>>    2.4.2, updated 01/10) AVR32 GNU Toolchain Linux Source code
>>
>> I don't know what version of gdb is available in there, though. I am
>> not registered.
>>
>> Going the hacker's way, would it be possible to replace the gdb BFD with
>> the one from binutils? Hehe... Open-heart surgery. :-]
>
> Maybe not so hairy.
>
> from avr32-gdb.spec :
>
> # Remove the files that are part of a gdb build but that are owned and
> # provided by other packages.
> # These are part of binutils
>
> %__rm -rf $RPM_BUILD_ROOT/usr/share/locale/
> %__rm -f $RPM_BUILD_ROOT%{_infodir}/bfd*
> %__rm -f $RPM_BUILD_ROOT%{_infodir}/standard*
> %__rm -f $RPM_BUILD_ROOT%{_infodir}/mmalloc*
> %__rm -f $RPM_BUILD_ROOT%{_infodir}/configure*
> %__rm -rf $RPM_BUILD_ROOT/usr/include/
> %__rm -rf $RPM_BUILD_ROOT/%{_libdir}/lib{bfd*,opcodes*,iberty*,mmalloc*}
>
>
> If my, as yet limited understanding of this process is correct, it
> seems that they are using the binutils bfd.
>
> Make sense?
>
> regards, Peter.
>
>
>>
>>> I know this build is marked experimental but I see a lot of stuff out
>>> there that seems to suggest avr-gdb is working on linux
>>
>> Warning: avr != avr32. avr is 8-bit, avr32 is 32-bit. What you want is
>> avr32-gdb.
>>
>> Regards,
>> Yann E. MORIN.
>>
>
>
> -- 
> For unsubscribe information see http://sourceware.org/lists.html#faq
>
>

--
For unsubscribe information see http://sourceware.org/lists.html#faq


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]