Open awadell1 opened 3 years ago
Hi!
Is there a reason why you chose not to rely on benchmark/benchmarks.jl
? Even StaticArrays.jl does it that way, right? They just use that file to include every other benchmark/bench_*.jl
Mainly, I'm lazy and wanted PkgJogger to handle the bundling up bench_*.jl
files into a single suite for me. It also let's PkgJogger provide the following features:
benchmarks/
folders. i.e. bechmark/bench_bar/bench_foo.jl
will be added to the suitebench_*.jl
file, by bundling bench_*.jl
files internally, revise can track changes at the file level, instead of the suite level.bench_*.jl
is wrapped in a module ensuring each file gets it's own global namespace.Plus PkgJogger still plays nice with the other packages, just put this in your benchmark/benchmarks.jl
instead:
using PkgJogger
using AwesomePkg
@jog AwesomePkg
SUITE = JogAwesomePkg.suite()
Does that help?
PkgBenchmarks.jl uses a single
benchmark/benchmarks.jl
file definingSUITE::BenchmarkGroup
This is similar to the example in https://github.com/JuliaCI/BenchmarkTools.jl/blob/master/benchmark/benchmarks.jl. But BenchmarkTools uses
suite
notSUITE
StaticArrays.jl uses PkgBenchmark's format but includes all
benchmark/bench_*.jl
files automatically (Yes, PkgJogger was inspired by this)BaseBenchmarks.jl does not follow PkgBenchmark's format but does use
SUITE