Jump to content


  • Posts

  • Joined

  • Last visited

eactor's Achievements


Member (1/2)



  1. Thanks a lot. I will let you know if it worked out. QT will probably increase the speed compared to pthreads.
  2. I'm not quite sure about the QT implementation. For some architectures it looks like it just extending a simple thread implementation with the QT abilities, instead of doing a thread implementation from scratch. So I’m not sure if just asking for QT on ARM is enough or if I actually would do a QT for ARM only working with a specific OS on it e.g. Linux.
  3. Hello as apfitch did on his blog Half Fact http://apfitch.wordpress.com/2012/08/30/systemc-on-a-raspberry-pi/, I tried SystemC on an ARM platform. It works reasonably based on pthreads making it somewhat slow. So I thought about porting the QT (QuickThreads) for ARM? 1- Did anybody do that before? I already read the original Technical Report of 93-05-06 of David Keppel describing QT and had a look into the QT source folder. Now I’m kind of stuck where to start at. It seems relevant to know the ABI (Application Binary Interface) of the target. 2-Would that be depended on which Linux Kernel is running on the target or maybe if the ARM platform is armv7 or armv6 based? 3- I’m also happy about every hint which would get me started on the issue.
  4. Why not? There are tons of compilers building programms for microcontrollers, SOCs etc. , which work without the need for an ABI ( Application binary interface) of an OS.
  5. Hello, Is it possible to compile SystemC for any Processor for bare metal without the needed user space with threading of an OS? So in other words is it possible to include the pthreads into a bare metal implementation? cheers eactor
  • Create New...