Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
FFI callouts should (unless told otherwise) specify the types for all call arguments.
Otherwise this leads to ambiguities that the FFI engine cannot correctly state:
When the strict mode is disabled, types are inferred, and code will execute mistakenly in many cases.
Important: This could lead to crashes.
Instead, the strict mode just throws an exception when this happens.
Notice that this option can be disabled locally per library (just redefining the options method), but I strongly encourage people to fix their lib bindings instead of using the non-strict mode.
Regarding adoption in the Pharo core IDE, we should check if this works as is, or if we should disable it momentarily for some of the libraries used internally in Pharo (e.g., SDL) that would prevent us migrating.
However, this cannot be integrated yet as SDL has some functions that are not properly mapped