NEWS


IBGS 1.1.1

Bug fixes

IBGS 1.1.0

Performance

An optimisation pass over the Metropolis-within-Gibbs sweep. No interface changes and no change to what any criterion reports: the samplers do the same search without repeating work that a single-coordinate proposal cannot have changed.

Each batch is used only where it repays its own construction and is well conditioned: for models at most half the size cap, for at most 64 coefficients, for candidate columns not already explained to within 1e-3 by the current model, and -- for the iterative families, whose panel is more expensive to build -- only while the squared model size stays below the candidate count, which keeps it out of the short block-screening sweeps of glmIBGS(). Every removal, the Cox sampler, and any run gated out by those conditions keep their existing path.

Reproducibility of this release

The spliced list and the shared IRLS weights are bit-identical by construction. The spliced list is in the same ascending order the rescan produced, so every candidate fit sees the same matrix, and the cached weights are the values the per-proposal code computed.

The two batched scorers compute the same quantities by a different arithmetic path and so are not guaranteed bit-identical, although in testing they were. Accepted models are re-fitted directly, as the iterative families already were, so every recorded criterion and every collinearity verdict still comes from the same factorisation as before and only an accept/reject decision can move -- and only where the two agree to within rounding of a Metropolis threshold, after which the chain is a different realisation of the same target.

Internal

IBGS 1.0.1

Model selection criteria

Sampler controls

IBGS 1.0.0 (2026-07-04)

Initial CRAN release.

Variable selection

Sampler controls

Model averaging

Object methods and diagnostics

C backend