www.digitalmars.com         C & C++   DMDScript  

digitalmars.D - Google Summer of Code 2013(?)

reply "alex" <info alexanderbothe.com> writes:
Hi everyone,

I've just read that there are only 5 days remaining for 
organization applications
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?

Personally, I'd like to participate in the event a second time - 
not only for the $5k (+$500 for the mentor) to get - hoping that 
we can improve our toolchains another time (and/or finally move 
away from the goddamn conservative GC!)

I dunno whether Andrei or Walter really want to process through 
all this stuff again, but it was kinda nice to see the 
Digitalmars rising up once more :-)
Mar 24 2013
next sibling parent reply "alex" <info alexanderbothe.com> writes:
I forgot to specify the topic I'd like to work on:

To implement CTFE of D code under .Net - whereas the D code 
should become compiled into CIL (Common language runtime 
Intermediate Language, an assembler-like language), so one could 
execute the 'final' program directly in a .Net environment.
I know this goal can never be reached within one summer of code - 
and it's also rather experimental / an entire compiler back-end 
that has to be implemented (The front-end is mostly there already 
;-)) + perhaps needs a bunch of people for such a huge thing, but 
well..why not?
Mar 24 2013
parent Timon Gehr <timon.gehr gmx.ch> writes:
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.
Mar 24 2013
prev sibling next sibling parent reply "David Nadlinger" <see klickverbot.at> writes:
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

 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. Also, as far as I can see, in both of the previous two years, the work by one student was not actually incorporated into the upstream projects or made available in an easily usable way: Cristi Cobzarenco's SciD work from 2011) and Antti-Ville Tuunainen's garbage collector improvements from last year. (Note aside: It seems like in both of the cases, David Simcha was the mentor, but this could just be a coincidence.) We need to quickly come up with and commit to a strategy to make sure this does not happen again. Otherwise, this will look very bad on an application for this year. David
Mar 24 2013
parent reply Dmitry Olshansky <dmitry.olsh gmail.com> writes:
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

 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.
 Also, as far as I can see, in both of the previous two years, the work
 by one student was not actually incorporated into the upstream projects
 or made available in an easily usable way: Cristi Cobzarenco's SciD work
 from 2011) and Antti-Ville Tuunainen's garbage collector improvements
 from last year. (Note aside: It seems like in both of the cases, David
 Simcha was the mentor, but this could just be a coincidence.)

It might be only my perception but one common case in both of these projects is using the only recently available features (RTInfo hook) and otherwise hitting rough places of compiler (e.g. defunct post-blit back then). That being said I think we (D GSoC-ers) can testify that overcoming D's implementation limitations (~bugs) proves to take not a small amount of time allocated for the project. But this year it should be easier, heh?
 We need to quickly come up with and commit to a strategy to make sure
 this does not happen again. Otherwise, this will look very bad on an
 application for this year.

Maybe focus on bite-sized deliverables? Also maybe having explicitly listed minor/major goals, a plan-B in case something doesn't work out etc. -- Dmitry Olshansky
Mar 24 2013
next sibling parent Jacob Carlborg <doob me.com> writes:
On 2013-03-24 17:01, 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.

There's always the ideas from previous years. -- /Jacob Carlborg
Mar 24 2013
prev sibling next sibling parent reply Jacob Carlborg <doob me.com> writes:
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
Mar 25 2013
parent Jacob Carlborg <doob me.com> writes:
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
Mar 25 2013
prev sibling parent reply Martin Nowak <code dawg.eu> writes:
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?
Mar 26 2013
next sibling parent Martin Nowak <code dawg.eu> writes:
On 03/26/2013 06:22 PM, Iain Buclaw wrote:
 We certainly can do. Which compiler do you have in mind for using?

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. :-)

so would not be a problem. I guess qemu could be used too.
Mar 26 2013
prev sibling parent Martin Nowak <code dawg.eu> writes:
On 03/26/2013 06:22 PM, Iain Buclaw wrote:
 We certainly can do. Which compiler do you have in mind for using?

Have you send Andrei a mail to add you as mentor? I'll add a project idea to the wiki http://wiki.dlang.org/GSOC_2013_Ideas.
Mar 27 2013
prev sibling next sibling parent Andrei Alexandrescu <SeeWebsiteForEmail erdani.org> writes:
On 3/24/13 10:48 AM, alex wrote:
 Hi everyone,

 I've just read that there are only 5 days remaining for organization
 applications
 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?

 Personally, I'd like to participate in the event a second time - not
 only for the $5k (+$500 for the mentor) to get - hoping that we can
 improve our toolchains another time (and/or finally move away from the
 goddamn conservative GC!)

 I dunno whether Andrei or Walter really want to process through all this
 stuff again, but it was kinda nice to see the Digitalmars rising up once
 more :-)

