Error at step 1: compression in fwrite uses zlib library

[JonnyBaseball]

1. Bug description

Using your vignette, ran into error reported below at Step 1. So skipped directly to Step 6, no results. This is new since I tried vignette successfully last month.

Expected behaviour

(A clear and concise description of what you expected to happen.)

2. Reproducible example

(Your vignette)

(Please add the steps to reproduce the bug here. See here for an intro to making a reproducible example (i.e. reprex) and why they're important! This will help us to help you much faster.)

# Paste example here

Console output

Saving query ==> /var/folders/rl/6vqvm_h5319fml5s4vw8fbfr0000gn/T//RtmpMlx8Ju/results/GWAS/Nalls23andMe_2019/BST1/BST1_Nalls23andMe_2019_subset.tsv.gz
Compression in fwrite uses zlib library. Its header files were not found at the time data.table was compiled. To enable fwrite compression, please reinstall data.table and study the output for further guidance.Locus BST1 complete in: 0.01 min

Data

(If possible, upload a small sample of your data so that we can reproduce the bug on our end. If that's not possible, please at least include a screenshot of your data and other relevant details.)

3. Session info

(Add output of the R function utils::sessionInfo() below. This helps us assess version/OS conflicts which could be causing bugs.)

Details

# Paste utils::sessionInfo() output 

[bschilder]

Just a follow-up — I've added an early detection check in finemap_loci() (commit 2d9b45b) that catches the zlib issue before any analysis starts and gives clear install instructions. So instead of a cryptic error deep in the pipeline, users now get an actionable message right away.