All of lore.kernel.org
 help / color / mirror / Atom feed
From: Gilles Chanteperdrix <gilles.chanteperdrix@xenomai.org>
To: "Felipe Brandão Cavalcanti" <cavalkaf@domain.hid>
Cc: Xenomai help <xenomai@xenomai.org>
Subject: Re: [Xenomai-help] Problems when cross-compiling Xenomai
Date: Wed, 10 Feb 2010 15:24:15 +0100	[thread overview]
Message-ID: <4B72C18F.20903@domain.hid> (raw)
In-Reply-To: <8b216e9e1002100358u71d73d36xb851e59e23e069d1@domain.hid>

Felipe Brandão Cavalcanti wrote:
> 2010/2/10 Felipe Brandão Cavalcanti <cavalkaf@domain.hid>
> 
>>
>> 2010/2/10 Gilles Chanteperdrix <gilles.chanteperdrix@xenomai.orgm>
>>
>> Felipe Brandão Cavalcanti wrote:
>>>> Hello,
>>>>
>>>> I am having some problems when trying to cross-compile the userspace
>>> portion
>>>> of the latest Xenomai (2.5.1) for ARM. I am attempting to get Xenomai
>>>> running on a IGEPv2 OMAP board (Beagleboard based), so I am
>>> cross-compiling
>>>> with bitbake on top of a poky Linux distribution.
>>> Do you have the same problem if you build Xenomai user-space portion
>>> running the standard build procedure without additional CFLAGS and
>>> LDFLAGS?
>>>
>>>
>> I have not tried this - the cross compiler automatically adds them, and I
>> am not sure what I can remove. However, I will try removing them to see what
>> works. One thing that I noticed using the -k option in the make command is
>> that compiling fails only in the testsuite.
>>
>> I found an old thread with a similar problem:
>> https://mail.gna.org/public/xenomai-help/2008-07/msg00141.html
>>
>>
> 
> Just tried removing the LDFLAGS and CFLAGS, same error. I've attached the
> configure and make logs.

Ok. Made a diff between your configure log and mine. It seems the
problem is at some point configure does not find a compiler named
"arm-linux-gcc" and decides to use "gcc". So, your host compiler is
probably used to test whether shm_open/shm_unlink and a few other
functions exist for your target, and finds them whereas they are
probably not available.

So, the cure is to pass --host=arm-none-linux-gnueabi instead of
--host=arm-linux.

This looks a bit like a bug. Did you (or bit-bake, or poky, whatever)
re-run autoconf or are you using the original configure script?

-- 
Gilles Chanteperdrix, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com



  parent reply	other threads:[~2010-02-10 14:24 UTC|newest]

Thread overview: 36+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-02-10 11:27 [Xenomai-help] Problems when cross-compiling Xenomai Felipe Brandão Cavalcanti
2010-02-10 11:39 ` Gilles Chanteperdrix
2010-02-10 11:49   ` Felipe Brandão Cavalcanti
2010-02-10 11:58     ` Felipe Brandão Cavalcanti
2010-02-10 12:04       ` Gilles Chanteperdrix
2010-02-10 12:16         ` Gilles Chanteperdrix
2010-02-10 14:24       ` Gilles Chanteperdrix [this message]
2010-02-10 19:28         ` Felipe Brandão Cavalcanti
2010-02-11 18:05           ` Felipe Brandão Cavalcanti
2010-02-11 18:08             ` Gilles Chanteperdrix
2010-02-11 18:24               ` Felipe Brandão Cavalcanti
2010-02-11 18:39                 ` Gilles Chanteperdrix
2010-02-11 18:53                   ` Felipe Brandão Cavalcanti
2010-02-11 19:20                     ` Gilles Chanteperdrix
2010-02-11 19:38                     ` Gilles Chanteperdrix
2010-02-11 20:15                       ` Felipe Brandão Cavalcanti
2010-02-11 21:00                         ` Gilles Chanteperdrix
2010-02-11 22:30                           ` Felipe Brandão Cavalcanti
2010-02-12  7:20                             ` Gilles Chanteperdrix
2010-02-12 18:23                               ` Felipe Brandão Cavalcanti
2010-02-12 18:29                                 ` Gilles Chanteperdrix
2010-02-12 18:34                                   ` Stefan Kisdaroczi
2010-02-13 19:57                                     ` Felipe Brandão Cavalcanti
2010-02-13 20:02                                       ` Gilles Chanteperdrix
2010-02-13 20:25                                         ` Felipe Brandão Cavalcanti
2010-02-15 17:19                                           ` Felipe Brandão Cavalcanti
2010-02-15 18:19                                             ` Gilles Chanteperdrix
2010-02-15 18:34                                               ` Felipe Brandão Cavalcanti
2010-03-02 15:29                                                 ` Felipe Brandão Cavalcanti
2010-03-02 15:32                                                   ` Gilles Chanteperdrix
2010-05-05  0:11                                                     ` Gilles Chanteperdrix
2010-05-06  3:27                                                       ` Felipe Brandão Cavalcanti
2010-02-11 18:30             ` Gilles Chanteperdrix
2010-02-11 18:39               ` Felipe Brandão Cavalcanti
2010-02-10 12:00     ` Gilles Chanteperdrix
2010-02-10 12:19     ` Gilles Chanteperdrix

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4B72C18F.20903@domain.hid \
    --to=gilles.chanteperdrix@xenomai.org \
    --cc=cavalkaf@domain.hid \
    --cc=xenomai@xenomai.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.