You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, stack script only allows specifying arguments to the user's program, not to the ghc invocation. Should probably use --ghc-arg as described in https://downloads.haskell.org/~ghc/master/users-guide/runghc.html , rather than passing the arguments directly. I suggest adding the following:
--ghc-options, which works just like the argument to build
--ghc-arg, which allows passing it to just the script command's ghc invocation.
The text was updated successfully, but these errors were encountered:
@d-dorazio Awesome! Sorry for the delay in getting back to you on clarification.
I've thought about this a bit more, and actually I don't think it makes sense to allow providing ghc options for use when building packages (this is what I intended --ghc-options to be). So, this means no need to make up a new flag name (--ghc-arg).
So I think a better design is to make --ghc-options get passed to the ghc invocation. So, stack script --resolver lts-9.2 --ghc-options "-threaded -v5" would do something like runghc --ghc-arg "-v5 foo";
Currently,
stack script
only allows specifying arguments to the user's program, not to the ghc invocation. Should probably use--ghc-arg
as described in https://downloads.haskell.org/~ghc/master/users-guide/runghc.html , rather than passing the arguments directly. I suggest adding the following:--ghc-options
, which works just like the argument to build--ghc-arg
, which allows passing it to just the script command's ghc invocation.The text was updated successfully, but these errors were encountered: