Re: KEil bought by ARM


"Jim Granville" <no.spam@xxxxxxxxxxxxxxxxx> wrote in message
news:4363dad8$1@xxxxxxxxxxxxxxx
> Chris Hills wrote:
> <snip>
>>
>>
>> I think it is a good move for ARM (and for Keil for many reasons). The
>> technologies of the two companies fit well. IT fits their strategies and
>> is good for the marketplace.
>
> Good for ARM - certainly.
> Imagine ARM trying to pitch the Cortex, when someone elses ARM7
> compiler/library creates smaller/faster code !?

And which compiler would that be?!? :-)

Good for Keil you mean - now they have access to the best ARM compiler
in the world. Bundle it with a tiny library suitable for the low-end
embedded
space and you have an unbeatable solution. I'm sure some competitors in the
MCU space are not very happy with the acquisition...

> Customer: "So what _was_ the benefit of this new core, again ?
> - we already have a (cheaper?) ARM7 license "
>
> With control of what was looking like the better embedded ARM compiler,
> NOW ARM can spin things to make Cortex look a LOT better.

If you think the Keil compiler is better than the ARM compiler you're
dreaming. Amongst many things the Keil compiler doesn't support
Cortex. ARM's compiler got mentioned in the press statement, but not
Keil's, so which compiler do you think Keil will be using in the future?

> Good for Keil's shareholders ? - yes.
>
> Good for Keil's 166 user base ? sorry, I think not.
>
> Good the Keil's 80C51 user base - hmm; most likely, the good programmers
> will be co-opted to ARM's Cortex.
>
> As happens in these take-over cases, the resources are cherry-picked.
>
> Also, you can be sure the user database can expect many
> "Special offer, Upgrade to ARM !!" mailers....

In the press statement it is made clear that support for non-ARM
architectures will be continued. Most of Keil's profit is from 8- and
16-bit micro controllers - not ARM, so it would be stupid to kill that
revenue. Of course I'm sure the goal would be to migrate users to
ARM, but that is happening already.

Wilco


.

Relevant Pages

  • Re: hmm..interesting
    ... you've got a discussion of ARM vs Intel architecture here: ... And ARM is rapidly running away from RISC. ... mainstream (many netbooks and smartphones run Linux instead of Windows ... And hardly any C compiler does. ...
    (comp.sys.acorn.hardware)
  • Re: 8051 C Compiler
    ... Keil is about to die. ... ARM takes over Keil to gain compiler knowledge for ARM and to control part of the compiler market for '51. ... An evil ARM might want to stop the '51 compilers and so persuade '51 users towards ARM. ...
    (comp.arch.embedded)
  • Re: Using RVCT compiler for WinCE
    ... I know how to generate the machine code in RVCT. ... the ARM options that the compiler knows about. ... assembler didn't know about). ...
    (microsoft.public.windowsce.platbuilder)
  • Re: Using RVCT compiler for WinCE
    ... I know how to generate the machine code in RVCT. ... the ARM options that the compiler knows about. ... compiler and then, with the help of a few macros, get the VS2008 ... assembler didn't know about). ...
    (microsoft.public.windowsce.platbuilder)
  • Re: HPGCC related ...
    ... Windows compiler, probably with Windows-95. ... I gather that ARM gcc only goes up to 64-bit floats, ... I know there is a _lot_ of code in hpgcc that is specific ... glibc scanf() for ARM, or did this have to be written from scratch? ...
    (comp.sys.hp48)