www.digitalmars.com         C & C++   DMDScript  

digitalmars.D - DConf 2017 Hackathon report

reply =?UTF-8?Q?Ali_=c3=87ehreli?= <acehreli yahoo.com> writes:
Please list what we've achieved during the hackathon, including what is 
started but is likely to be finished in the coming days or months.

For me:

- Finished updating "Programming in D" to 2.074.0 (the HTML is now up to 
date but I could not get to the still manual work of preparing the ebooks)

- Contributed to the logo and branding discussions

- Opened two bugs

- Ate German cookies :)

Ali
May 08 2017
next sibling parent reply Steven Schveighoffer <schveiguy yahoo.com> writes:
On 5/9/17 12:35 AM, Ali Çehreli wrote:
 Please list what we've achieved during the hackathon, including what is
 started but is likely to be finished in the coming days or months.

 For me:

 - Finished updating "Programming in D" to 2.074.0 (the HTML is now up to
 date but I could not get to the still manual work of preparing the ebooks)
Nice! For me: - Don't want to exactly steal Jonathan's thunder, but during the conference (before the hackathon actually) he split (and I helped get approval for splitting) std.datetime into a package. That still needs some severe TLC on making the docs read better, but it should be viable. And now github can show diffs for the smaller files :) - Merged a simple PR I had from April. - Provided a bit of guidance to people on druntime internals. - Created my first DMD PR (to make it so unittest imports are not counted for cycle detection). And that's about it. That last one took a lot of effort, as I was dealing with an apparent bug in the BitArray type, thought I was losing my mind :) Aaaand, I'm not questioning whether the PR I made is sound, due to the way template-instantiated static ctors work. I'll have to rethink how it works. But it was very awesome to be able to go around and find the people to discuss a PR/idea without going through a forum thread. I think there's a psychological barrier that happens when you post a complete argument, and then your counterpart forms an interpretation in their mind of what the argument means, forms their complete counter argument, and neither side really understands what the other is saying or willing to do. Doing it in person allows so much more interaction -- you can cut off early any misinterpretations. It's also harder to be nasty in person :) -Steve
May 09 2017
next sibling parent Steven Schveighoffer <schveiguy yahoo.com> writes:
On 5/9/17 9:19 AM, Steven Schveighoffer wrote:
 Aaaand, I'm not questioning whether the PR I made is sound, due to the
 way template-instantiated static ctors work. I'll have to rethink how it
 works.
*now* questioning... -Steve
May 09 2017
prev sibling parent Adrian Matoga <dlang.spam matoga.info> writes:
On Tuesday, 9 May 2017 at 13:19:12 UTC, Steven Schveighoffer 
wrote:

 But it was very awesome to be able to go around and find the 
 people to discuss a PR/idea without going through a forum 
 thread. I think there's a psychological barrier that happens 
 when you post a complete argument, and then your counterpart 
 forms an interpretation in their mind of what the argument 
 means, forms their complete counter argument, and neither side 
 really understands what the other is saying or willing to do. 
 Doing it in person allows so much more interaction -- you can 
 cut off early any misinterpretations. It's also harder to be 
 nasty in person :)
+1! For the same reasons, it's also a lot easier for people who don't use English as their 1st language to express their ideas as one doesn't need to spend time carefully looking up the meaning of words to make sure the "complete argument" will be understood as intended. :)
May 10 2017
prev sibling next sibling parent reply Nemanja Boric <4burgos gmail.com> writes:
On Tuesday, 9 May 2017 at 04:35:40 UTC, Ali Çehreli wrote:
 Please list what we've achieved during the hackathon, including 
 what is started but is likely to be finished in the coming days 
 or months.

 For me:

 - Finished updating "Programming in D" to 2.074.0 (the HTML is 
 now up to date but I could not get to the still manual work of 
 preparing the ebooks)

 - Contributed to the logo and branding discussions

 - Opened two bugs

 - Ate German cookies :)

 Ali
