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

Use Int64 in CostModelParams #5920

Merged
merged 1 commit into from
Apr 23, 2024
Merged

Use Int64 in CostModelParams #5920

merged 1 commit into from
Apr 23, 2024

Conversation

zliu41
Copy link
Member

@zliu41 zliu41 commented Apr 23, 2024

Copy link
Contributor

@effectfully effectfully left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Much better!

@zliu41 zliu41 enabled auto-merge (squash) April 23, 2024 15:33
@zliu41 zliu41 disabled auto-merge April 23, 2024 16:18
@zliu41 zliu41 merged commit bcce392 into master Apr 23, 2024
38 of 39 checks passed
@zliu41 zliu41 deleted the zliu41/int64 branch April 23, 2024 16:18
Copy link
Contributor

@kwxm kwxm left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This is a great improvement. I was confused for a little while because we use Int64 in the cost model parameters but the actual cost model ultimately contains SatInts disguised as CostingInts and I couldn't see a conversion anywhere, but now I think that's secretly happening in the horrible applyParameters code where everything gets converted to JSON and back and all of our integral types get converted to/from Scientific. We really should get rid of the Aeson translation and make it explicit what's going on.

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.

None yet

3 participants