September 02, 2020
On 9/2/20 1:18 PM, drug wrote:
> it will be seldom operation. Another way is to having several hashes simultaneously and select one of them depending on option value. 

I meant having several hashes in dub cache. Then if the user changes the hash algorithm dub checks calculated hashes against cached ones and avoids total rebuilding.

September 02, 2020
On 9/2/20 1:21 PM, drug wrote:
> On 9/2/20 1:18 PM, drug wrote:
>> it will be seldom operation. Another way is to having several hashes simultaneously and select one of them depending on option value. 
> 
> I meant having several hashes in dub cache. Then if the user changes the hash algorithm dub checks calculated hashes against cached ones and avoids total rebuilding.
> 

Hmm, probably I was too confident. I've implemented support for both sha1 and sha256. It takes about  30 lines of additional code but what is worse the code uses classes now and dynamic memory allocation. I would avoid it. But in other it works as I expected:
```
dub build --hash=sha1
dub build --hash=sha256
```
I do not test it in big projects but building dub does not show any difference in performance
September 02, 2020
On Sunday, 30 August 2020 at 14:13:36 UTC, Mike Parker wrote:
> Looking for a full-time or part-time gig? Not only is Symmetry Investments hiring D programmers, they are also generously funding two positions for ecosystem work under the D Language Foundation. And they've put up a bounty for a new DUB feature. Read all about it here:
>
> https://dlang.org/blog/2020/08/30/symmetry-investments-and-the-d-language-foundation-are-hiring/

This is a great initiative!

It's also a great opportunity for up-and-coming D contributors. I know that if I had this chance back many years ago when I was unemployed I would have jumped at the opportunity. So if you're in a similar position don't hesitate to apply!
September 02, 2020
On 9/1/20 2:38 PM, Patrick Schluter wrote:
> On Tuesday, 1 September 2020 at 13:28:07 UTC, Steven Schveighoffer wrote:
>> On 9/1/20 5:38 AM, Stefan Koch wrote:
>>> On Tuesday, 1 September 2020 at 09:09:36 UTC, Jacob Carlborg wrote:
>>>> BTW, is timestamps vs SHA-1 hashing really the most pressing issue with Dub?
>>>>
>>>
>>> We think that not recompiling certain modules which have not changed will improve our build times.
>>> And the task proposed is actually something that can go in without too much struggle.
>>> Whereas deeper issues in dub likely take much longer.
>>
>> I have to agree with Jacob -- what common situation is changing the timestamps of your files but not the data?
>>
> git checkout branch
> git checkout -

Is that a part of normal development process? Typically when I want incremental building, I'm editing a file, then rebuilding.

I mean, you check out a different branch, but you don't want to rebuild everything? I would. And with D, where there are so many templates, almost everything is going to need rebuilding anyway. This update to dub might replace a build-time problem with a build inconsistency problem (hopefully linker error, but possibly code generation differences).

-Steve
September 03, 2020
On Wednesday, 2 September 2020 at 12:50:35 UTC, Steven Schveighoffer wrote:
> On 9/1/20 2:38 PM, Patrick Schluter wrote:
>> On Tuesday, 1 September 2020 at 13:28:07 UTC, Steven Schveighoffer wrote:
>>> On 9/1/20 5:38 AM, Stefan Koch wrote:
>>>> [...]
>>>
>>> I have to agree with Jacob -- what common situation is changing the timestamps of your files but not the data?
>>>
>> git checkout branch
>> git checkout -
>
> Is that a part of normal development process? Typically when I want incremental building, I'm editing a file, then rebuilding.
>
> I mean, you check out a different branch, but you don't want to rebuild everything? I would. And with D, where there are so many templates, almost everything is going to need rebuilding anyway. This update to dub might replace a build-time problem with a build inconsistency problem (hopefully linker error, but possibly code generation differences).
>
Yes, it happens from time to time and on makefile based it involves recompilations of unchanged files but granted it could be just me.

September 05, 2020
On Sunday, 30 August 2020 at 14:13:36 UTC, Mike Parker wrote:
> Looking for a full-time or part-time gig? Not only is Symmetry Investments hiring D programmers, they are also generously funding two positions for ecosystem work under the D Language Foundation. And they've put up a bounty for a new DUB feature. Read all about it here:
>
> https://dlang.org/blog/2020/08/30/symmetry-investments-and-the-d-language-foundation-are-hiring/

One other thing that hashing enables is caching builds. So if you build, then change a file, then build again, and then revert the file again it would be great if the next build just restored the cached build from the very first build.

The less time spent waiting on builds, the better.
January 13, 2021
On 9/5/20 3:55 PM, Andrej Mitrovic wrote:
> On Sunday, 30 August 2020 at 14:13:36 UTC, Mike Parker wrote:
>> Looking for a full-time or part-time gig? Not only is Symmetry Investments hiring D programmers, they are also generously funding two positions for ecosystem work under the D Language Foundation. And they've put up a bounty for a new DUB feature. Read all about it here:
>>
>> https://dlang.org/blog/2020/08/30/symmetry-investments-and-the-d-language-foundation-are-hiring/ 
>>
> 
> One other thing that hashing enables is caching builds. So if you build, then change a file, then build again, and then revert the file again it would be great if the next build just restored the cached build from the very first build.
> 
> The less time spent waiting on builds, the better.

Could you test this feature https://github.com/dlang/dub/pull/2077?

The simple way to do it would be adding this file to the project root directory:
```json
{
    "buildCachePolicy" : "sha1"
}
```
This enables hash dependent build based on sha1. Get ready to spent more storage space for your builds, of course.
1 2 3
Next ›   Last »