I've fixed the FreeBSD-Current exception handling issue, so that exception handling is now working there as well (I also suspect that it was broken pretty much on all libundwind 64bit systems, just worked by accident, since the optimizer didn't try too hard. It's something I wanted to do for a long time, but there's never time, so having a day dedicated to it was pretty helpful! https://issues.dlang.org/show_bug.cgi?id=16856 It was pretty cool finding Jonathan who filed the bug in the same room, then chasing Walter to talk about it, after hearing all war stories, including, but not limited to, blue meteors.
May 09 2017
parent Nemanja Boric <4burgos gmail.com> writes:
On Tuesday, 9 May 2017 at 16:14:57 UTC, Nemanja Boric wrote:
 On Tuesday, 9 May 2017 at 04:35:40 UTC, Ali Çehreli wrote:
 Please list what we've achieved during the hackathon, 
 including what is started but is likely to be finished in the 
 coming days or months.

 For me:

 - Finished updating "Programming in D" to 2.074.0 (the HTML is 
 now up to date but I could not get to the still manual work of 
 preparing the ebooks)

 - Contributed to the logo and branding discussions

 - Opened two bugs

 - Ate German cookies :)

 Ali
I've fixed the FreeBSD-Current exception handling issue, so that exception handling is now working there as well (I also suspect that it was broken pretty much on all libundwind 64bit systems, just worked by accident, since the optimizer didn't try too hard. It's something I wanted to do for a long time, but there's never time, so having a day dedicated to it was pretty helpful! https://issues.dlang.org/show_bug.cgi?id=16856 It was pretty cool finding Jonathan who filed the bug in the same room, then chasing Walter to talk about it, after hearing all war stories, including, but not limited to, blue meteors.
Oh, also working with Martin and chasing him around the rooms to get my druntime PR for fiber stack overflow protection (https://github.com/dlang/druntime/pull/1698) merged after months and months is also worth mentioning, although it didn't happen during the hackaton :-)
May 09 2017
prev sibling next sibling parent reply ANtlord <antlord92 gmail.com> writes:
On Tuesday, 9 May 2017 at 04:35:40 UTC, Ali Çehreli wrote:
 Please list what we've achieved during the hackathon, including 
 what is started but is likely to be finished in the coming days 
 or months.

 For me:

 - Finished updating "Programming in D" to 2.074.0 (the HTML is 
 now up to date but I could not get to the still manual work of 
 preparing the ebooks)

 - Contributed to the logo and branding discussions

 - Opened two bugs

 - Ate German cookies :)

 Ali
Is there some news about compiling dmd as library?
May 09 2017
parent Joakim <dlang joakim.fea.st> writes:
On Tuesday, 9 May 2017 at 17:50:06 UTC, ANtlord wrote:
 On Tuesday, 9 May 2017 at 04:35:40 UTC, Ali Çehreli wrote:
 Please list what we've achieved during the hackathon, 
 including what is started but is likely to be finished in the 
 coming days or months.

 For me:

 - Finished updating "Programming in D" to 2.074.0 (the HTML is 
 now up to date but I could not get to the still manual work of 
 preparing the ebooks)

 - Contributed to the logo and branding discussions

 - Opened two bugs

 - Ate German cookies :)

 Ali
Is there some news about compiling dmd as library?
There was a talk about this, one of the interns is working on it: http://dconf.org/2017/talks/nitu.html No idea when it'll be done.
May 10 2017
prev sibling next sibling parent reply Atila Neves <atila.neves gmail.com> writes:
On Tuesday, 9 May 2017 at 04:35:40 UTC, Ali Çehreli wrote:
 Please list what we've achieved during the hackathon, including 
 what is started but is likely to be finished in the coming days 
 or months.

 For me:

 - Finished updating "Programming in D" to 2.074.0 (the HTML is 
 now up to date but I could not get to the still manual work of 
 preparing the ebooks)

 - Contributed to the logo and branding discussions

 - Opened two bugs

 - Ate German cookies :)

 Ali
