I just created a dub package. Frankly, the whole thign is backward.

[rikki cattermole]

On 27/04/2022 8:41 AM, H. S. Teoh wrote:
> On Tue, Apr 26, 2022 at 04:29:54PM -0400, Steven Schveighoffer via Digitalmars-d wrote:
> [...]
>> Dub needs to play friendly with artifacts from other build systems. I
>> have run into headaches with using other non-D projects also. But it
>> doesn't have to play friendly with alternatives to building D code
>> IMO.
>>
>> But if you can all find a way to build dub projects in a way that's
>> usable outside building with dub (e.g. `dub --produce-makefile` or
>> whatnot), that's fine by me. Just don't make me change how I build my
>> projects.
> [...]
> 
> I'm really tempted to create a build tool that parses dub.sdl, et al, in
> the source tree and maps them internally to its own representation that
> replicates dub's actions, so existing dub projects would Just Work(tm),
> while exposing a different interface for more advanced use cases. Or
> perhaps extend dub.sdl for that purpose.

Don't parse the files themselves.

Use $(dub describe) instead.

Note: dub is capable of generating for other build systems including make.