Yes, we do want to participate to this year's edition, I was about to send a request for mentors. Andrei
Mar 24 2013
prev sibling next sibling parent "alex" <info alexanderbothe.com> writes:
On Sunday, 24 March 2013 at 15:39:37 UTC, Andrei Alexandrescu 
wrote:
 On 3/24/13 10:48 AM, alex wrote:
 Hi everyone,

 I've just read that there are only 5 days remaining for 
 organization
 applications
 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?

 Personally, I'd like to participate in the event a second time 
 - not
 only for the $5k (+$500 for the mentor) to get - hoping that 
 we can
 improve our toolchains another time (and/or finally move away 
 from the
 goddamn conservative GC!)

 I dunno whether Andrei or Walter really want to process 
 through all this
 stuff again, but it was kinda nice to see the Digitalmars 
 rising up once
 more :-)

Yes, we do want to participate to this year's edition, I was about to send a request for mentors. Andrei

Nice! Thank you! I already wondered why nobody ever mentioned the new GSoC in the NG :)
Mar 24 2013
prev sibling next sibling parent "Adam Wilson" <flyboynw gmail.com> writes:
On Sun, 24 Mar 2013 08:07:24 -0700, alex <info alexanderbothe.com> wrote:

 I forgot to specify the topic I'd like to work on:

 To implement CTFE of D code under .Net - whereas the D code should  
 become compiled into CIL (Common language runtime Intermediate Language,  
 an assembler-like language), so one could execute the 'final' program  
 directly in a .Net environment.
 I know this goal can never be reached within one summer of code - and  
 it's also rather experimental / an entire compiler back-end that has to  
 be implemented (The front-end is mostly there already ;-)) + perhaps  
 needs a bunch of people for such a huge thing, but well..why not?

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. That said, I come from the C#/.NET world and would love to help make this happen. -- Adam Wilson IRC: LightBender Project Coordinator The Horizon Project http://www.thehorizonproject.org/
Mar 24 2013
prev sibling next sibling parent "alex" <info alexanderbothe.com> writes:
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.
Mar 24 2013
prev sibling next sibling parent "alex" <info alexanderbothe.com> writes:
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?
Mar 24 2013
prev sibling next sibling parent "Adam Wilson" <flyboynw gmail.com> writes:
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/
Mar 24 2013
prev sibling next sibling parent Iain Buclaw <ibuclaw ubuntu.com> writes:
--000e0cd6af7264a7eb04d8b25f32
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On 24 March 2013 16:01, Dmitry Olshansky <dmitry.olsh gmail.com> wrote:

 24-Mar-2013 19:25, David Nadlinger =D0=BF=D0=B8=D1=88=D0=B5=D1=82:

  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://ww=



 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.

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.

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. ;-) --=20 Iain Buclaw *(p < e ? p++ : p) =3D (c & 0x0f) + '0'; --000e0cd6af7264a7eb04d8b25f32 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div class=3D"gmail_extra"><div class=3D"gmail_quote">On 2= 4 March 2013 16:01, Dmitry Olshansky <span dir=3D"ltr">&lt;<a href=3D"mailt= o:dmitry.olsh gmail.com" target=3D"_blank">dmitry.olsh gmail.com</a>&gt;</s= pan> wrote:<br> <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p= x #ccc solid;padding-left:1ex">24-Mar-2013 19:25, David Nadlinger =D0=BF=D0= =B8=D1=88=D0=B5=D1=82:<div class=3D"im"><br> <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p= x #ccc solid;padding-left:1ex"> On Sunday, 24 March 2013 at 14:48:30 UTC, alex wrote:<br> <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p= x #ccc solid;padding-left:1ex"> I&#39;ve just read that there are only 5 days remaining for organization<br=

<a href=3D"http://www.google-melange.com/gsoc/homepage/google/gsoc2013" tar= get=3D"_blank">http://www.google-melange.com/<u></u>gsoc/homepage/google/gs= oc2013</a><br> <br> Will Digitalmars do it a further year? Or are there too many resources<br> spent on managing DConf?<br> </blockquote> <br> I was meaning to write this post myself right now:<br> <br> In my opinion, we can&#39;t afford to miss the chance to participate in the= <br> Summer of Code for a third time. For this to be possible, though, we ned<br=

