September 20
On Saturday, 19 September 2020 at 20:39:38 UTC, aberba wrote:
> On Friday, 18 September 2020 at 07:44:50 UTC, Dylan Graham wrote:
>> On Monday, 7 September 2020 at 19:12:59 UTC, aberba wrote:
>>> [...]
>>
>> [...]
>
> Wow. Happy to hear this.
>
> Do you attend our monthly D online meetups?

We have monthly online meetups? I would love to join of course!

>>
>> [...]
> +1
>
>>
>> [...]
>
> I think Ali was also working on or at least talked about that OS (if I remember correctly) at Dconf, right?

RTOS is a type of minimalist operating system. Was he working on something like that? I have no clue. If there is some development I'd be happy to contribute.


September 20
On 9/20/20 10:51 AM, Dylan Graham wrote:
> On Saturday, 19 September 2020 at 20:39:38 UTC, aberba wrote:
>> Do you attend our monthly D online meetups?
> 
> We have monthly online meetups? I would love to join of course!

Happening next weekend! 🍻

https://forum.dlang.org/post/rjjcl4$30sm$1@digitalmars.com

Would love to hear about your work!

-Steve
September 20
On Saturday, 19 September 2020 at 23:22:50 UTC, IGotD- wrote:
> On Friday, 18 September 2020 at 07:44:50 UTC, Dylan Graham wrote:
>>
>> I use D in an automotive environment (it controls parts of the powertrain, so yeah there are cars running around on D) on various types of ARM Cortex M CPUs, I think this will be the best way to extend D to those platforms.
>>
>
> Do I dare to ask what brand of cars that are running D code. Maybe you're supplier that sells products to several car brands.

Nah, I'm an aftermarket upgrades designer and manufacturer. My products only target Holden Commodores since I'm still quite small.
September 20
On Sunday, 20 September 2020 at 15:13:25 UTC, Steven Schveighoffer wrote:
> On 9/20/20 10:51 AM, Dylan Graham wrote:
>> On Saturday, 19 September 2020 at 20:39:38 UTC, aberba wrote:
>>> Do you attend our monthly D online meetups?
>> 
>> We have monthly online meetups? I would love to join of course!
>
> Happening next weekend! 🍻
>
> https://forum.dlang.org/post/rjjcl4$30sm$1@digitalmars.com
>
> Would love to hear about your work!
>
> -Steve

Thank you so much!
September 23
On Friday, 18 September 2020 at 07:44:50 UTC, Dylan Graham wrote:
> On Monday, 7 September 2020 at 19:12:59 UTC, aberba wrote:
>> On Monday, 7 September 2020 at 16:18:00 UTC, IGotD- wrote:
>>> On Monday, 7 September 2020 at 15:23:28 UTC, Severin Teona wrote:
>>>> [...]
>>>
>>> Use betterC, which is much better suited for microcontrollers than the full D. The disadvantage is that many great features are disabled in betterC.
>>>
>>> [...]
>>
>> How about an alternative runtime + standard library for embedded systems...with a least bare minimum. I've seen a number of efforts to get D to run in those environments but almost none of them is packaged for others to consume.
>
> [...]
>
> A lot of embedded stuff is done with RTOSs now that provide memory management and threading support, so having a flexible lightweight runtime with a generic backend (mem allocation, threads) that I can hook to the RTOS' libraries would be great.

I'm starting work on a small runtime according to this specification. I can't promise a whole lot; it will be barebones. I'm targeting the STM32 series (ARM Cortex M0-4).

September 23
Wow, I have just received a link to this topic from my colleague.

Here is also another thread about druntime for MCUs: https://forum.dlang.org/post/cwtkntyjhrwvpahfkdnm@forum.dlang.org

September 23
On Wednesday, 23 September 2020 at 10:02:58 UTC, Dylan Graham wrote:
> On Friday, 18 September 2020 at 07:44:50 UTC, Dylan Graham wrote:
>> On Monday, 7 September 2020 at 19:12:59 UTC, aberba wrote:
>>> On Monday, 7 September 2020 at 16:18:00 UTC, IGotD- wrote:
>>>> On Monday, 7 September 2020 at 15:23:28 UTC, Severin Teona wrote:
>>>>> [...]
>>>>
>>>> Use betterC, which is much better suited for microcontrollers than the full D. The disadvantage is that many great features are disabled in betterC.
>>>>
>>>> [...]
>>>
>>> How about an alternative runtime + standard library for embedded systems...with a least bare minimum. I've seen a number of efforts to get D to run in those environments but almost none of them is packaged for others to consume.
>>
>> [...]
>>
>> A lot of embedded stuff is done with RTOSs now that provide memory management and threading support, so having a flexible lightweight runtime with a generic backend (mem allocation, threads) that I can hook to the RTOS' libraries would be great.
>
> I'm starting work on a small runtime according to this specification. I can't promise a whole lot; it will be barebones. I'm targeting the STM32 series (ARM Cortex M0-4).

So far I have been able to get a class and heap allocated struct to allocate and deallocate manually on an STM32F407 MCU. Array bounds checking works but so far just logs the error in my IDE and hangs. Abstract classes work too. Interfaces are giving me trouble for some reason - they crash LDC2 1.23.0.

Going to add some proper support for D's assert(...) and array bounds checking to make things a little easier.
Next ›   Last »
1 2 3