I submitted a PR for Phobos and 2 for dmd, the latter of which were my first. I felt like a wizard afterwards for modifying the compiler, which is a nice bonus. Now if only I could get the autotester to be green... Atila
May 10 2017
parent reply Stefan Koch <uplink.coder googlemail.com> writes:
On Wednesday, 10 May 2017 at 10:55:09 UTC, Atila Neves wrote:
  I felt like a wizard afterwards for modifying the compiler, 
 which is a nice bonus.
Nice, I usually feel confused after modifying the compiler.
 Now if only I could get the autotester to be green...
Just think about how much more wizardly you will feel after it is green.
May 10 2017
parent Atila Neves <atila.neves gmail.com> writes:
On Wednesday, 10 May 2017 at 11:02:50 UTC, Stefan Koch wrote:
 On Wednesday, 10 May 2017 at 10:55:09 UTC, Atila Neves wrote:
  I felt like a wizard afterwards for modifying the compiler, 
 which is a nice bonus.
Nice, I usually feel confused after modifying the compiler.
 Now if only I could get the autotester to be green...
Just think about how much more wizardly you will feel after it is green.
It turns out I'd stupidly pushed branched off of my other branch instead of master. It's green. :) Atila, official wizard
May 10 2017
prev sibling next sibling parent Adrian Matoga <dlang.spam matoga.info> writes:
On Tuesday, 9 May 2017 at 04:35:40 UTC, Ali Çehreli wrote:
 Please list what we've achieved during the hackathon, including 
 what is started but is likely to be finished in the coming days 
 or months.

 For me:

 - Finished updating "Programming in D" to 2.074.0 (the HTML is 
 now up to date but I could not get to the still manual work of 
 preparing the ebooks)

 - Contributed to the logo and branding discussions

 - Opened two bugs

 - Ate German cookies :)

 Ali
I: 1. Started a PR adding -Xcc switch to LDC [1]. 2. Discussed a solution to [2] and [3] with Sönke, implementation is in progress. 3. Briefly went through sources of Stefan's CTFE implementation. To me it was also a good quick lesson about part of DMD internals I didn't know yet, and I hope I'll be able to review his code from time to time and motivate him. 4. Got a ton of inspiration and motivation. [1] https://github.com/ldc-developers/ldc/pull/2104 [2] https://github.com/dlang/dub/issues/628 [3] https://github.com/dlang/dub/issues/228
May 10 2017
prev sibling next sibling parent reply Joseph Rushton Wakeling <joseph.wakeling webdrake.net> writes:
On Tuesday, 9 May 2017 at 04:35:40 UTC, Ali Çehreli wrote:
 Please list what we've achieved during the hackathon, including 
 what is started but is likely to be finished in the coming days 
 or months.
Created a working snap package definition for GDC. I'm coordinating with Iain on how to get this into the snap store most effectively (having spent a fair bit of the hackathon pestering him with questions about the GDC build procedure:-). Ironically, given that I'd always been worried this would be the most finnicky compiler snap to create, it's actually the simplest package definition out of all the Big 3 ;-) I also had a play with using the new `scope return` etc. functionality to prototype a safe design for random algorithms that wrap a pointer to an RNG. That's probably going to take a while longer to put together, as I've run into some issues that I really need to reduce to a very simple test case.
May 10 2017
parent reply David Nadlinger <code klickverbot.at> writes:
On Wednesday, 10 May 2017 at 19:46:01 UTC, Joseph Rushton 
Wakeling wrote:
 Ironically, given that I'd always been worried this would be 
 the most finnicky compiler snap to create, it's actually the 
 simplest package definition out of all the Big 3 ;-)
Without even having seen your snap file, I can confidently say that this is just due to the idiosyncrasies of the snap environment, though. Oh wait, no, GDC is still stuck on an ancient C++-based frontend. Not too surprising, then. ;P — David
May 10 2017
parent reply Iain Buclaw via Digitalmars-d <digitalmars-d puremagic.com> writes:
On 10 May 2017 at 22:04, David Nadlinger via Digitalmars-d
<digitalmars-d puremagic.com> wrote:
 On Wednesday, 10 May 2017 at 19:46:01 UTC, Joseph Rushton Wakeling wrote:
 Ironically, given that I'd always been worried this would be the most
 finnicky compiler snap to create, it's actually the simplest package
 definition out of all the Big 3 ;-)
