-
-
Notifications
You must be signed in to change notification settings - Fork 188
Update Stan source to tag v2.19.0 #566
Update Stan source to tag v2.19.0 #566
Conversation
We need to edit also the
1254
to
How could we return these samples to user without saving to csv? |
os.path.join(pystan_dir, "stan", "lib", "stan_math", "lib", "boost_1.66.0"), | ||
os.path.join(pystan_dir, "stan", "lib", "stan_math", "lib", "sundials_3.1.0", "include"), | ||
os.path.join(pystan_dir, "stan", "lib", "stan_math", "lib", "boost_1.69.0"), | ||
os.path.join(pystan_dir, "stan", "lib", "stan_math", "lib", "sundials_4.1.0", "include"), |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Should we add opencl
folder here too
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Perhaps we should wait to see what RStan does. Cmdstan 2.19 does not add opencl by default.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Sounds good. We really need to test it before release.
re: vi, how about getting 2.19 out first and then addressing vi? I don't mind making a 2.19.0.1 release. |
Vi: Sounds fine, but we need to add that 3 to |
@@ -125,7 +125,7 @@ def find_version(*parts): | |||
extra_compile_args = [ | |||
'/EHsc', | |||
'-DBOOST_DATE_TIME_NO_LIB', | |||
'/std:c++14', | |||
'/std:c++1y', |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I don't think MSVC has c++1y implemented, so c++14 should be used. (or nothing)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We only use/support gcc on windows, right? (I'm just following cmdstan and what seemed to work on httpstan)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes. This part is a bit legacy and is here if MSVC starts to work at some point.
I think the travis failure is due to the old gcc version (4.8.4). I'll try updating things to match the setup that httpstan uses. We probably also need to update the information about the minimum gcc version. Anyone know what that should be? |
Minimum GCC for @wds15 ? |
Rtools for windows uses Mingw 4.9.3...so that one is used for tests. Unfortunately the threading fix did not make it into the release. So you will still have trouble on windows with this compiler. |
This is PyStan 2.x, so threading is not enabled by default. |
We need to move to a newer version of gcc on travis. This may take some serious work. I suggest tackling this separately from updating to v2.19. I'll create a PR in a bit. |
Could this work |
The problem here is, I think, that the newer gcc still uses the older gcc libc++. |
The |
|
Includes a minor update to stan_fit.hpp to deal with the fact that ADVI now produces values for `lp__`, `log_p__`, and `log_g__`. Previously it only produced values for `lp__` (in addition to parameter values).
re: windows failures due to long filename (excluded in This seems to be a problem with setuptools's |
@ahartikainen really long filepaths are breaking the wheel on Windows, e.g., I'd like to just delete every |
I think that will work. Also this will probably work : Also |
Trying one of your suggestions. If this doesn't work I'm tempted to merge this (since it works fine for Linux and macOS) and ask for help fixing Windows in a separate PR. This sort of thing is hard for me to work on because I don't have access to a Windows machine. |
Sounds ok |
Thanks. FYI the following did not work:
My powershell attempt with
did not error but did not seem to actually delete the files. |
Oh, I had typo there
|
No description provided.