On Wednesday, 18 July 2018 at 10:42:04 UTC, Andre Pany wrote:
On Saturday, 14 July 2018 at 06:02:37 UTC, Mike Parker wrote:
Thanks to the sponsorship of Symmetry Investments, the D
Language Foundation is happy to announce the Symmetry Autumn
of Code!
We're looking for three university
On Monday, 23 July 2018 at 13:02:33 UTC, Zheng (Vic) Luo wrote:
Another issue of this program is that me, as an incoming
graduate in the U.S., are prohibited to "work" in my first
school year. (that law doesn't affect GSoC since summer is
considered as the second school year). I'm not sure
On Wednesday, 11 July 2018 at 07:30:59 UTC, FeepingCreature wrote:
To reproduce the format issue, try to print the struct with
writefln!"%s"(MyDomainType()).
I implemented the compile time format string checking by
evaluating `format(fmtStr, Args.init)` at compile time and seeing
if an
On Monday, 23 July 2018 at 13:02:33 UTC, Zheng (Vic) Luo wrote:
Another issue of this program is that me, as an incoming
graduate in the U.S., are prohibited to "work" in my first
school year. (that law doesn't affect GSoC since summer is
considered as the second school year). I'm not sure
On Monday, 23 July 2018 at 10:24:14 UTC, Ecstatic Coder wrote:
But this BetterC minimalistic standard library (allocations,
arrays, strings, slices, maps) is something which can be reused
by many similar hardware-level projects.
This is a project on its own, and as I said, I think it should
On Monday, 23 July 2018 at 09:52:54 UTC, Zheng (Vic) Luo wrote:
Regarding floating point operations, I plan to use
dmd.builtins/ldc.builtins instead of linking with libm.
That reminds me. Something else to consider is that some of
these microcontrollers don't have FPUs. Graphics libraries
On Monday, 23 July 2018 at 08:08:03 UTC, Mike Franklin wrote:
On Monday, 23 July 2018 at 06:24:04 UTC, Zheng (Vic) Luo wrote:
Moreover, The term "dependency-free" in the project
description often confuses me, because as a hardware-agnostic
library the project does have to depend on external
On Monday, 23 July 2018 at 09:09:40 UTC, Mike Franklin wrote:
On Sunday, 22 July 2018 at 17:12:31 UTC, Ecstatic Coder wrote:
2/ Nuklear (https://github.com/vurtun/nuklear)
Reading the documentation for Nuklear, I found this:
https://rawgit.com/vurtun/nuklear/master/doc/nuklear.html#drawing
On Monday, 23 July 2018 at 08:08:03 UTC, Mike Franklin wrote:
So, IMO, if you need to link in a library or object file that
was not compiled from D code, then you're cheating. This is
also one of the reasons why I suggested re-implementing
software building blocks such as `memcpy`, `memset`,
On Sunday, 22 July 2018 at 17:12:31 UTC, Ecstatic Coder wrote:
2/ Nuklear (https://github.com/vurtun/nuklear)
Reading the documentation for Nuklear, I found this:
https://rawgit.com/vurtun/nuklear/master/doc/nuklear.html#drawing
To draw all draw commands accumulated over a frame you need
On Monday, 23 July 2018 at 06:24:04 UTC, Zheng (Vic) Luo wrote:
Should we assume a multi-threading model?
I say, no. To get threads on microcontrollers, you typically
first need to implement a Real-time Operating System (RTOS). If
you want to implement an RTOS in D, and then build the
On Monday, 23 July 2018 at 08:08:03 UTC, Mike Franklin wrote:
You can those software building blocks in their own module, and
let the user of the software rasterizer library link it their
own implementation if they wish to deviate from the spirit of
the proposal.
Yikes! too many typos
On Monday, 23 July 2018 at 06:24:04 UTC, Zheng (Vic) Luo wrote:
Moreover, The term "dependency-free" in the project description
often confuses me, because as a hardware-agnostic library the
project does have to depend on external implementations like
"sin"/"memset" or even "thread_start", and
On Monday, 23 July 2018 at 06:00:14 UTC, Zheng (Vic) Luo wrote:
Thank you for the suggestion. Previously I interned at a VR
company and had some experiences writing code related to
graphics, but I don't have any experience on embedded system
programming, so I was wondering that do I need to
On Sunday, 22 July 2018 at 17:12:31 UTC, Ecstatic Coder wrote:
I'm interested in the "Graphics library for resource
constrained embedded systems" project and have some spare time
this autumn, but I have some questions:
- Does this project aim at creating a hardware-agnostic
rasterizer
On Sunday, 22 July 2018 at 22:07:00 UTC, Mike Franklin wrote:
The software should be efficient enough to use on embedded
systems like https://github.com/JinShil/stm32f42_discovery_demo
Under that constraint, you'd probably want to try to
accomplish the task with the -betterC-like subset of the
16 matches
Mail list logo
