-
Notifications
You must be signed in to change notification settings - Fork 689
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
Package description parser interprets curly braces in the description field #774
Comments
Braces play a special role in Is it a good / right way to fix this issue? Am I overlooking anything? This change doesn't fix stripping of the curly braces in code blocks delimited by |
Please submit a pull request, and we'll take a look at it. |
Note that this commit modifies regression check for issue haskell#774.
Note that this commit modifies regression check for issue haskell#774.
* Remove warning on option -threaded when building libraries Fixes #8431. Accompanied by option -flink-rts, option -threaded defines the flavour of the ghc RTS library the built library will be linked against. Note that bare ghc does not warn when option -threaded is used for building a library either. * Cabal no longer warns on -threaded option when building libraries Note that this commit modifies regression check for issue #774. * A small changelog was added
(Imported from Trac #784, reported by guest on 2010-12-29)
If you have a description like this:
Cabal will strip out the brackets. You can use @..@ syntax with { and } except that then the whitespace is off in your code block and you have to escape any symbols that haddock knows. Putting a blackslash () in front the braces does not help.The above example works fine in plain haddock leading me the conclusion that cabal is eating the braces.
The text was updated successfully, but these errors were encountered: