We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
Right now, a ton of things are hardcoded. This is less than ideal. A Config type would be a better way to centralize these points of configuration.
data Config = Config { configMainIs :: String -- ^ Name of the main function to be exported. , ... }
Config
ReaderT Config IO a
Config -> IO a
The text was updated successfully, but these errors were encountered:
I think this can be combined with #12, the name of the import module can just be defined in the configuration.
Sorry, something went wrong.
As for the config, it makes sense to just use optparse to parse the config value from the arguments given to the preprocessor (see hspec-megaparsec).
optparse
hspec-megaparsec
No branches or pull requests
Right now, a ton of things are hardcoded. This is less than ideal. A Config type would be a better way to centralize these points of configuration.
Config
data type to the libraryConfig
instead.ReaderT Config IO a
instead ofConfig -> IO a
as the type of functions.The text was updated successfully, but these errors were encountered: