May 12, 2017
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
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
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.

1 2 3 4
Next ›   Last »