Without even having seen your snap file, I can confidently say that this is just due to the idiosyncrasies of the snap environment, though. Oh wait, no, GDC is still stuck on an ancient C++-based frontend. Not too surprising, then. ;P — David
I can only infer that you are saying that using a D project means it's more difficult to get working with snap. To which I will insert an obligatory "Woah!", and "I expect you to know better" rebuttal. ... Woah, I expect you to know better. Iain.
May 11 2017
parent reply David Nadlinger <code klickverbot.at> writes:
On Thursday, 11 May 2017 at 17:56:00 UTC, Iain Buclaw wrote:
 I can only infer that you are saying that using a D project 
 means it's more difficult to get working with snap.  To which I 
 will insert an obligatory "Woah!", and "I expect you to know 
 better" rebuttal.

 ...

 Woah, I expect you to know better.
Incorrect. My (implied) statement was that a dependency on D makes the build process more complex *if that project is a D compiler, and you don't want to depend on another one in build-packages*. — David
May 11 2017
parent reply Iain Buclaw via Digitalmars-d <digitalmars-d puremagic.com> writes:
On 11 May 2017 at 22:24, David Nadlinger via Digitalmars-d
<digitalmars-d puremagic.com> wrote:
 On Thursday, 11 May 2017 at 17:56:00 UTC, Iain Buclaw wrote:
 I can only infer that you are saying that using a D project means it's
 more difficult to get working with snap.  To which I will insert an
 obligatory "Woah!", and "I expect you to know better" rebuttal.

 ...

 Woah, I expect you to know better.
Incorrect. My (implied) statement was that a dependency on D makes the build process more complex *if that project is a D compiler, and you don't want to depend on another one in build-packages*. — David
My rebuttal still stands. Switching build from C++ to D should be a one line change, if it isn't then you have a problems with your build process.
May 11 2017
parent reply David Nadlinger <code klickverbot.at> writes:
On Thursday, 11 May 2017 at 20:54:45 UTC, Iain Buclaw wrote:
 My rebuttal still stands.  Switching build from C++ to D should 
 be a one line change, if it isn't then you have a problems with 
 your build process.
How does snap requiring more than a one-line change for a multi-stage build imply that anybody's build process is problematic? — David
May 11 2017
parent reply Iain Buclaw via Digitalmars-d <digitalmars-d puremagic.com> writes:
On 11 May 2017 at 23:06, David Nadlinger via Digitalmars-d
<digitalmars-d puremagic.com> wrote:
 On Thursday, 11 May 2017 at 20:54:45 UTC, Iain Buclaw wrote:
 My rebuttal still stands.  Switching build from C++ to D should be a one
 line change, if it isn't then you have a problems with your build process.
How does snap requiring more than a one-line change for a multi-stage build imply that anybody's build process is problematic? — David
Oh, do you have to do the multi-stage build yourself? I don't. :-) Iain.
May 11 2017
parent reply David Nadlinger <code klickverbot.at> writes:
On Thursday, 11 May 2017 at 21:14:16 UTC, Iain Buclaw wrote:
 Oh, do you have to do the multi-stage build yourself?  I don't.
So you intend to keep a copy of the (old) bootstrap compiler sources in-tree for all future D-based GDC versions (if/when you start requiring D)? We could do that just as well, but it seems a bit pointless. — David
May 11 2017
parent reply Iain Buclaw via Digitalmars-d <digitalmars-d puremagic.com> writes:
On 11 May 2017 at 23:19, David Nadlinger via Digitalmars-d
<digitalmars-d puremagic.com> wrote:
 On Thursday, 11 May 2017 at 21:14:16 UTC, Iain Buclaw wrote:
 Oh, do you have to do the multi-stage build yourself?  I don't.
