The next Math meeting is today, Thursday, Aug 15, 10 am Eastern time. This will last no more than one hour; if we need more time, we will schedule additional time.
This meeting will be open to all those that currently contribute to the Math library or that would like to contribute to the Math library. If you’d like an invite to the Google Calendar event, please DM me with your Google handle. If you’d like to just have a copy of the event on your calendar, please use this link:
- this is a chance to collaborate and coordinate efforts. We’re expecting everyone to be kind and courteous. And patient. We have a team with diverse backgrounds.
- impactful decisions will not be made at these meetings. That will continue to be done online on these forums. The meetings are a good time to discuss and get on the same page, but the decision making will be done online where we can include the opinions of others that can’t make the meeting.
- important discussions that happen at the meeting will be communicated back online on these forums. If they don’t make it back here, it wasn’t important. No one will be penalized for not being present at a meeting.
If there’s anything you know you want to talk about, please post here. This is a good time to request help from others if there’s expertise that you need.
We still have a very fluid meetings. I believe we want to talk about Eigen and expanding the function signatures. If there’s anytthing else, please post. See you all soon.
August 15, 2019. 10 am
Posted: August 24, 2019.
We discussed some technical things in this meeting:
Generalizing the Eigen types in functions.
We discussed the idea of it and determined that it would be a good idea if we could get the implementation to work. Steve will continue to work on it.
There are many paths forward. Boost has fixed their implementation on a branch. Unsure when Boost will include it in their release. It’s an option for us to include the updated headers in our copy of the Boost distribution and patch it. RStan has done this in the past for single header files, so it’s still reasonable to do so. Actions:
- Ok to patch boost if it’s easy to do
- Will add tests for
digammato make sure the problem isn’t there.
Static initialization problem
Sebastian will fix
Rok will write to @andrjohns about the fused mulitply add operator (
We discussed the discourse thread briefly and didn’t have a good reason for having a separate implementation.
Preprocessor flag cleanup.
We can change at will as long as it works.
We are waiting for word from the lawyer.