<div dir="ltr"><div class="gmail_quote"><div class="gmail_attr">@Norbert<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
> That was the reason for the (still experimental) rust-kpathsea wrapper<br>
> getting created:<br>
> <a href="https://github.com/dginev/rust-kpathsea" rel="noreferrer" target="_blank">https://github.com/dginev/rust-kpathsea</a><br>
<br>
What is the state of it? Instead of writing my own C-code, I could look<br>
into using your rust wrapper, but AFAIS there is no cmd line interface<br>
like asking for many files.<br></blockquote><div><br></div><div>It is an early stage wrapper for Rust, so it is a good fit for Rust projects (or small Rust scripts) which need convenient calls into libkpathsea. That is also limited to distributions where libkpathsea is easily available to be linked against (not yet Windows, for example).<br></div><div><br></div><div>There are no executables in that package  ("no batteries included"), it is meant to be used as a dependency in larger projects (such as latex-to-html converters).</div><div><br></div><div>To Jonathan's point, a call to "kpsewhich" on my 7 year old NVMe drive takes 100 ms. Most of that appears to be spent in warming up - so avoiding the top-level initialization is really the key bit to amortize. The individual find calls are essentially free afterwards.<br></div><div><br></div><div>Greetings,</div><div>Deyan</div><div><br></div></div></div>