PrecompileSignatures.jl is a package which reduces TTFX by moving some just in time compilation to the precompilation phase. The package does this by reading all method signatures in a package and generating precompile directives for any concrete signature that it can find. This idea of this packag…

Just one thing, if I understood well the README the precompilation works for methods whose arguments have been annotated with their type and these are concrete… this isn’t however in contrast to trying to keep the function signatures the more general as possible in order to facilitate code composabi…

As I recall it used to be possible to generate precompile statements from the package’s tests using SnoopCompile.jl I am pretty sure it still is. But IIRC it is no longer highlighted as a main use case as there was a reason to avoid adding huge numbers of precompile statements without some thought…

[image] oxinabox: But IIRC it is no longer highlighted as a main use case as there was a reason to avoid adding huge numbers of precompile statements without some thought. Though I can’t remember what it was. @tim.holy ? It is easier to just have a small representative workload that runs dur…

Depends on the package. For a package like Pluto there is almost zero need to keep things generic. Especially at the more high-level functions.

Agreed. Or PrecompileSignatures which generates the precompile directives during the precompilation phase. The drawback of a workload is that it can also become outdated and can be problematic when there are side-effects. PackageCompile, SnoopCompile, workload and PrecompileSignatures all have thei…

I’m also working on automatically converting some abstract types to concrete. It currently automatically converts AbstractString to String before generating precompile directives. Often, methods precompiled for some subtype of an abstract type are also quicker for other subtypes, so that is why doin…

Sorry for reviving an old thread but I see the last official release was three years ago. Is PrecompileSignatures now mature enough that no additional work is being planned, has it been superceded by other efforts, or is it simply dormant?

I think GitHub - JuliaLang/PrecompileTools.jl: Reduce time-to-first-execution of Julia code is the way to go nowadays

Thanks for the response. It’s a shame because I liked the intermediate approach it provided, where I could simply: @precompile_signatures(module_name) and be on my way…

You can still use this. As the original post and links suggest, an actively updated Pluto.jl still uses PrecompileSignatures.jl (just check the Project.toml files), so there’s a strong incentive for the latter to keep working despite the lack of recent developments. [image] ConnectedSystems: ha…

[ANN] PrecompileSignatures.jl: Generate precompile directives by reading method signatures

Package Announcements

Mason December 29, 2025, 9:50pm 13

How about Speculator.jl: Reduce latency through speculative compilation ?

Topic		Replies	Views
Help reducing compilation time General Usage	8	525	March 13, 2022
What is precompiled in a package by default? General Usage question , precompilation	4	282	September 7, 2024
Julia precompilation limits or are there really any? General Usage precompilation , snoopcompile , jit	20	3483	June 20, 2022
A few basic questions about Precompilation General Usage precompilation	6	1000	February 17, 2022
Precompilation and package compiler General Usage	4	888	June 21, 2022

[ANN] PrecompileSignatures.jl: Generate precompile directives by reading method signatures

Related topics