<br> </blockquote> <br></div> Sure, and AFAICT for that to happen we need at least an ideas page. Shouldn= &#39;t be hard to put together.<br> For one idea I&#39;d love to see more D support in embedded/ARM world e.g. = an easy to use STM32 quick-start package would be nice.<div><br></div></blo= ckquote></div><br></div><div class=3D"gmail_extra">This could be taking up = with someone willing to dedicate time in GDC / LDC.=C2=A0=C2=A0 I would be = willing to mentor anyone who wants to join in on getting GDC on ARM ready f= or production, but I must admit this is rather short notice for me. ;-)<br> </div><div class=3D"gmail_extra"><br clear=3D"all"><br>-- <br>Iain Buclaw<b= r><br>*(p &lt; e ? p++ : p) =3D (c &amp; 0x0f) + &#39;0&#39;; </div></div> --000e0cd6af7264a7eb04d8b25f32--
Mar 24 2013
prev sibling next sibling parent Iain Buclaw <ibuclaw ubuntu.com> writes:
--485b397dd4fb33842e04d8bc2734
Content-Type: text/plain; charset=ISO-8859-1

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 :)

-- Iain Buclaw *(p < e ? p++ : p) = (c & 0x0f) + '0'; --485b397dd4fb33842e04d8bc2734 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div class=3D"gmail_extra"><div class=3D"gmail_quote">On 2= 5 March 2013 09:00, Jacob Carlborg <span dir=3D"ltr">&lt;<a href=3D"mailto:= doob me.com" target=3D"_blank">doob me.com</a>&gt;</span> wrote:<br><blockq= uote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc = solid;padding-left:1ex"> <div class=3D"im">On 2013-03-24 22:28, Iain Buclaw wrote:<br> <br> <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p= x #ccc solid;padding-left:1ex"> This could be taking up with someone willing to dedicate time in GDC /<br> LDC. =A0 I would be willing to mentor anyone who wants to join in on<br> getting GDC on ARM ready for production, but I must admit this is rather<br=

</blockquote> <br></div> &quot;short notice&quot;? It&#39;s still -10 C and snow here in the morning= s. The summer is no way near to be seen :)<span class=3D"HOEnZb"><font colo= r=3D"#888888"><br> </font></span><br></blockquote></div><br clear=3D"all"></div><div class=3D"= gmail_extra">It has been a long and colder March than usual. :o)<br></div><= div class=3D"gmail_extra"><br>-- <br>Iain Buclaw<br><br>*(p &lt; e ? p++ : = p) =3D (c &amp; 0x0f) + &#39;0&#39;; </div></div> --485b397dd4fb33842e04d8bc2734--
Mar 25 2013
prev sibling next sibling parent Iain Buclaw <ibuclaw ubuntu.com> writes:
--047d7bea328249428604d8d72a2a
Content-Type: text/plain; charset=ISO-8859-1

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?

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'; --047d7bea328249428604d8d72a2a Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div class=3D"gmail_extra"><div class=3D"gmail_quote">On 2= 6 March 2013 16:13, Martin Nowak <span dir=3D"ltr">&lt;<a href=3D"mailto:co= de dawg.eu" target=3D"_blank">code dawg.eu</a>&gt;</span> wrote:<br><blockq= uote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1p= x solid rgb(204,204,204);padding-left:1ex"> <div class=3D"im">On 03/24/2013 10:28 PM, Iain Buclaw wrote:<br> </div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;b= order-left:1px solid rgb(204,204,204);padding-left:1ex"><div class=3D"im"> =A0 =A0 Sure, and AFAICT for that to happen we need at least an ideas page.= <br> =A0 =A0 Shouldn&#39;t be hard to put together.<br> =A0 =A0 For one idea I&#39;d love to see more D support in embedded/ARM wor= ld<br> =A0 =A0 e.g. an easy to use STM32 quick-start package would be nice.<br> <br> <br></div><div class=3D"im"> This could be taking up with someone willing to dedicate time in GDC /<br> LDC. =A0 I would be willing to mentor anyone who wants to join in on<br> getting GDC on ARM ready for production, but I must admit this is rather<br=

