Redub v1.17.1: Walking on its own direction

[Hipreme]

On Monday, 25 November 2024 at 19:21:36 UTC, singingbush wrote:
> On Wednesday, 20 November 2024 at 02:18:07 UTC, Hipreme wrote:
>> After redub being in the shadow of dub on its older versions, 
>> redub has now took a step forward, going in a new direction 
>> bringing to the table new features that were not inside dub.
>> ...
>
> Nice. In terms of other plugins, I'd be interested in having 
> code signing and convenient packaging so that simply running 
> the build tool can produce an RPM for Fedora. Calling through 
> to external tools is fine.

That is quite simple with the new plugin situation on redub. The 
good thing is that it is easily extensible for any user case one 
may have. One of the reasons I've done plugins is that the way to 
achieve that in dub, is that you would only be able to spawn 
processes which is slower and platform dependent. While with 
plugins, you can write D code, modify some of your build recipe 
inside the plugin AND still get cache working.



Continuing the announce:

Redub v1.19.0 has also improved how the cache is stored. From my 
engine, I was able to reduce it from 550KB to 78KB. That 
difference can make a lot of difference in people using HD 
instead of SSD and also improve the JSON parsing speed.

Beyond that, I've also reduced the syscalls when comparing 
hashes, thus making it even faster (I got almost a 30% speedup 
when doing that)

Some parts of the code were made @nogc which also reduced a bunch 
of allocations.

In the end, both up to date builds AND non up to date builds got 
way faster on the caching side, so, even slower processors can 
now handle the work just fine.