So you intend to keep a copy of the (old) bootstrap compiler sources in-tree for all future D-based GDC versions (if/when you start requiring D)? We could do that just as well, but it seems a bit pointless. — David
I do not intend to. Which is why switching to D-based GDC will be a no-op. It is at this point that you've lost me, there is no added complexity building a self-hosted compiler within GCC's build system. C++ is self-hosted, Ada is self-hosted, an acquaintance of mine even wrote a self-hosted ALGOL60 frontend to GCC. This is not a problem that needs to be solved for GDC. Iain.
May 11 2017
parent reply David Nadlinger <code klickverbot.at> writes:
On Thursday, 11 May 2017 at 21:37:45 UTC, Iain Buclaw wrote:
 This is not a problem that needs to be solved for GDC.
It's not a problem that needs to be solved *in* GDC, but it has to be tackled *for* (packaging) GDC, as you need to have a bootstrap compiler available. Hence, building a C++-based compiler is less complex than a D-based compiler – that is, if you don't want to depend on a pre-existing D compiler, but are fine with using a pre-existing C++ compiler, which is what the LDC snap packages currently does. — David
May 12 2017
parent Iain Buclaw via Digitalmars-d <digitalmars-d puremagic.com> writes:
On 12 May 2017 at 14:45, David Nadlinger via Digitalmars-d
<digitalmars-d puremagic.com> wrote:
 On Thursday, 11 May 2017 at 21:37:45 UTC, Iain Buclaw wrote:
 This is not a problem that needs to be solved for GDC.
It's not a problem that needs to be solved *in* GDC, but it has to be tackled *for* (packaging) GDC, as you need to have a bootstrap compiler available. Hence, building a C++-based compiler is less complex than a D-based compiler – that is, if you don't want to depend on a pre-existing D compiler, but are fine with using a pre-existing C++ compiler, which is what the LDC snap packages currently does.
I've spoken to the author. I'm of the opinion that this is a design choice, not something that should be considered an inherent complexity. Iain.
May 12 2017
prev sibling next sibling parent Iain Buclaw via Digitalmars-d <digitalmars-d puremagic.com> writes:
On 9 May 2017 at 06:35, Ali Çehreli via Digitalmars-d
<digitalmars-d puremagic.com> wrote:
 Please list what we've achieved during the hackathon, including what is
 started but is likely to be finished in the coming days or months.
I was frankly a zombie all Sunday, apart from helping Joe setting up the best snap package in the world, I spent the morning rebuilding my toolchain for GCC/GDC-8. After spending some time away from my laptop, then came back to discover it had died on battery. At least I managed to remove D compiler support for SH-5. That was a notable productive task. :-)
May 11 2017
prev sibling next sibling parent Bastiaan Veelo <Bastiaan Veelo.net> writes:
On Tuesday, 9 May 2017 at 04:35:40 UTC, Ali Çehreli wrote:
 - Contributed to the logo and branding discussions
Me too. And: - Discussed ways to move forward with Laeeth and Andrei, and Daniel and Stefan. - Discussed an issue in std.experimental.logger with Robert. - Worked on translation of Extended Pascal snippets to D. It took rather long retrieving them from my workstation at home, but after that I got valuable help from 3-4 seniors in my direct vicinity, finding ways to emulate EP constructs. Nice! Bastiaan.
May 11 2017
prev sibling parent reply Jacob Carlborg <doob me.com> writes:
On 2017-05-09 06:35, Ali Çehreli wrote:
 Please list what we've achieved during the hackathon, including what is
 started but is likely to be finished in the coming days or months.

 For me:

 - Finished updating "Programming in D" to 2.074.0 (the HTML is now up to
 date but I could not get to the still manual work of preparing the ebooks)

 - Contributed to the logo and branding discussions

 - Opened two bugs

 - Ate German cookies :)

 Ali