</div></blockquote> <br> I&#39;m actually interested in doing this. So can we make that happen?<br> <br> </blockquote></div><br></div><div class=3D"gmail_extra">We certainly can do= . Which compiler do you have in mind for using?<br><br>I have two ARM board= s at hand, but will need to get round to buying a=20 monitor to connect up at least one of them to start off the port and testin= g=20 process. :-)<br></div><div class=3D"gmail_extra"><br>-- <br>Iain Buclaw<br>= <br>*(p &lt; e ? p++ : p) =3D (c &amp; 0x0f) + &#39;0&#39;; </div></div> --047d7bea328249428604d8d72a2a--
Mar 26 2013
prev sibling next sibling parent "David Nadlinger" <see klickverbot.at> writes:
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
Mar 26 2013
prev sibling next sibling parent Johannes Pfau <nospam example.com> writes:
Am Wed, 27 Mar 2013 01:50:40 +0100
schrieb Martin Nowak <code dawg.eu>:

 On 03/26/2013 06:22 PM, Iain Buclaw wrote:
 We certainly can do. Which compiler do you have in mind for using?

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.

Android support would be very nice but I'd make it a secondary goal. As we have shared libraries now the only big remaining problem is that Android doesn't have real TLS so we'd have to make the GCC EMUTLS implementation work with our GC. For glibc android targets this issue doesn't exist. Would be nice if we can get the dmd test suite results to match those for x86. It will be a little annoying though as many floating point test are wrong and simply assume x86 precision. I'd be glad to help wherever I can though.
 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. :-)

or so would not be a problem. I guess qemu could be used too.

qemu + debian for arm might be a good idea. I wonder whether ARM emulated by qemu is faster than e.g. a Raspberry Pi. Compiling GDC on the raspberry itself takes over 12 hours IIRC so you probably want to build cross compilers or use a faster system.
Mar 27 2013
prev sibling next sibling parent Iain Buclaw <ibuclaw ubuntu.com> writes:
--000e0cd1e6f22236fa04d8e6076f
Content-Type: text/plain; charset=ISO-8859-1

On 27 March 2013 08:14, Johannes Pfau <nospam example.com> wrote:

 Am Wed, 27 Mar 2013 01:50:40 +0100
 schrieb Martin Nowak <code dawg.eu>:

 On 03/26/2013 06:22 PM, Iain Buclaw wrote:
 We certainly can do. Which compiler do you have in mind for using?

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.

Android support would be very nice but I'd make it a secondary goal. As we have shared libraries now the only big remaining problem is that Android doesn't have real TLS so we'd have to make the GCC EMUTLS implementation work with our GC. For glibc android targets this issue doesn't exist. Would be nice if we can get the dmd test suite results to match those for x86. It will be a little annoying though as many floating point test are wrong and simply assume x86 precision. I'd be glad to help wherever I can though.
 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. :-)

or so would not be a problem. I guess qemu could be used too.

qemu + debian for arm might be a good idea. I wonder whether ARM emulated by qemu is faster than e.g. a Raspberry Pi. Compiling GDC on the raspberry itself takes over 12 hours IIRC so you probably want to build cross compilers or use a faster system.

Through testing I've done in the past, QEMU+ARM is reliable enough that you can compile + test GCC under it. Other than that, we can go for using cross compilers. -- Iain Buclaw *(p < e ? p++ : p) = (c & 0x0f) + '0'; --000e0cd1e6f22236fa04d8e6076f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div class=3D"gmail_extra"><div class=3D"gmail_quote">On 2= 7 March 2013 08:14, Johannes Pfau <span dir=3D"ltr">&lt;<a href=3D"mailto:n= ospam example.com" target=3D"_blank">nospam example.com</a>&gt;</span> wrot= e:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-l= eft:1px #ccc solid;padding-left:1ex"> Am Wed, 27 Mar 2013 01:50:40 +0100<br> schrieb Martin Nowak &lt;<a href=3D"mailto:code dawg.eu">code dawg.eu</a>&g= t;:<br> <div class=3D"im"><br> &gt; On 03/26/2013 06:22 PM, Iain Buclaw wrote:<br> &gt; &gt; We certainly can do. Which compiler do you have in mind for using= ?<br> &gt; &gt;<br> &gt; I mostly thought of porting GDC and LDC to linux glibc and bionic.<br> &gt; A Windows ARM port would be interesting too, but could be out of<br> &gt; reach. Support for bare metal targets is interesting too (I&#39;ve<br> &gt; already used GDC for STM32) but way less important.<br> <br> </div>Android support would be very nice but I&#39;d make it a secondary go= al.<br> As we have shared libraries now the only big remaining problem is that<br> Android doesn&#39;t have real TLS so we&#39;d have to make the GCC EMUTLS<b= r> implementation work with our GC. For glibc android targets this issue<br> doesn&#39;t exist.<br> <br> Would be nice if we can get the dmd test suite results to match those<br> for x86. It will be a little annoying though as many floating point test<br=

