Re: Restricting architectures

2010-09-03 Thread Wookey
+++ Robert Schwebel [2010-09-03 09:20 +0200]: [sorry - got the emdebian email wrong on previous mail - reply to this, not that] [Emdebian people: this is useful thread from linaro-dev I am now cross-posting. Start here to read it: http://lists.linaro.org/pipermail/linaro-dev/2010-September/000657

Re: Restricting architectures

2010-09-03 Thread Wookey
+++ Robert Schwebel [2010-09-03 09:20 +0200]: > I would like to test what the Debian guys have available. Can you point > me to the right entry point? There seem to be too much Debian cross > efforts out there and it is dificult for people from the outside to find > the right things. Right now t

Re: Restricting architectures

2010-09-03 Thread Wookey
+++ Robert Schwebel [2010-09-03 09:41 +0200]: > Hi, > > > In OSELAS.Toolchain, we have a set of flags integrated into each > toolchain, so for example for arm-v4t-linux-gnueabi, it generates v4t > code with software floating point without any further flags. I agree on > that it would be a goal to

Re: Restricting architectures

2010-09-03 Thread Dave Martin
Hi, > >  Things I can think of, but I don't know how important they are: >  - being able to easily change the default toolchain build flags (how do >   you get the toolchain?  which flags do you use?) >  - being able to easily drop patches into the toolchain (how do you get >   the toolchain?  whi

Re: Restricting architectures

2010-09-03 Thread Peter Korsgaard
> "Robert" == Robert Schwebel writes: Hi, Robert> Wearing my embedded linux developer hat, I really like your Robert> idea. We use Debian all over the place, and if it contains Robert> solid cross toolchains for the ARM/PowerPC/SH/Blackfin/x86 Robert> targets we are working with I'm real

Re: Restricting architectures

2010-09-03 Thread Robert Schwebel
Hi, Loïc Minier wrote: > I'd like to understand your use cases to make sure we're on track to > cover them. First, we're trying to maintain a toolchain source tree > which is adequately patched; that's mostly launchpad.net/gcc-linaro > right now. Second, we're integrating that into the native Ubun

Re: Restricting architectures

2010-09-03 Thread Marcin Juszkiewicz
Dnia piątek, 3 września 2010 o 09:20:51 Robert Schwebel napisał(a): > I would like to test what the Debian guys have available. Can you point > me to the right entry point? There seem to be too much Debian cross > efforts out there and it is dificult for people from the outside to find > the right

Re: Restricting architectures

2010-09-03 Thread Robert Schwebel
Hi Wookey, On Thu, Sep 02, 2010 at 10:21:24PM +0100, Wookey wrote: > I've been trying to tell embedded engineers not to build a new > toolchain for every single project for some years now, but I've met a > fair amount of resistance to the idea. Wearing my embedded linux developer hat, I really li

Re: Restricting architectures

2010-09-02 Thread Loïc Minier
On Thu, Sep 02, 2010, Jon Smirl wrote: > What I'd like to do is install a pre-built cross tools chain (x86 to > ARM) that works with the common CPU archs. Currently I am working with > v4t, 926, ARM11, etc. Right now I have to have a separate build > environment for every dev system I am using. Som

Re: Restricting architectures

2010-09-02 Thread Christian Robottom Reis
On Thu, Sep 02, 2010 at 05:56:49PM +0200, Arnd Bergmann wrote: > Obviously there has to be a middle ground. We're building the binary > packages for the configuration Dave mentioned (v7A/Neon), but IMHO > that shouldn't prevent anyone from rebuilding it with our tool chain > without having to make

Re: Restricting architectures

2010-09-02 Thread Wookey
+++ Jon Smirl [2010-09-02 13:17 -0400]: > As an embedded developer I'd like to see a standardized tool chain for > building on most ARM architectures. There are at least two groups of > users for this tool chain - ARM based PCs and embedded systems. There > are dozens are various tool chain build s

Re: Restricting architectures

2010-09-02 Thread Jon Smirl
On Thu, Sep 2, 2010 at 2:32 PM, Loïc Minier wrote: > On Thu, Sep 02, 2010, Jon Smirl wrote: >> As an embedded developer I'd like to see a standardized tool chain for >> building on most ARM architectures. There are at least two groups of >> users for this tool chain - ARM based PCs and embedded sy

Re: Restricting architectures

2010-09-02 Thread Loïc Minier
On Thu, Sep 02, 2010, Jon Smirl wrote: > As an embedded developer I'd like to see a standardized tool chain for > building on most ARM architectures. There are at least two groups of > users for this tool chain - ARM based PCs and embedded systems. There > are dozens are various tool chain build sy

Re: Restricting architectures

2010-09-02 Thread Linaro
Agree, whilst v7A is our priority, we need to 'do the right thing' for everyone Save Sent from my iPhone On 2 Sep 2010, at 18:17, Jon Smirl wrote: > On Thu, Sep 2, 2010 at 11:56 AM, Arnd Bergmann wrote: >> On Wednesday 01 September 2010, Michael Hope wrote: >> >>> We will try to do no harm t

Re: Restricting architectures

2010-09-02 Thread Jon Smirl
On Thu, Sep 2, 2010 at 11:56 AM, Arnd Bergmann wrote: > On Wednesday 01 September 2010, Michael Hope wrote: > >> We will try to do no harm to other architectures or earlier ARM >> versions.  The Thumb-2 routines may be applicable to the Cortex-M and >> Cortex-R series but we will not optimise for

Re: Restricting architectures

2010-09-02 Thread Arnd Bergmann
On Wednesday 01 September 2010, Michael Hope wrote: > We will try to do no harm to other architectures or earlier ARM > versions. The Thumb-2 routines may be applicable to the Cortex-M and > Cortex-R series but we will not optimise for them. > > I'd like Linaro to state this explicitly in the ne

Re: Restricting architectures

2010-08-31 Thread Linaro
It is, see the original requirements. You have it correct, ARMv7A + vfp + neon... Dave Sent from my iPhone On 31 Aug 2010, at 23:03, Michael Hope wrote: > Hi there. We've been having a discussion in the Toolchain WG > regarding Thumb-1 improvements. I want to decline doing them as I've >

Restricting architectures

2010-08-31 Thread Michael Hope
Hi there. We've been having a discussion in the Toolchain WG regarding Thumb-1 improvements. I want to decline doing them as I've assumed that Linaro is focused on the Cortex-A series, but I can't find that written down anywhere. May I limit the Toolchain WG to currently or nearly shipping Corte