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

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.

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.

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

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

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

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.

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

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.

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.