On Fri, Mar 07, 2014 at 09:14:04PM +0100, Jakub Jelinek wrote:
> On Fri, Mar 07, 2014 at 12:10:05PM -0800, Andrew Pinski wrote:
> > On Fri, Mar 7, 2014 at 11:56 AM, Christophe Lyon
> > wrote:
> > > It seems the new test fails at execution on aarch64-none-elf (and
> > > aarch64_be-none-elf) using t
On Fri, Mar 07, 2014 at 12:10:05PM -0800, Andrew Pinski wrote:
> On Fri, Mar 7, 2014 at 11:56 AM, Christophe Lyon
> wrote:
> > It seems the new test fails at execution on aarch64-none-elf (and
> > aarch64_be-none-elf) using the ARM Foundation Model as simulator.
>
>
> The new testcase should hav
On Fri, Mar 7, 2014 at 11:56 AM, Christophe Lyon
wrote:
> Hi,
>
> It seems the new test fails at execution on aarch64-none-elf (and
> aarch64_be-none-elf) using the ARM Foundation Model as simulator.
The new testcase should have been disabled for the aarch64-elf target
as it does not have TLS su
Hi,
It seems the new test fails at execution on aarch64-none-elf (and
aarch64_be-none-elf) using the ARM Foundation Model as simulator.
Sorry, I don't have access to more detail right now.
Christophe.
On 6 March 2014 06:44, Ramana Radhakrishnan wrote:
> On Wed, Mar 5, 2014 at 9:12 AM, Jakub J
On Wed, Mar 5, 2014 at 9:12 AM, Jakub Jelinek wrote:
> Hi!
>
> arm_legitimize_address may be called with a TLS symbol referenced, even when
> x is not itself a SYMBOL_REF. Most often it is something like:
> (const:SI (plus:SI (symbol_ref:SI "tlsvar") (const_int NNN)))
> but generally it can be so
Hi!
arm_legitimize_address may be called with a TLS symbol referenced, even when
x is not itself a SYMBOL_REF. Most often it is something like:
(const:SI (plus:SI (symbol_ref:SI "tlsvar") (const_int NNN)))
but generally it can be something else (e.g. from expansion of
TARGET_MEM_REF). Unfortunat
