-
-
Notifications
You must be signed in to change notification settings - Fork 187
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Inline functions #313
Inline functions #313
Conversation
Can one of the admins verify this patch? |
Jenkins, ok to test. |
Just to be careful to confirm — does Berkeley grant We just have to be careful as universities are starting On Jul 7, 2016, at 9:37 PM, Ryan notifications@github.com wrote:
|
I actually have no idea. Formally, I am a "visiting scholar" at Columbia On Thu, Jul 7, 2016 at 4:52 PM, Michael Betancourt <notifications@github.com
|
I think it would be prudent — any relevant issues on the Columbia side On Jul 7, 2016, at 10:56 PM, Ryan notifications@github.com wrote:
|
Fair enough. I've sent an email to the Berkeley research group that I'm On Thu, Jul 7, 2016 at 5:00 PM, Michael Betancourt <notifications@github.com
|
Yes, it's blanket to any contribution to Stan now and in the future. Berkeley's very liberal about allowing open-source. They're the Most universities seem to be OK with open source, though they And no university is going to think it needs to preserve rights to
|
A couple students provided other examples of Berkeley students contributing On Thu, Jul 7, 2016 at 5:09 PM, Bob Carpenter notifications@github.com
|
Sure, I would think the B in BSD would be relevant and that On Jul 7, 2016, at 11:09 PM, Bob Carpenter notifications@github.com wrote:
|
@betanalpha , are you satisfied with the fact that Berkeley students have been contributing to open source projects for a while? Would you like me to cite specific examples? Or do you want to hear something from an official administrative body? |
If Bob is fine then I’m fine, although anecdotal precedent seems tricky. On Jul 9, 2016, at 9:42 PM, Ryan notifications@github.com wrote:
|
I'm ok with the IP issues here. I can't see anyone having a problem with ~20 additions of the inline keyword. |
There were just a couple things I wanted to see:
Both can be informal and hopefully I'll get to it soon. We just want to make sure it doesn't add a lot of extra time to compilation or any time to performance. |
That makes sense. LMK if I can help. I only have one stan model sitting around (it's the one here), and it didn't make a noticeable difference. Hopefully you have some ideas about what would be a more meaningful test suite. |
Thanks. This is all ad hoc testing for the moment. We really need to put together a better testing suite. (I'm always hoping I run into some literature and implementations on how to do this reliably, but haven't found it.) |
Jenkins, retest this please. |
I verified that this patch doesn't increase the build time or compilation time, at least to anything we can measure reliably. I ran each of these things 100 times:
I'm looking at the results and half the tasks are faster and half are slower, but all within a couple percent or less, so I don't think I'm seeing anything systematic. |
I'll merge this once the tests pass. |
Thanks, Daniel! On Tue, Jul 19, 2016 at 3:49 PM, Daniel Lee notifications@github.com
|
Submisison Checklist
./runTests.py test/unit
make cpplint
Summary:
Fixes #311
Intended Effect:
Inline functions allowing stan headers to be included in multiple translation units.
How to Verify:
See example in #311
Side Effects:
Perhaps slightly longer compile times, though in my limited testing I didn't notice a difference.
Documentation:
None.
Reviewer Suggestions:
Copyright and Licensing
Please list the copyright holder for the work you are submitting (this will be you or your assignee, such as a university or company):
UC Berkeley
By submitting this pull request, the copyright holder is agreeing to license the submitted work under the following licenses: