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

add -safe-string to default flags #487

Closed
c-cube opened this issue Feb 6, 2018 · 8 comments
Closed

add -safe-string to default flags #487

c-cube opened this issue Feb 6, 2018 · 8 comments

Comments

@c-cube
Copy link

c-cube commented Feb 6, 2018

With 4.06 out, it's reasonable to have this as a default flag.

@ghost
Copy link

ghost commented Feb 6, 2018

This would only change the behaviour for OCaml < 4.06, is that correct?

@kit-ty-kate
Copy link
Member

Yes, and for 4.06.x+default-unsafe-string. For this case I would consider checking for the value of default_safe_string via ocamlc -config first.

@ghost
Copy link

ghost commented Feb 6, 2018

Changing the default is likely to break a lot of stuff

@kit-ty-kate
Copy link
Member

So will dune 1.0 :)

@ghost
Copy link

ghost commented Feb 6, 2018

With dune, ocaml support will be a plugin (a builtin one, #461 ). So I guess for such changes, we'll simply bump the plugin version.

@c-cube
Copy link
Author

c-cube commented Feb 6, 2018

People could still add unsafe-string to their list of flags, but I'd argue that a package that is not safe-string compliant in 2018 is somewhat broken anyway 😏

@ghost
Copy link

ghost commented Feb 6, 2018

Yh, I agree that it should become the default, but we can't change it silently or it will break a lot of released packages in opam. It seems fine to change the default during the migration to Dune though

@emillon
Copy link
Collaborator

emillon commented Aug 1, 2022

I suppose we could tie that to (lang dune 4.0), but the overlap between projects supporting ocaml < 4.06 and requiring dune >= 4 (when it's out) is probably very small (and it's possible to set an env node that does this). So I'm closing this one. Thanks!

@emillon emillon closed this as completed Aug 1, 2022
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

No branches or pull requests

3 participants