Brian Ward

Great!

Hi @mathDR - if you're still facing this issue, I just wanted to alert you to the fact that recent versions of Stan have changed how external C++ is handled...

Did you install `prophet` via `pip` or `conda`? Can you run (from a terminal with the conda environment active) `/opt/conda/lib/python3.11/site-packages/prophet/stan_model/prophet_model.bin info`?

My guess is that this won't give us much that is useful, but could you try running the `prophet_model.bin info` command under a debugger (gdb/lldb)? I unfortunately do not have...

I've seen reports here and there of specific binary signature problems but they seem to be very version-specific in Apple's linker. We've unfortunately not been able to re-create them when...

I believe the solution to this is to move this log statement here: https://github.com/facebook/prophet/blob/211d2ebd4d17aacaea6dc3f1b18fca95f98ea1ba/python/prophet/forecaster.py#L168C16-L168C21 inside the else block immediately above it @tcuongd

I believe I have found the source of this in the Stan Math library. This function allocates `u` onto our autodiff stack, but in because u is of length 3...

Hopefully the fix is small enough that the RStan team can backport it sooner

@bgoodri I think it should be safe to cherry-pick the changes from https://github.com/stan-dev/math/pull/3014/ back to earlier versions to resolve this for rstan

@ConnorDonegan your CRAN note calls out `csr_matrix_times_vector` in the back trace so I'd say it is almost certainly the same issue.