<br> I&#39;d be glad to help wherever I can though.<br> <div class=3D"im"><br> &gt; &gt; I have two ARM boards at hand, but will need to get round to buyi= ng<br> &gt; &gt; a monitor to connect up at least one of them to start off the por= t<br> &gt; &gt; and testing process. :-)<br> &gt; &gt;<br> &gt; I have two android devices, some STM32 boards and getting a raspberry<= br> &gt; or so would not be a problem. I guess qemu could be used too.<br> &gt;<br> <br> </div>qemu + debian for arm might be a good idea. I wonder whether ARM<br> emulated by qemu is faster than e.g. a Raspberry Pi. Compiling GDC on<br> the raspberry itself takes over 12 hours IIRC so you probably want to<br> build cross compilers or use a faster system.<br> </blockquote></div><br></div><div class=3D"gmail_extra">Through testing I&#= 39;ve done in the past, QEMU+ARM is reliable enough that you can compile + = test GCC under it.=A0 Other than that, we can go for using cross compilers.= <br clear=3D"all"> </div><div class=3D"gmail_extra"><br>-- <br>Iain Buclaw<br><br>*(p &lt; e ?= p++ : p) =3D (c &amp; 0x0f) + &#39;0&#39;; </div></div> --000e0cd1e6f22236fa04d8e6076f--
Mar 27 2013
prev sibling next sibling parent Iain Buclaw <ibuclaw ubuntu.com> writes:
--20cf302ef79e72d2b904d8e61e75
Content-Type: text/plain; charset=ISO-8859-1

On 27 March 2013 11:06, Iain Buclaw <ibuclaw ubuntu.com> wrote:

 On 27 March 2013 08:14, Johannes Pfau <nospam example.com> wrote:

 Am Wed, 27 Mar 2013 01:50:40 +0100
 schrieb Martin Nowak <code dawg.eu>:

 On 03/26/2013 06:22 PM, Iain Buclaw wrote:
 We certainly can do. Which compiler do you have in mind for using?

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.

Android support would be very nice but I'd make it a secondary goal. As we have shared libraries now the only big remaining problem is that Android doesn't have real TLS so we'd have to make the GCC EMUTLS implementation work with our GC. For glibc android targets this issue doesn't exist. Would be nice if we can get the dmd test suite results to match those for x86. It will be a little annoying though as many floating point test are wrong and simply assume x86 precision. I'd be glad to help wherever I can though.
 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. :-)

or so would not be a problem. I guess qemu could be used too.

qemu + debian for arm might be a good idea. I wonder whether ARM emulated by qemu is faster than e.g. a Raspberry Pi. Compiling GDC on the raspberry itself takes over 12 hours IIRC so you probably want to build cross compilers or use a faster system.

Through testing I've done in the past, QEMU+ARM is reliable enough that you can compile + test GCC under it. Other than that, we can go for using cross compilers.

BTW, QEMU+ARM emulation under x86/x86_64 still takes about 8 hours for GCC. :-) -- Iain Buclaw *(p < e ? p++ : p) = (c & 0x0f) + '0'; --20cf302ef79e72d2b904d8e61e75 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div class=3D"gmail_extra"><div class=3D"gmail_quote">On 2= 7 March 2013 11:06, Iain Buclaw <span dir=3D"ltr">&lt;<a href=3D"mailto:ibu= claw ubuntu.com" target=3D"_blank">ibuclaw ubuntu.com</a>&gt;</span> wrote:= <br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-lef= t:1px #ccc solid;padding-left:1ex"> <div dir=3D"ltr"><div><div class=3D"h5"><div class=3D"gmail_extra"><div cla= ss=3D"gmail_quote">On 27 March 2013 08:14, Johannes Pfau <span dir=3D"ltr">= &lt;<a href=3D"mailto:nospam example.com" target=3D"_blank">nospam example.= com</a>&gt;</span> wrote:<br> <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p= x #ccc solid;padding-left:1ex"> Am Wed, 27 Mar 2013 01:50:40 +0100<br> schrieb Martin Nowak &lt;<a href=3D"mailto:code dawg.eu" target=3D"_blank">= code dawg.eu</a>&gt;:<br> <div><br> &gt; On 03/26/2013 06:22 PM, Iain Buclaw wrote:<br> &gt; &gt; We certainly can do. Which compiler do you have in mind for using= ?<br> &gt; &gt;<br> &gt; I mostly thought of porting GDC and LDC to linux glibc and bionic.<br> &gt; A Windows ARM port would be interesting too, but could be out of<br> &gt; reach. Support for bare metal targets is interesting too (I&#39;ve<br> &gt; already used GDC for STM32) but way less important.<br> <br> </div>Android support would be very nice but I&#39;d make it a secondary go= al.<br> As we have shared libraries now the only big remaining problem is that<br> Android doesn&#39;t have real TLS so we&#39;d have to make the GCC EMUTLS<b= r> implementation work with our GC. For glibc android targets this issue<br> doesn&#39;t exist.<br> <br> Would be nice if we can get the dmd test suite results to match those<br> for x86. It will be a little annoying though as many floating point test<br=

