On Thu, Jan 28, 2016 at 2:26 PM, Renato Golin wrote:
> We have this bug in LLVM:
> https://llvm.org/bugs/show_bug.cgi?id=23969
> Which deals with the problems of mcount messing up the prologue, and
> it seems to affect both kernel and chromium.
This is an unrelated problem.
> I was delaying the
On 28 January 2016 at 22:20, Jim Wilson wrote:
> This is a minor arm port bug. Use both -mlong-calls and -pg and you get
> bl __gnu_mcount_nc
> instead of the long call to mcount that I expected. The MIPS port
> does get this right, and uses a longcall for mcount if longcalls are
> enabled.
On Thu, Jan 28, 2016 at 7:15 AM, Christophe Lyon
wrote:
> Now, with -mlong-calls, I got:
> drivers/built-in.o: In function `atom_op_mul':
> sunxi_sid.c:(.text+0xa2c334): relocation truncated to fit: R_ARM_CALL
> against symbol `__gnu_mcount_nc' defined in .text section in
> arch/arm/kernel/built-i
On 27 January 2016 at 18:49, Jim Wilson wrote:
> On Wed, Jan 27, 2016 at 9:30 AM, Richard Earnshaw
> wrote:
>> Long calls would probably solve the problem, but would likely be
>> horribly expensive in performance.
>
> An allyesconfig is presumably only to verify that you haven't
> accidentally br
On Wed, Jan 27, 2016 at 9:30 AM, Richard Earnshaw
wrote:
> Long calls would probably solve the problem, but would likely be
> horribly expensive in performance.
An allyesconfig is presumably only to verify that you haven't
accidentally broken any build config with a patch, so performance
should n
On 27/01/16 16:57, Jim Wilson wrote:
> On Wed, Jan 27, 2016 at 8:37 AM, Christophe Lyon
> wrote:
>> I confirm the trampolines are not inserted for ld -r.
>
> We can't insert the trampolines with ld -r. We don't have all of the
> symbols required for this with a relocatable link. Also, for the
>
On 01/27/2016 08:52 AM, William Mills wrote:
>
> On 01/27/2016 08:35 AM, Richard Earnshaw wrote:
>> On 26/01/16 17:25, Christophe Lyon wrote:
>>> On 26 January 2016 at 18:23, Dan Murphy wrote:
Christophe
On 01/26/2016 10:58 AM, Christophe Lyon wrote:
> On 25 January 2016 at
On Wed, Jan 27, 2016 at 8:37 AM, Christophe Lyon
wrote:
> I confirm the trampolines are not inserted for ld -r.
We can't insert the trampolines with ld -r. We don't have all of the
symbols required for this with a relocatable link. Also, for the
symbols we do have, we don't know the final addre
On 27 January 2016 at 15:57, Richard Earnshaw wrote:
> On 27/01/16 14:52, William Mills wrote:
>>
>>
>> On 01/27/2016 08:35 AM, Richard Earnshaw wrote:
>>> On 26/01/16 17:25, Christophe Lyon wrote:
On 26 January 2016 at 18:23, Dan Murphy wrote:
> Christophe
>
>
> On 01/26/201
On 27/01/16 14:52, William Mills wrote:
>
>
> On 01/27/2016 08:35 AM, Richard Earnshaw wrote:
>> On 26/01/16 17:25, Christophe Lyon wrote:
>>> On 26 January 2016 at 18:23, Dan Murphy wrote:
Christophe
On 01/26/2016 10:58 AM, Christophe Lyon wrote:
>
> On 25 January 2016
On 01/27/2016 08:35 AM, Richard Earnshaw wrote:
> On 26/01/16 17:25, Christophe Lyon wrote:
>> On 26 January 2016 at 18:23, Dan Murphy wrote:
>>> Christophe
>>>
>>>
>>> On 01/26/2016 10:58 AM, Christophe Lyon wrote:
On 25 January 2016 at 17:21, Dan Murphy wrote:
>
> Hi!
>
On 26/01/16 17:25, Christophe Lyon wrote:
> On 26 January 2016 at 18:23, Dan Murphy wrote:
>> Christophe
>>
>>
>> On 01/26/2016 10:58 AM, Christophe Lyon wrote:
>>>
>>> On 25 January 2016 at 17:21, Dan Murphy wrote:
Hi!
When using the linaro-4.9-2015.05 toolchain on the Linux
On 26 January 2016 at 18:25, Christophe Lyon wrote:
> On 26 January 2016 at 18:23, Dan Murphy wrote:
>> Christophe
>>
>>
>> On 01/26/2016 10:58 AM, Christophe Lyon wrote:
>>>
>>> On 25 January 2016 at 17:21, Dan Murphy wrote:
Hi!
When using the linaro-4.9-2015.05 toolchain on
On 26 January 2016 at 18:23, Dan Murphy wrote:
> Christophe
>
>
> On 01/26/2016 10:58 AM, Christophe Lyon wrote:
>>
>> On 25 January 2016 at 17:21, Dan Murphy wrote:
>>>
>>> Hi!
>>>
>>> When using the linaro-4.9-2015.05 toolchain on the Linux master and on
>>> Linux stable releases
>>> I am seein
Christophe
On 01/26/2016 10:58 AM, Christophe Lyon wrote:
On 25 January 2016 at 17:21, Dan Murphy wrote:
Hi!
When using the linaro-4.9-2015.05 toolchain on the Linux master and on Linux
stable releases
I am seeing a build issue below when using the allyesconfig. This does not
seem to occur
On 25 January 2016 at 17:21, Dan Murphy wrote:
> Hi!
>
> When using the linaro-4.9-2015.05 toolchain on the Linux master and on Linux
> stable releases
> I am seeing a build issue below when using the allyesconfig. This does not
> seem to occur on the 5.2 tool chain.
> We cannot move to 5.2 too
Hi!
When using the linaro-4.9-2015.05 toolchain on the Linux master and on Linux
stable releases
I am seeing a build issue below when using the allyesconfig. This does not
seem to occur on the 5.2 tool chain.
We cannot move to 5.2 tool chain for our releases as they are based on 4.9.
LD
17 matches
Mail list logo
