Re: GitBook about D on embedded ARM Linux
On Friday, 1 September 2017 at 09:14:30 UTC, aberba wrote: On Thursday, 31 August 2017 at 14:43:22 UTC, thinwybk wrote: There is no single point of entry to find information about how to use D on ARM Linux. I created a small project on GitHub https://github.com/fkromer/d-on-embedded-linux-arm which shall enable absolute beginners (of embedded Linux and D) to get started as fast as possible. The project is in sync with a GitBook page https://fkromer.gitbooks.io/d-on-embedded-linux-arm/content/. The BeagleBone Black https://beagleboard.org/black is used as exemplary development board (a lot of information and tutorials available e.g. here http://exploringbeaglebone.com/, board hardware is extensible easily and in a modular manner with "capes" https://beagleboard.org/cape http://elinux.org/Beagleboard:BeagleBone_Capes). That's interesting. Might do some DIY robotics in future. For everyone interested in robotics: http://forum.dlang.org/post/kaueagtpddunohmuf...@forum.dlang.org (request for help developing a client library in D for the Robot Operating System)
Re: GitBook about D on embedded ARM Linux
On Thursday, 31 August 2017 at 14:43:22 UTC, thinwybk wrote: The project is in sync with a GitBook page https://fkromer.gitbooks.io/d-on-embedded-linux-arm/content/. d-on-embedded-linux-arm.de
Re: D for Android beta
On Friday, 8 September 2017 at 11:52:48 UTC, Joakim wrote: rdmd and dub are now bundled with the native ldc package for Termux, so you can easily write small scripts in D on your phone or build and run tools like DScanner from the D package repository at code.dlang.org. Cool: pkg search ldc pkg install ldc plk install vim vim app.d import std.stdio; void main() { writeln("hello d on termux"); } (volume button up+q) (ESC button) :w :q ldc2 app.d ./app hello d on termux
Re: GitBook about D on embedded ARM Linux
On Sunday, 3 September 2017 at 16:17:37 UTC, thinwybk wrote: In the beginning porting some of the C++ classes from https://github.com/derekmolloy/exploringBB/tree/master/chp06 could be a good starting point. ...the complete C++ HAL can be found here: https://github.com/derekmolloy/exploringBB/tree/master/library
Re: GitBook about D on embedded ARM Linux
That's interesting. Might do some DIY robotics in future. I would like to create a hardware abstraction layer for the BeagleBone Black (the board I am playing around with in my spare time which is very beginner friendly and flexible w.r.t. to hardware interfaces due to a lot of "capes" https://beagleboard.org/cape which are available for it) comparable with this HAL for embedded boards in Go https://github.com/kidoman/embd. This would allow people with little "low level" programming experience to play around with D on embedded linux as well. In the beginning porting some of the C++ classes from https://github.com/derekmolloy/exploringBB/tree/master/chp06 could be a good starting point. Or does someone know another HAL implementation which could be more suitable as "template" to start with? However as always... motivation is high, time is limited. Feel free to join :)
GitBook about D on embedded ARM Linux
There is no single point of entry to find information about how to use D on ARM Linux. I created a small project on GitHub https://github.com/fkromer/d-on-embedded-linux-arm which shall enable absolute beginners (of embedded Linux and D) to get started as fast as possible. The project is in sync with a GitBook page https://fkromer.gitbooks.io/d-on-embedded-linux-arm/content/. The BeagleBone Black https://beagleboard.org/black is used as exemplary development board (a lot of information and tutorials available e.g. here http://exploringbeaglebone.com/, board hardware is extensible easily and in a modular manner with "capes" https://beagleboard.org/cape http://elinux.org/Beagleboard:BeagleBone_Capes).
OOP Design Pattern examples in D
I created a project on GitHub (https://github.com/fkromer/d-design-patterns) which shall end up containing examples of all common OOP design patterns implemented in D. D beginners should be able to run the examples easily with rdmd. (That's the reason why patterns should reside in a single file.) If D-specific implementations are reasonable they are favored about the generic OOP implementation variants. Feel free to come round...