A bit late to the party but I created a Dub file for DMD to be able to use the lexer and parser as a library [1]. Although I did run into some problems with Dub [2], which I'm not sure how to solve. [1] https://github.com/dlang/dmd/pull/6771 [2] http://forum.rejectedsoftware.com/groups/rejectedsoftware.dub/thread/15871/ -- /Jacob Carlborg
May 12 2017
parent reply rikki cattermole <rikki cattermole.co.nz> writes:
On 12/05/2017 9:51 AM, Jacob Carlborg wrote:
 On 2017-05-09 06:35, Ali Çehreli wrote:
 Please list what we've achieved during the hackathon, including what is
 started but is likely to be finished in the coming days or months.

 For me:

 - Finished updating "Programming in D" to 2.074.0 (the HTML is now up to
 date but I could not get to the still manual work of preparing the
 ebooks)

 - Contributed to the logo and branding discussions

 - Opened two bugs

 - Ate German cookies :)

 Ali
A bit late to the party but I created a Dub file for DMD to be able to use the lexer and parser as a library [1]. Although I did run into some problems with Dub [2], which I'm not sure how to solve. [1] https://github.com/dlang/dmd/pull/6771 [2] http://forum.rejectedsoftware.com/groups/rejectedsoftware.dub/thread/15871/
Another way: preBuildCommands: dub run ddmd:idgen - $ddmd_PACKAGE_DIR With idgen taking in the location to the root. Most importantly it is not platform specific ;)
May 12 2017
parent reply Jacob Carlborg <doob me.com> writes:
On 2017-05-12 10:59, rikki cattermole wrote:

 Another way:

 preBuildCommands: dub run ddmd:idgen - $ddmd_PACKAGE_DIR

 With idgen taking in the location to the root.
 Most importantly it is not platform specific ;)
Hmm, so idgen should be a subpackage? -- /Jacob Carlborg
May 12 2017
parent reply rikki cattermole <rikki cattermole.co.nz> writes:
On 12/05/2017 12:27 PM, Jacob Carlborg wrote:
 On 2017-05-12 10:59, rikki cattermole wrote:

 Another way:

 preBuildCommands: dub run ddmd:idgen - $ddmd_PACKAGE_DIR

 With idgen taking in the location to the root.
 Most importantly it is not platform specific ;)
Hmm, so idgen should be a subpackage?
May as well, it is a separate artifact from the build process.
May 12 2017
parent reply Jacob Carlborg <doob me.com> writes:
On 2017-05-12 13:29, rikki cattermole wrote:

 May as well, it is a separate artifact from the build process.
I get: Invalid variable: dmd_PACKAGE_DIR And I'm not sure about the syntax. Is that supposed to be two dashes? And I should add an argument to idgen? -- /Jacob Carlborg
May 12 2017
next sibling parent reply rikki cattermole <rikki cattermole.co.nz> writes:
On 12/05/2017 12:45 PM, Jacob Carlborg wrote:
 On 2017-05-12 13:29, rikki cattermole wrote:

 May as well, it is a separate artifact from the build process.
I get: Invalid variable: dmd_PACKAGE_DIR And I'm not sure about the syntax. Is that supposed to be two dashes? And I should add an argument to idgen?
I've never used the variable support in dub, its fairly recent. Yeah two dashes, my bad. idgen I don't think right now is setup for the argument, but its either that or find another solution cross platform to change directories.
May 12 2017
parent Jacob Carlborg <doob me.com> writes:
On 2017-05-12 13:57, rikki cattermole wrote:

 I've never used the variable support in dub, its fairly recent.
 Yeah two dashes, my bad.

 idgen I don't think right now is setup for the argument, but its either
 that or find another solution cross platform to change directories.
I think I have it working now. $PACKAGE_DIR seems to work and do what I want it to do. Thanks for the help. -- /Jacob Carlborg
May 12 2017
prev sibling parent Nicholas Wilson <iamthewilsonator hotmail.com> writes:
On Friday, 12 May 2017 at 11:45:45 UTC, Jacob Carlborg wrote:
 On 2017-05-12 13:29, rikki cattermole wrote:

 May as well, it is a separate artifact from the build process.
I get: Invalid variable: dmd_PACKAGE_DIR And I'm not sure about the syntax. Is that supposed to be two dashes? And I should add an argument to idgen?
Yes. No, idgen just runs in the cwd any writes to files in the cwd. If you're having it as a sub package you may want to change idgen to specify a path.
May 12 2017