subsequent rebuilds of notmuch always re-build sphinx and ruby
david at tethera.net
Sun Apr 21 12:29:02 PDT 2019
Daniel Kahn Gillmor <dkg at fifthhorseman.net> writes:
> but it's not just texinfo, right? it starts with the html build
> itself. can we at least diagnose why that's happening?
Yes, although the html rebuild is much faster than the texinfo + info rebuilds.
>> This Makefile is generated by "ruby extconf.rb --vendor". It includes a
>> dependency on itself, so it always fires after running "ruby
>> extconf.rb". It might be only running "ruby extconf.rb" if
>> bindings/ruby/Makefile does not exist would fix this particular
>> issue. That sounds more gnu make specific than ruby specific.
> I'd be happy to test any proposed patches. I don't really understand
> this toolchain, or why anyone would build a makefile that rewrites
> itself :/
I've posted some patches for the sphinx-doc issues a couple of hours ago
(id:20190421171245.19729-1-david at tethera.net).
Currently the ruby rebuild doesn't seem to be slowing things down much
╰─ (git)-[wip/make-docs]-% /usr/bin/time make ruby-bindings 1>/dev/null
0.13user 0.02system 0:00.15elapsed 101%CPU (0avgtext+0avgdata 11504maxresident)k
0inputs+208outputs (0major+6523minor)pagefaults 0swaps
That's with an SSD, so maybe there's more of hit for other environments.
More information about the notmuch