With this sequence of patches
    fa59679 rtapi_vsnprintf: arm IS_IEEE754
    7e58eae rtapi_vsnprintf: Fix float formatting for !IS_IEEE754
    37bc194 rtapi_bitops: fall back to implementation based on gcc intrinsics
    b34c2ee uspace: use rtapi_get_time to implement rtapi_get_clocks if 
necessary
the master branch now builds on a Samsung ARM Chromebook and passes all
142 tests.  However, as I related earlier[1], there are some technical
problems with how ARM CPUs load and store double-precision
floating-point values that are concerning for the HAL model of data
exchange.

Anyway, at this point it would become feasible to merge ARM-based
drivers if anyone still interested in contributing to LinuxCNC wants to
work on them.  This includes the possibility of adapting "hal_gpio.c"
("Driver for the Raspberry Pi GPIO pins") or "hal_pru_generic" ("HAL
module to communicate with PRU" [beaglebone black]) from the
unified-build-3 branch.

Personally, I don't plan to do any ARM driver work at the moment.  I
occasionally like to develop LinuxCNC when I only have the Chromebook,
so the work above is enough to scratch my own personal itch.

Jeff

 [1]: http://mid.gmane.org/20140702141237.GB65254%40unpythonic.net

------------------------------------------------------------------------------
Want fast and easy access to all the code in your enterprise? Index and
search up to 200,000 lines of code with a free copy of Black Duck
Code Sight - the same software that powers the world's largest code
search on Ohloh, the Black Duck Open Hub! Try it now.
http://p.sf.net/sfu/bds
_______________________________________________
Emc-developers mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/emc-developers

Reply via email to