Skip to content
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

RFC: Life, the universe, and MAX_TUPLETYPE_LEN #15080

Merged
merged 1 commit into from
Feb 20, 2016
Merged

Conversation

timholy
Copy link
Member

@timholy timholy commented Feb 14, 2016

Recent efforts to replace generated functions typically exploit tuples. These methods often work well when the number of arguments is modest, but can run into problems because many approaches involve "inlined splatting," which causes trouble if it creates tuples with more than 8 elements.

I decided to do an experiment bumping MAX_TUPLETYPE_LEN to a value that would not cause problems for algorithms involving AbstractArrays of any reasonable dimensionality. I didn't want to choose typemax(Int), so I picked the obvious 2-digit integer.

My tests have not been thorough, but julia seems to build fine, and the time to run the test suite was no worse (34 minutes on master, 30 minutes on this PR). Thoughts from those who know the inference/compile toolchain best would be appreciated.

@KristofferC
Copy link
Member

Maybe we finally know the question now.

@JeffBezanson
Copy link
Member

:)

@timholy
Copy link
Member Author

timholy commented Feb 15, 2016

I did a bit more of a serious comparison, checking what packages I had installed on my machine. There were no more test failures than exhibited on master.

Is this mergeable? Would anyone prefer a different value?

@Jutho
Copy link
Contributor

Jutho commented Feb 15, 2016

+1

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants