March 24, 2013
On Sunday, 24 March 2013 at 20:49:06 UTC, Timon Gehr wrote:
> On 03/24/2013 09:42 PM, alex wrote:
>> On Sunday, 24 March 2013 at 20:22:56 UTC, Adam Wilson wrote:
>>> I just want to throw some caution into the wind here. Many people have
>>> tried emitting CIL from D source, and have had varying levels of
>>> success. Ranges in particular seems to a pain point as the CIL has no
>>> way to express that concept natively. I am not saying this isn't a
>>> good idea, as it's the only realistic way to do CTFE in the .NET
>>> world, just something to be careful when approaching.
>>
>> Ranges.. in .Net there's something beautiful called List, which imho
>> could somehow be used for wrapping e.g. array slices. I mean, even if
>> it's a workaround it's still considering the functionality
>>
>>> That said, I come from the C#/.NET world and would love to help make
>>> this happen.
>>
>> Yeah, would love that, too. But then there's also a question of effort
>> vs. gain - is another "compiler" really needed? Is it worth the 2 years
>> of CTFE implementation brainfuck? Hmm.
>
> The front end is the hard part. The D AST => CIL transformation is rather easy.

The front end is more or less finished - and perhaps it's also just needed to satisfy the most common needs such as string operations and manipulations..because CTFE should be used mostly for putting together mixin strings, am I right?
March 24, 2013
On Sun, 24 Mar 2013 13:49:06 -0700, Timon Gehr <timon.gehr@gmx.ch> wrote:

> On 03/24/2013 09:42 PM, alex wrote:
>> On Sunday, 24 March 2013 at 20:22:56 UTC, Adam Wilson wrote:
>>> I just want to throw some caution into the wind here. Many people have
>>> tried emitting CIL from D source, and have had varying levels of
>>> success. Ranges in particular seems to a pain point as the CIL has no
>>> way to express that concept natively. I am not saying this isn't a
>>> good idea, as it's the only realistic way to do CTFE in the .NET
>>> world, just something to be careful when approaching.
>>
>> Ranges.. in .Net there's something beautiful called List, which imho
>> could somehow be used for wrapping e.g. array slices. I mean, even if
>> it's a workaround it's still considering the functionality
>>
>>> That said, I come from the C#/.NET world and would love to help make
>>> this happen.
>>
>> Yeah, would love that, too. But then there's also a question of effort
>> vs. gain - is another "compiler" really needed? Is it worth the 2 years
>> of CTFE implementation brainfuck? Hmm.
>
> The front end is the hard part. The D AST => CIL transformation is rather easy.

I imagine that he could use his existing lexer/parser from Mono-D and reporpuse it.

-- 
Adam Wilson
IRC: LightBender
Project Coordinator
The Horizon Project
http://www.thehorizonproject.org/
March 24, 2013
On 24 March 2013 16:01, Dmitry Olshansky <dmitry.olsh@gmail.com> wrote:

> 24-Mar-2013 19:25, David Nadlinger пишет:
>
>  On Sunday, 24 March 2013 at 14:48:30 UTC, alex wrote:
>>
>>> I've just read that there are only 5 days remaining for organization
>>> applications
>>> http://www.google-melange.com/**gsoc/homepage/google/gsoc2013<http://www.google-melange.com/gsoc/homepage/google/gsoc2013>
>>>
>>> Will Digitalmars do it a further year? Or are there too many resources spent on managing DConf?
>>>
>>
>> I was meaning to write this post myself right now:
>>
>> In my opinion, we can't afford to miss the chance to participate in the Summer of Code for a third time. For this to be possible, though, we ned to throw together an application, and pronto.
>>
>>
> Sure, and AFAICT for that to happen we need at least an ideas page.
> Shouldn't be hard to put together.
> For one idea I'd love to see more D support in embedded/ARM world e.g. an
> easy to use STM32 quick-start package would be nice.
>
>
This could be taking up with someone willing to dedicate time in GDC / LDC.   I would be willing to mentor anyone who wants to join in on getting GDC on ARM ready for production, but I must admit this is rather short notice for me. ;-)


-- 
Iain Buclaw

*(p < e ? p++ : p) = (c & 0x0f) + '0';


March 25, 2013
On 2013-03-24 22:28, Iain Buclaw wrote:

> This could be taking up with someone willing to dedicate time in GDC /
> LDC.   I would be willing to mentor anyone who wants to join in on
> getting GDC on ARM ready for production, but I must admit this is rather
> short notice for me. ;-)

"short notice"? It's still -10 C and snow here in the mornings. The summer is no way near to be seen :)

-- 
/Jacob Carlborg
March 25, 2013
On 25 March 2013 09:00, Jacob Carlborg <doob@me.com> wrote:

> On 2013-03-24 22:28, Iain Buclaw wrote:
>
>  This could be taking up with someone willing to dedicate time in GDC /
>> LDC.   I would be willing to mentor anyone who wants to join in on getting GDC on ARM ready for production, but I must admit this is rather short notice for me. ;-)
>>
>
> "short notice"? It's still -10 C and snow here in the mornings. The summer is no way near to be seen :)
>
>
It has been a long and colder March than usual. :o)

-- 
Iain Buclaw

*(p < e ? p++ : p) = (c & 0x0f) + '0';


March 25, 2013
On 2013-03-25 10:08, Iain Buclaw wrote:

> It has been a long and colder March than usual. :o)

It can snow in the beginning of May here :(

-- 
/Jacob Carlborg
March 26, 2013
On 03/24/2013 10:28 PM, Iain Buclaw wrote:
>     Sure, and AFAICT for that to happen we need at least an ideas page.
>     Shouldn't be hard to put together.
>     For one idea I'd love to see more D support in embedded/ARM world
>     e.g. an easy to use STM32 quick-start package would be nice.
>
>
> This could be taking up with someone willing to dedicate time in GDC /
> LDC.   I would be willing to mentor anyone who wants to join in on
> getting GDC on ARM ready for production, but I must admit this is rather
> short notice for me. ;-)

I'm actually interested in doing this. So can we make that happen?

March 26, 2013
On 26 March 2013 16:13, Martin Nowak <code@dawg.eu> wrote:

> On 03/24/2013 10:28 PM, Iain Buclaw wrote:
>
>>     Sure, and AFAICT for that to happen we need at least an ideas page.
>>     Shouldn't be hard to put together.
>>     For one idea I'd love to see more D support in embedded/ARM world
>>     e.g. an easy to use STM32 quick-start package would be nice.
>>
>>
>> This could be taking up with someone willing to dedicate time in GDC / LDC.   I would be willing to mentor anyone who wants to join in on getting GDC on ARM ready for production, but I must admit this is rather short notice for me. ;-)
>>
>
> I'm actually interested in doing this. So can we make that happen?
>
>
We certainly can do. Which compiler do you have in mind for using?

I have two ARM boards at hand, but will need to get round to buying a monitor to connect up at least one of them to start off the port and testing process. :-)

-- 
Iain Buclaw

*(p < e ? p++ : p) = (c & 0x0f) + '0';


March 26, 2013
On Sunday, 24 March 2013 at 16:01:45 UTC, Dmitry Olshansky wrote:
> Sure, and AFAICT for that to happen we need at least an ideas page. Shouldn't be hard to put together.
> For one idea I'd love to see more D support in embedded/ARM world e.g. an easy to use STM32 quick-start package would be nice.

I would be more than happy to support any effort on getting an LDC ARM (and possibly Android) port done.

I have a dev board lying around (4x1.4 GHz Cortex-A9, 1 GB RAM, Android/Arch Linux) which could be used for testing — and which I could provide somebody interested SSH access to (via my home internet connection, though, so probably a bit laggy at times).

David
March 27, 2013
On 03/26/2013 06:22 PM, Iain Buclaw wrote:
> We certainly can do. Which compiler do you have in mind for using?
>
I mostly thought of porting GDC and LDC to linux glibc and bionic.
A Windows ARM port would be interesting too, but could be out of reach.
Support for bare metal targets is interesting too (I've already used GDC for STM32) but way less important.

> I have two ARM boards at hand, but will need to get round to buying a
> monitor to connect up at least one of them to start off the port and
> testing process. :-)
>
I have two android devices, some STM32 boards and getting a raspberry or so would not be a problem. I guess qemu could be used too.