<br> I&#39;d be glad to help wherever I can though.<br> <div><br> &gt; &gt; I have two ARM boards at hand, but will need to get round to buyi= ng<br> &gt; &gt; a monitor to connect up at least one of them to start off the por= t<br> &gt; &gt; and testing process. :-)<br> &gt; &gt;<br> &gt; I have two android devices, some STM32 boards and getting a raspberry<= br> &gt; or so would not be a problem. I guess qemu could be used too.<br> &gt;<br> <br> </div>qemu + debian for arm might be a good idea. I wonder whether ARM<br> emulated by qemu is faster than e.g. a Raspberry Pi. Compiling GDC on<br> the raspberry itself takes over 12 hours IIRC so you probably want to<br> build cross compilers or use a faster system.<br> </blockquote></div><br></div></div></div><div class=3D"gmail_extra">Through= testing I&#39;ve done in the past, QEMU+ARM is reliable enough that you ca= n compile + test GCC under it.=A0 Other than that, we can go for using cros= s compilers.<br clear=3D"all"> </div><br></div></blockquote></div><br><br></div><div class=3D"gmail_extra"=
BTW, QEMU+ARM emulation under x86/x86_64 still takes about 8 hours for GCC=

law<br> <br>*(p &lt; e ? p++ : p) =3D (c &amp; 0x0f) + &#39;0&#39;; </div></div> --20cf302ef79e72d2b904d8e61e75--
Mar 27 2013
prev sibling parent Iain Buclaw <ibuclaw ubuntu.com> writes:
--20cf302ef79e19457e04d8e9a42b
Content-Type: text/plain; charset=ISO-8859-1

On 27 March 2013 15:19, Martin Nowak <code dawg.eu> wrote:

 On 03/26/2013 06:22 PM, Iain Buclaw wrote:

 We certainly can do. Which compiler do you have in mind for using?

Have you send Andrei a mail to add you as mentor? I'll add a project idea to the wiki http://wiki.dlang.org/GSOC_** 2013_Ideas <http://wiki.dlang.org/GSOC_2013_Ideas>.

Not yet, if this is going to be considered as a project that we are going to move forward with, I'll definitely pick this one up. :-) -- Iain Buclaw *(p < e ? p++ : p) = (c & 0x0f) + '0'; --20cf302ef79e19457e04d8e9a42b Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div class=3D"gmail_extra"><div class=3D"gmail_quote">On 2= 7 March 2013 15:19, Martin Nowak <span dir=3D"ltr">&lt;<a href=3D"mailto:co= de dawg.eu" target=3D"_blank">code dawg.eu</a>&gt;</span> wrote:<br><blockq= uote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc = solid;padding-left:1ex"> <div class=3D"im">On 03/26/2013 06:22 PM, Iain Buclaw wrote:<br> <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p= x #ccc solid;padding-left:1ex"> <br> We certainly can do. Which compiler do you have in mind for using?<br> </blockquote> <br></div> Have you send Andrei a mail to add you as mentor?<br> I&#39;ll add a project idea to the wiki <a href=3D"http://wiki.dlang.org/GS= OC_2013_Ideas" target=3D"_blank">http://wiki.dlang.org/GSOC_<u></u>2013_Ide= as</a>.<br> </blockquote></div><br></div><div class=3D"gmail_extra">Not yet, if this is= going to be considered as a project that we are going to move forward with= , I&#39;ll definitely pick this one up. :-)<br clear=3D"all"></div><div cla= ss=3D"gmail_extra"> <br>-- <br>Iain Buclaw<br><br>*(p &lt; e ? p++ : p) =3D (c &amp; 0x0f) + &#= 39;0&#39;; </div></div> --20cf302ef79e19457e04d8e9a42b--
Mar 27 2013