Skip to content
This repository was archived by the owner on Mar 24, 2022. It is now read-only.

Added a flag to canonicalize_nans#405

Merged
pchickey merged 3 commits intobytecodealliance:masterfrom
DavidM-D:optional_nan_canonicalization
Jan 30, 2020
Merged

Added a flag to canonicalize_nans#405
pchickey merged 3 commits intobytecodealliance:masterfrom
DavidM-D:optional_nan_canonicalization

Conversation

@DavidM-D
Copy link
Contributor

I'd like to be able to run Lucet deterministically across machines and to do this I need canonicalized NaNs. I couldn't see a good existing data structure that was an argument for this constructor that this would slot in to, but I'm very open to suggestions! 9 arguments might be too many.

Copy link
Contributor

@pchickey pchickey left a comment

Choose a reason for hiding this comment

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

Looks good to me. Its probably time for a refactor that puts all these configuration options to Compiler::new behind a Config struct, so we don't have to keep tacking on additional args, but we can merge this as-is and work on that separately.

@pchickey pchickey merged commit f757bda into bytecodealliance:master Jan 30, 2020
data-pup pushed a commit that referenced this pull request Feb 13, 2020
#405 introduced a new
option to support NaNs canonicalization in the compiler.

Unfortunately, `LucetcOpts` was not updated properly to support the
new flag in the public API. This change fixes that issue.
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants