| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Initial investigation shows that it could be feasible to provide an open source compile/debug/simulate application developer solution running on Windows, Linux and Mac by the end of the year. The major components would be gcc, gdb, and QEMU.
Benefits include :
Subsequent phases could include Eclipse/Carbide integration and/or platform development support
Posted on 08/01/2009 12:34 AM BST
, Last Modified on 07/15/2010 03:38 PM BST
Comments (20)
Can you add the full list of tools which you think would be included? I'm reasonably confident that the bulk of the tools used during a platform build are capable of being built to run on Linux (using the TOOLS2 build target), but I don't know if that includes everything a developer might reasonably expect to have, nor if it includes the tools needed to make customised S60 ROM images. It's important to get a detailed list, because the work (if there is any) will be in fixing the ones on the list which aren't already ported to run on both Windows and Linux. Is there much extra work to do to make a Linux tool work on the Mac?
1
0
I'm not sure about tools for customised S60 ROM images, but application developers don't need those. Once you can build the binaries and resource files used in the platform, I beleive the only extras that application developers should need are for packaging and signing SIS files. There may be some significant work to be done there from what I've seen so far... :( EDIT: Actually it might even make sense to switch to the versions distributed by Martin Storsjo as the official ones! http://www.martin.st/symbian/
2
0
But why assume it would only be app-developers that are interested? What about people working on system-level software?
2
0
The idea is called "Provide Open Source Core Tools for App Developers by the end of 2009". On a more technical level, the QEMU support is not really ideal (nor designed for) all system level development and it's currently not possible to build the platform with GCCE. So, the need for all the ROM creation tools to work across multiple platforms is entirely valid, but probably not doable on this timescale and not the number 1 priority. I do still think it's important and should be resolved a.s.a.p., but it relies on other deliverables too.
3
0
Good question. It would be natural to extend this idea to system-level software developers. Some of the reasons to start with app developers:
1
0
> The idea is called "Provide Open Source Core Tools for App Developers by the end of 2009". Oops. Point taken. I should have read constraints in the original posting more carefully. However, as Paul points out, the same question then applies to the original idea posting: why is it for app-developers only? So I'm happy he might like to extend the idea to provide an open-source toolset for system-software developers too. For example, university researchers are interested in doing system-level work with Symbian OS, now that we are opening the system. But their interest wanes if they have to buy an expensive toolset. ... And they can also become valuable contributors to improving the open-source toolset.
1
0
Although you already have enough good reasons to get this work moving, I thought it probably won't hurt to add another one :-) It will enable app developers to use Linux VMs in services like Amazon EC2 for automated testing and building. Integration to services like this are becoming popular for CI systems - it's already a piece of cake with Atlassian Bamboo and I'm sure others exist too. I think this is significant, as cloud compute services are arguably an enabling technology for the entrepreneurial software developer. If you're out to make money, but on a modest infrastructure budget, this is exactly what you need to keep development costs down. At the moment, the only other mobile platform where this is feasible is, surprise, Android. Microsoft and Apple will need a big change in strategy before their developers get this kind of luxury.
4
0
Earlier this week, Symbian Foundation signed an agreement with CodeSourcery to help us implement this idea. The planned delivery is January 2010.
2
0
I've been using gnupoc with eclipse IDE on Ubuntu for a long time - although it works well, I'm sure many of us using gnupoc are waiting for real Symbian SDK and IDE support on GNU/Linux - especially after getting to learn about the beta Qt for S60 and its Symbian integration in Qt Creator. It's really great to learn about Qt and what qt-based open-source projects/communities created, and I'm sure many Qt developers are happy to hear this news as well!
3
0
Hello. Just wondering if there are any updates on this idea/project.
0
0
The binaries have now been delivered. We want to improve the documentation before roll-out. Expect to hear about availablility within the next few weeks. Note that this will just be gcc, gdb, and QEMU. There will still need to be more work around them to produce a full SDK.
0
0
How is the progress on this? you mentioned that "the binaries" have been delivered, is there at least any form of documentation released that describes the full scope of the SDK that you are planning to release? Like are we talking a supported toolchain like Anderson Lizardo's packages ( lizardo.wordpress.com ) or will we have QEmu images or QtCreator integration? Any info would be much appreciated.
0
0
The scope of the SF project is really just the three components - gcc, gdb, and QEMU. An SDK would be a subsequent step. The intent is that by providing a core compiler, debugger and simulator that others in the community -- like QEMU package owners, Anderson Lizardo, the Qt Creator team, or you -- can provide and/or contribute more complete and robust cross-platform development kits.
0
0
Hello Paul,
It's great to hear that we can get our hands on the open-source symbian gcc, gdb, qemu - and hopefully use them with our symbian development setup - I think many of us are already using gnupoc, it would be great to use official tools and integrate more seamlessly. When/where can we have access to them? Which sdks can they be used with? Are they going to be bundled in new sdks?
0
0
Thank you for clarifying that for me, I now understand the goal of your project. Now the next question is: when are we going to see these binaries? I understand there is a release process that you would like to go through and that you would also like to have more documentation before a formal release but is there any chance of a "beta" release so that people like myself could work on packaging the new toolchain with a SDK ( such as Qt Libs/Creator ) and possibly have a similar release time? Thanks -A
0
0
Hi Kasidit, I'm hopeful that the tools will become available in the next week or two. There are a few uncertainties that I can't be totally certain. The SDK integration story is still open.
0
0
Andrew, It would be possible (and appreciated!) to get you an early release for the purpose of packaging the tools into an SDK. We should have a verbal discussion and then I could get you set up. Contact me at paulb at symbian.org.
0
0
Well - 2009 is well and truly over now. Time to change the title of this idea and set a new target?
0
0
Great to see: blog.symbian.org/2010/04/21/stepping-toward-symbian-open-source-tools-on-linux-and-mac/ and
labs.trolltech.com/blogs/2010/04/21/symbian-development-using-linux/ - really eager to get started!
Thanks Symbian!
0
0
|
Idea Stats
Similar Ideas
Who Else is Viewing0 Members, 1 guests
Idea WatchersEmail Group |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||