Linked by Thom Holwerda on Mon 28th Nov 2011 21:49 UTC
PDAs, Cellphones, Wireless "This morning, ARM is taking a significant step toward ironing out Android's multiple versioning issues that Linus Torvalds himself called a 'hodgepodge' earlier this year. It's releasing suites of developers' tools, including a free community edition, of its ARM Developers Studio (DS-5), this time including a graphical debugger that it says will eliminate the need for devs to use a clunky, command-line debugger for tuning native code."
Order by: Score:
Not sure if I see the Android connection
by fatjoe on Mon 28th Nov 2011 22:19 UTC
Member since:

I could be mistaken, but wasn't Linus comments about how ARM SoC's with all their different configurations and peripherals are miss-managed in Linux today?

What has this to do with Android "fragmentation"?? Sounds more like a embedded programming 101 problem to me.

EDIT: in any case, the free toolchain is more than welcome ;)

Edited 2011-11-28 22:21 UTC

Reply Score: 4

Brendan Member since:

I could be mistaken, but wasn't Linus comments about how ARM SoC's with all their different configurations and peripherals are miss-managed in Linux today?

I'm not sure. Here's Linus' comments:

To me it sounds like Linus was complaining about that lack of standardisation for ARM hardware (which creates an unavoidable mess in a "support all the things" project like Linux).

- Brendan

Reply Score: 2

fatjoe Member since:

What Linus meant with standardized "hardware" is actually SoC components, things like DMA controller, MMU or interrupt controller.

There are no standard ARM components for these. Well, there are standard ones from ARM, but no one uses them. TI uses their own, so does Nvidia and Qualcomm. So the hardware incompatibilities are actually inside the SoC (the chip) itself.

If that is what Linus really meant, I can't see how this new IDE is going to change this. The problem lies with the SoC vendors, not the programmers. Also, Android developers will never notices these differences since the OS will take care of them [which is why Linus is complaining].

Reply Score: 3

Bill Shooter of Bul Member since:

From the article

Last March, as first reported in Bloomberg BusinessWeek, Google began a process of insisting its hardware partners stop fragmenting the Android platform. But with ARM technology designed to be adaptable to unique and sometimes exclusive form factors and functions, and with so much of the development kit relying on the ability to compile native code alongside Dalvik (Java) code, some degree of fragmentation has been inevitable.

So a small part of the Android fragmentation has been due to the ARM soc fragmentation.

So a new debugger that supports only some of the android SOC has been released!

Its left as an exercise for the reader to figure out how that is going to help reduce any kind of fragmentation.

Reply Score: 3

by Narishma on Tue 29th Nov 2011 00:27 UTC
Member since:

This article makes no sense. How does ARM releasing a free version of their IDE change anything about the incompatibilities between ARM systems that Linus talks about?

Reply Score: 5

RE: wat
by moondevil on Tue 29th Nov 2011 09:23 UTC in reply to "wat"
moondevil Member since:

I also do not understand.

Plus it is already possible to use Eclipse CDT to do exactly what the article describes.

Another wannabe journalist without any computing experience talking about what he does not know.

Reply Score: 3

Comment by anevilyak
by anevilyak on Tue 29th Nov 2011 15:10 UTC
Member since:

ARM's tools have nothing to do with addressing platform fragmentation. They're intended to assist with development and debugging of components written using the android NDK, which is to say components written in C/C++ for performance rather than Java.

Reply Score: 3