> I don't see any easy solution for you at the moment, you need a
> binutils/gcc upgrade, or you need to put crc code in separate files.
> Or you could force all files to be compiled with -mcpu=generic, and
> then you can use .cpu to add/remove crc support as necessary.
Thanks Jim. This came from
On Wed, Apr 19, 2017 at 11:35 PM, Jeffrey Walton wrote:
> On Wed, Apr 19, 2017 at 9:57 PM, Jim Wilson wrote:
>> On Wed, Apr 19, 2017 at 12:38 PM, Jeffrey Walton wrote:
> The thing I am not sure about is saving and restoring the cpu. The AS
> manual states "Specifying .cpu clears any previously s
On Wed, Apr 19, 2017 at 9:57 PM, Jim Wilson wrote:
> On Wed, Apr 19, 2017 at 12:38 PM, Jeffrey Walton wrote:
>> According to [1], I can use ".arch_extension" to enable it. According
>> to [2], ".arch_extension" is available in GCC 4.6 and GAS 2.21. My
>> version of Linaro provides GCC 4.9.2 and G
On Wed, Apr 19, 2017 at 12:38 PM, Jeffrey Walton wrote:
> According to [1], I can use ".arch_extension" to enable it. According
> to [2], ".arch_extension" is available in GCC 4.6 and GAS 2.21. My
> version of Linaro provides GCC 4.9.2 and GAS 2.25.90. I can also
> duplicate the issue on GCC113 (c
Hi Jim,
On 06/15/2016 05:34 AM, Jim Wilson wrote:
> A few more comments...
>
> The MAP_DATA support is emitting mapping symbols documented in the
> AARCH64 ELF ABI. Mapping symbols are emitted when switching from data
> to instructions, or vice versa, inside a section. However, mapping
> symbol
A few more comments...
The MAP_DATA support is emitting mapping symbols documented in the
AARCH64 ELF ABI. Mapping symbols are emitted when switching from data
to instructions, or vice versa, inside a section. However, mapping
symbols are just addresses. There should be no need to emit implicit
On Tue, Jun 14, 2016 at 12:43 PM, Jim Wilson wrote:
> I can reproduce with an FSF binutils. Not obvious why it is failing though.
A git bisect tracks the problem down to this commit.
palantir:2177$ git bisect bad
c1baaddf8861aea666b84baeb4746caff51a579d is the first bad commit
commit c1baaddf88
On Tue, Jun 14, 2016 at 11:37 AM, Christophe Lyon
wrote:
> On 14 June 2016 at 14:07, Jérôme Forissier
> wrote:
>> Hi,
>>
>> I've stumbled across an assembler error message that I don't understand.
>>
>> bl1/aarch64/bl1_exceptions.S: Assembler messages:
>> bl1/aarch64/bl1_exceptions.S:53: Error
On 14 June 2016 at 14:07, Jérôme Forissier wrote:
> Hi,
>
> I've stumbled across an assembler error message that I don't understand.
>
> bl1/aarch64/bl1_exceptions.S: Assembler messages:
> bl1/aarch64/bl1_exceptions.S:53: Error: non-constant expression in
> ".if" statement
>
> It occurs when bui
Subject: Re: Re: Error
NO fail for me with the similar steps on Ubuntu 12.04.
Do you use prebuilt libc or build by yourself? Can you show me the
detail log of the "collect2: error"?
Thanks!
-Zhenqiang
On 10 October 2013 13:57, Rick wrote:
> Hi Zhenqiang
>
> I havd disable multili
...@gmail.com
>
> From: Zhenqiang Chen
> Date: 2013-10-10 12:52
> To: Rick
> CC: linaro-toolchain
> Subject: Re: Error
> Please try to disable multilib.
>
>
> On 10 October 2013 11:34, Rick wrote:
>> Hi Term,
>>
>> I have try to us "crosstool-ng-
Date: 2013-10-10 12:52
To: Rick
CC: linaro-toolchain
Subject: Re: Error
Please try to disable multilib.
On 10 October 2013 11:34, Rick wrote:
> Hi Term,
>
> I have try to us "crosstool-ng-linaro-1.13.1-4.8 "to build myself cross tool
> chain,
> but some problem happened,j
Please try to disable multilib.
On 10 October 2013 11:34, Rick wrote:
> Hi Term,
>
> I have try to us "crosstool-ng-linaro-1.13.1-4.8 "to build myself cross tool
> chain,
> but some problem happened,just before I have used crosstool-ng offcial
> version,
> every thing is fine,I have got my toolc
On Thu, Jul 07, 2011 at 11:34:59AM +0800, mins@globalunichip.com wrote:
> Hi,
> I used Linaro cross-toolchain version 4.5
> (gcc-4.5-arm-linux-gnueabi) to compile linux-linaro-11.05 for beagle
> board,
> but got the following error messages:
>
>
> AS arch/arm/boot
14 matches
Mail list logo
