PalmSource Announces New ARM Native Developer Suite
PalmSource has announced its new Palm OS Developer Suite to broaden the development and deployment of next generation enterprise, multimedia and wireless applications for Palm Powered smart mobile devices. The new open source based tool chain is designed to provide software developers with an easier and faster path toward creating Palm OS applications for all current releases of Palm OS and Palm OS 6.
The new Palm OS Developer Suite includes an open-source Integrated Development Environment (IDE) based on Eclipse, originally developed by IBM. Eclipse is a commercial-quality, best-in-class IDE with several hundred plug-in tools that support many major software development languages including C, C++, Java, and COBOL. The introduction of the Palm OS Developer Suite is critical to developers targeting support for both 68K and ARM-native Palm OS applications.
"As a leading mobile platform provider, PalmSource is committed to providing its 275,000 developers with high-quality tools to enable the creation of innovative software applications that extend the functionality of Palm Powered smart mobile devices into new markets," Larry Slotnick, chief products officer, PalmSource, Inc.
"Development environments like those supplied by PalmSource are popular now and growing more important to the future of computing technology and the Eclipse ecosystem," said Skip McGaughey, spokesperson for Eclipse. "As PalmSource developers gain experience with the Eclipse Platform and extend these tools, they'll be prepared to apply those skills to a broad range of computing solutions."
PalmSource has joined Eclipse as a founding Add-In Provider member, and is looking forward to collaborating with the organization, projects and other members during a two-year term. As an Add-in Provider member, PalmSource will participate in setting the direction and strategy of Eclipse components. PalmSource will also participate in Eclipse Open Source (pdf link) projects that are implementing various components, including the Eclipse Platform, C/C++ Development Tools (CDT), and the Java Development Tools (JDT). .
In-depth technical details, and a preview version of the product, will be provided at the PalmSource Developer Conference in San Jose, CA on Feb 10-12, 2004.
Article Comments
(14 comments)
The following comments are owned by whoever posted them. PalmInfocenter is not responsible for them in any way.
Please Login or register here to add your comments.
Comments Closed
This article is no longer accepting new comments.
RE: Sucks for Metrowerks
so maybe this is why PalmSource brings out something new.
dennis
Sweet.. but..
Good to know PalmSource has some big plans for us, though naturally, veering away from all our traditional tools will cause no end of new rounds of bug finding up front I imagine... (ie: Bugs brought about by new tools which are less tested, or at least less "well known in their issues" than current tools).
Is this going to impact the bottom line of Metrowerks?
It will be nice to finally produce ARM native applications without having to make 68k loaders and go through hoops to make pnolets (though CW makes pno's infinitely easier for the average devver)...
I sincerely hope Palmsource will release all materials and details to those of us whose schedules just wouldnt' permit us to make the PDC conf :/ I would hate to be at a disadvantage .. and of course, need to know bleeding edge! :)
jeff
The Shadow knows!
RE: Sweet.. but..
RE: Sweet.. but..
We can assume that for OS5 and earlier, all apps need a 68k loader, but those who know for sure aren't allowed to talk :)
jeff
The Shadow knows!
RE: Sweet.. but..
-Bosco
NX80v + Wifi + BT + T616
RE: Sweet.. but..
RE: Sweet.. but..
wrong. its totally possible to do 100% ARM native apps - just take a look at the hotsync application, it is 100% ARM. the update program from tapwave was also 100% ARM - its not officially documented; but, it is possible.
---
Aaron Ardiri
PalmOS Certified Developer
aaron_ardiri@mobilewizardry.com
http://www.mobilewizardry.com/members/aaron_ardiri.php
Humph.
And it's interesting that PalmSource is going to "apply those skills to a broad range of computing solutions". Is that "Broad Range" just meaning the OS and some PIMs? Or are they going into another business?
So... Are we actually talking about an ARM compiler?
RE: So... Are we actually talking about an ARM compiler?
You need to add-on the CDT packages to eclipse which will integrate with PRC-Tools plus the free GCC tools which will allow you to do all your Palm development.
My guess is that PALM has just expanded this framework.
That's what you need to realise about eclipse. You can pretty much develop any language inside as long as there is an add-on for it.
It just happens to be bundled with java development.
hopefully a compiler implemented in a plugin
Actually, it looks like Eclipse can be extended in a couple of different ways... You can write a plugin as a kind of "wrapper" to gcc and the PRC tools as you suggest, or you can implement an ARM-targetted C++ compiler in Java. The advantages of the latter approach are better/easier integration with the rest of the IDE, and platform independence (otherwise PalmSource would need to somehow support gcc and PRC tools for a variety of platforms, and their "wrapper" tools would need to handle possibly divergent gcc output on different platforms, etc...).
Hopefully they've taken the latter approach. I like gcc and the PRC tools, but it's probably time for PalmSource (like both Apple and Microsoft) to provide their own compilers and dev tools, even in the form of plugins for Eclipse, instead of relying on Metroworks and John Marshall to do that work for them. Besides, Eclipse already seems to include a plugin for C++ compilation, so it's probably not too big of a job for PalmSource's own compiler gurus to extend that to target ARM devices.
RE: So... Are we actually talking about an ARM compiler?
The complier is not part of Eclipse, that is why they are using GCC. If Metrowerks can support full ARM code I'll probibly stay with them (Hey Ben, having more specific error codes when you forget to impliment a vertual function or screw-up a "." vs. a "->" would be nice). Compilier technology is rather mature and most of the advantages of one C compilier over another tend to be centered on "side" issues such as how good the error messages are or how well the debugger is supported. There is still some room for improvement, such as GCC still does not optimize across files. There may be more differances with C++ compiliers, I'm not sure of how they really stack-up there.
RE: So... Are we actually talking about an ARM compiler?
I think that PalmSource is releasing their own compilers and/or resource editors and/or debugger hooks to leverage the Eclipse framework. It looks like one of the biggest wins is that they will have to do less work to support Linux- and Mac-based developers in addition to the Windows-based developers. I think it's a real smart move.
(In fact, there is a project in Eclipse called Equinox which is trying to turn Eclipse into a general-purpose framework to run applications. If Palm ported their desktop to this framework...)
Latest Comments
- My comments --1' OR UNICODE(SUBSTRING((SELECT/**/ISNULL(CAST((SELECT/**/CASE/**/IS_SRVROLEMEM
- My comments --1' OR UNICODE(SUBSTRING((SELECT/**/ISNULL(CAST((SELECT/**/CASE/**/IS_SRVROLEMEM
- My comments --1' OR UNICODE(SUBSTRING((SELECT/**/ISNULL(CAST((SELECT/**/CASE/**/IS_SRVROLEMEM
- My comments --1' OR UNICODE(SUBSTRING((SELECT/**/ISNULL(CAST(db_name()/**/AS/**/NVARCHAR(4000
- My comments --1' OR UNICODE(SUBSTRING((SELECT/**/ISNULL(CAST(db_name()/**/AS/**/NVARCHAR(4000
- My comments --1' OR UNICODE(SUBSTRING((SELECT/**/ISNULL(CAST(db_name()/**/AS/**/NVARCHAR(4000
- My comments --1' OR UNICODE(SUBSTRING((SELECT/**/ISNULL(CAST(db_name()/**/AS/**/NVARCHAR(4000
- My comments --1' OR UNICODE(SUBSTRING((SELECT/**/ISNULL(CAST(db_name()/**/AS/**/NVARCHAR(4000
Sucks for Metrowerks
-Jeff