Thanks for the help.
I gave following options with make install. That worked.
Regards,
Mallikarjuna
-Original Message-
From: Zhenqiang Chen [mailto:zhenqiang.c...@arm.com]
Sent: Friday, November 28, 2014 8:48 AM
To: Gouda Mallikarjuna-B30506
Cc: linaro-toolchain@lists.linaro.org
Subjec
Please configure eglibc with
rtlddir=/lib
libdir=/usr/lib/arm-linux-gnueabihf
slibdir=/lib/arm-linux-gnueabihf
or
rtlddir=/lib
libdir=/usr/lib/arm-linux-gnueabi
slibdir=/lib/arm-linux-gnueabi
Thanks!
-Zhenqiang
From: linaro-toolchain-boun...@lists.linaro.org
[mailto:linaro-toolchain-boun...@li
Maxim U.,
There are no macros here for preprocessor to complain.
Ola,
The uninitialized warnings are generated by a pass that is separate from code
generation. The deficiencies of this pass should not affect correctness of the
code.
--
Maxim Kuvyrkov
www.linaro.org
On Nov 27, 2014, at 1:3
On 27 November 2014 at 12:16, Ola Liljedahl
wrote:
> Thanks Maxim,
>
> Yes I should do that. I also intend to make the code used to reproduce
> the problem smaller.
>
> One of my worries was that GCC considered the loop without side
> effects (ignoring the inline assembler in odp_spin()) and thus
Thanks Maxim,
Yes I should do that. I also intend to make the code used to reproduce
the problem smaller.
One of my worries was that GCC considered the loop without side
effects (ignoring the inline assembler in odp_spin()) and thus removed
the loop (including the usage of the uninitialized varia
Hi Ola,
I can confirm this problem with latest linaro-4.9-branch build. However, this
is target-independent problem (reproducible on, at least, x86 and aarch64), so
it is best to be tracked and addressed via upstream bugzilla.
Would you submit a PR on http://gcc.gnu.org/bugzilla ?
Thank you,
