Hello,
Does anyone know if it's possible to get the development tools, at least in part, up and running on ARM/Linux? E.g. if not the full IDE, an interface to booting and perhaps debugging a development board attached to an ARM-based host.
I notice that sources are posted to xmos.com for many of the open source packages used in the toolchain, but I wasn't sure if this is just about GPL compliance and whether you could do anything useful with them.
Regards,
Andrew
Development tools on ARM.
-
- Member
- Posts: 10
- Joined: Wed Apr 28, 2010 3:07 pm
-
- Experienced Member
- Posts: 75
- Joined: Thu Feb 02, 2012 3:32 pm
unfortunately, the compiler for the xcore processor is not open source enough to actually compile and use. however, Segher is working on a binutils/gcc supplement that will allow you to work on other platforms. the one downside is that it will not include the ability to compile/use XC code. though if someone writes a moc-like preprocessor you could use XC but it wont be Segher.
so, no there no native port of the XC tools. however, you can use an x86 emulator to run the tools.
so, no there no native port of the XC tools. however, you can use an x86 emulator to run the tools.
-
- XCore Expert
- Posts: 844
- Joined: Sun Jul 11, 2010 1:31 am
The compiler should be fine (it's just LLVM), but many other piecesGravis wrote:Unfortunately, the compiler for the xcore processor is not open source enough to actually compile and use.
of the toolchain are missing.
I'm not sure what you mean with "supplement"; it is a straight-up
port of GCC and binutils (which includes the assembler and link editor).
Other pieces of the toolchain (notably debugger / simulator) are still
missing; I'll probably make at least a rough little simulator work, not
sure about GDB though.
And of course you need JTAG tools, if you want to run on a real target
board. That might be all that AndrewBack is after; if so, he can use my
JTAG tools and see if he likes it.
Please speak for yourself. It is true however that I'm not currentlyThe one downside is that it will not include the ability to compile/use XC code. Though if someone writes a moc-like preprocessor you could use XC but it wont be Segher.
working on an XC frontend, I have quite enough on my plate ;-)
-
- Experienced Member
- Posts: 75
- Joined: Thu Feb 02, 2012 3:32 pm
dude, you are the one that told me that you wouldnt when we were chatting on IRC! y u send M1X3D S1gNa1S?!segher wrote:Please speak for yourself.Gravis wrote:The one downside is that it will not include the ability to compile/use XC code. Though if someone writes a moc-like preprocessor you could use XC but it wont be Segher.
-
- XCore Expert
- Posts: 844
- Joined: Sun Jul 11, 2010 1:31 am
Yes, or something like that. And therein lies the problem: nothingGravis wrote:dude, you are the one that told me that you wouldnt when we were chatting on IRC!
on IRC is as carefully expressed or well thought-out as statements
elsewhere. Also, I can change my mind on things (shock horror!)
Just don't say "Segher will not ..." because you have no idea ;-)
Anyway...
You say my GCC port generates code that can not be used together
with code generated by the XMOS toolchain. This is currently true,
and it does not have my priority to change this. But it is likely (or
possible, or whatever you want to say) that I will add some compatibility
thing later, simply because it is very handy to have. An XC frontend
is not very likely though.