From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: "Burton, Ross" <ross.burton@intel.com>
Cc: Patches, Otavio Salvador <otavio@ossystems.com.br>,
about the oe-core layer
<openembedded-core@lists.openembedded.org>
Subject: Re: [PATCH] xkeyboard-config: this is architecture-indepedent, so set PACKAGE_ARCH
Date: Fri, 01 Mar 2013 00:10:28 +0000 [thread overview]
Message-ID: <1362096628.1055.33.camel@ted> (raw)
In-Reply-To: <CAJTo0LbO5WcNeCBQo+FMSAteiE5rG41zL7EDeSE0g-YMF5vjhg@mail.gmail.com>
On Wed, 2013-02-27 at 14:47 +0000, Burton, Ross wrote:
> On 26 February 2013 20:52, Otavio Salvador <otavio@ossystems.com.br> wrote:
> > I'd say to drop the AC_CANONICAL_HOST call and make it fake Linux as a
> > fixed value.
>
> Did that in xorg-macros as that's where the definition is, but
> intltool's configure fragment links a program to set DATADIRNAME
> (although that appears to be deprecated), so it's trying to find a C
> compiler now.
>
> How do I *properly* set allarch so sstate "works" but still allow a
> compiler to run so it can identify distribution-specific values (that
> have nothing to do with the architecture)?
Inherit the class, then set the compiler options to point to the native
compiler? I'm very nervous about doing that mind and would prefer to
"fix" the macros if we can.
Cheers,
Richard
next prev parent reply other threads:[~2013-03-01 0:27 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-02-26 12:36 [PATCH] xkeyboard-config: this is architecture-indepedent, so set PACKAGE_ARCH Ross Burton
2013-02-26 14:32 ` Otavio Salvador
2013-02-26 17:42 ` Burton, Ross
2013-02-26 17:47 ` Otavio Salvador
2013-02-26 17:55 ` Burton, Ross
2013-02-26 18:09 ` Otavio Salvador
2013-02-26 19:43 ` Richard Purdie
2013-02-26 20:44 ` Burton, Ross
2013-02-26 20:52 ` Otavio Salvador
2013-02-27 14:47 ` Burton, Ross
2013-03-01 0:10 ` Richard Purdie [this message]
2013-02-26 22:37 ` Martin Jansa
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=1362096628.1055.33.camel@ted \
--to=richard.purdie@linuxfoundation.org \
--cc=openembedded-core@lists.openembedded.org \
--cc=otavio@ossystems.com.br \
--cc=ross.burton@intel.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox