[Hackage] #233: case of Boolean values "true" and "false" should not matter

Hackage trac at galois.com
Thu Mar 27 14:38:35 EDT 2008

#233: case of Boolean values "true" and "false" should not matter
  Reporter:  guest          |        Owner:          
      Type:  defect         |       Status:  reopened
  Priority:  normal         |    Milestone:          
 Component:  Cabal library  |      Version: 
  Severity:  normal         |   Resolution:          
  Keywords:                 |   Difficulty:  normal  
Ghcversion:  6.8.2          |     Platform:          
Comment (by duncan):

 Replying to [comment:6 ross]:
 > More generally, there have been a number of ad hoc introductions of case

 Have there? Any others in .cabal files?

 I know we have made cabal-install accept "haxml" for "HaXml" on the
 command line when that does cause ambiguity. That seems user friendly to

 We also wanted to prevent packages that differ only in case from being
 uploaded to hackage since we usually have to store package info in file
 systems and Windows and OS X use case insensitive file systems by default.
 Also, linux distros often like to lowercase package names and we want to
 avoid name collisions.

 > it's not clear what the guiding principles are.

 In the short term it's: improving the parser to allow future extensions
 without breaking existing installations.

 Beyond that I'm not sure there are any. Convenience I suppose, though
 shifting from convenience of implementation (ie ReadS) to convenience for
 the user (ie permissive parsing and good error messages). Some degree of
 consistency in syntax would be nice too :-)

Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/233#comment:8>
Hackage <http://haskell.org/cabal/>
Hackage: Cabal and related projects

More information about the cabal-devel mailing list