You just want not to use --enable-multiarch.
Thanks,
Andrew Pinski
From: linaro-toolchain-boun...@lists.linaro.org
linaro-toolchain-boun...@lists.linaro.org on behalf of Diane Holt
holt.di...@gmail.com
Sent: Wednesday, March 05, 2014 2:33 PM
To: Zhenqiang
On the other hand, disabling multilib didn't accomplish what I wanted. What
I want is for things to be where they used to be, with regard to /lib,
/usr/lib, /usr/include, and include/C++ -- I don't want that extra
arm-linux-gnueabi subdir under those. Granted, I can re-organize things
once I've
I don't build eglibc -- I use a prebuilt one. But that does look to have
been the issue. The one I used before was 2.12.1, so I tried a later one
(2.15) and things worked.
Thanks very much,
Diane
On Tue, Mar 4, 2014 at 10:09 PM, Zhenqiang Chen
zhenqiang.c...@linaro.orgwrote:
How do you build
Peter Maydell peter.mayd...@linaro.org writes:
On 28 February 2014 14:27, Alexander Graf ag...@suse.de wrote:
Could we check the instruction at the sognaling pc and check
if it's a known syscall instruction? No need to replace glibc
wrappers then.
No, because the behaviour we want for
Am 28.02.2014 um 22:21 schrieb Peter Maydell peter.mayd...@linaro.org:
On 28 February 2014 14:12, Alex Bennée alex.ben...@linaro.org wrote:
Is this simply a case of having a precise state in/around syscalls?
No.
AIUI we already have such a mechanism for dealing with faults in
On 28 February 2014 14:27, Alexander Graf ag...@suse.de wrote:
Could we check the instruction at the sognaling pc and check
if it's a known syscall instruction? No need to replace glibc
wrappers then.
No, because the behaviour we want for started handling
syscall in qemu through to PC anything
On 28 February 2014 17:08, Alex Bennée alex.ben...@linaro.org wrote:
Peter Maydell peter.mayd...@linaro.org writes:
On 28 February 2014 14:27, Alexander Graf ag...@suse.de wrote:
Could we check the instruction at the sognaling pc and check
if it's a known syscall instruction? No need to
On 28 February 2014 14:12, Alex Bennée alex.ben...@linaro.org wrote:
Is this simply a case of having a precise state in/around syscalls?
No.
AIUI we already have such a mechanism for dealing with faults in
translated code so this is all aimed at when an asynchronous signal
arrives somewhere
[Adding Alex Barcelo to the CC]
On Thu, Feb 27, 2014 at 6:20 AM, Michael Matz m...@suse.de wrote:
Hi,
On Wed, 26 Feb 2014, Dann Frazier wrote:
I've narrowed down the changes that seem to prevent both types of
segfaults to the following changes that introduce a wrapper around
sigprocmask:
Please check your eglibc config. It seams you add the following items.
rtlddir=/lib
libdir=/usr/lib/arm-linux-gnueabi
slibdir=/lib/arm-linux-gnueai
Please remove the arm-linux-gnueabi if you do not like it.
Thanks!
-Zhenqiang
On 6 March 2014 08:01, Diane Holt holt.di...@gmail.com wrote:
Hi all,
We are using Linaro 13.03 toolchain(
gcc-linaro-arm-linux-gnueabihf-4.7-2013.03-20130313_linux We are trying to
execute a simple test code to check whether ARM assembly code executes on
board or not. Execution is on Arndale Board. Every time We include assembly
function, We get
On 6 March 2014 14:41, Vishwa vishwa.aric...@gmail.com wrote:
Hi,
We are using Linaro 13.03
toolchain(gcc-linaro-arm-linux-gnueabihf-4.7-2013.03-20130313_linux We are
trying to execute a simple test code to check whether ARM assembly code
executes on board or not. Execution is on Arndale
12 matches
Mail list logo
