#2614: Enumeration of values for `Sys.Info.os`, `Sys.Info.arch`
---------------------------------+------------------------------------------
    Reporter:  jsnx              |        Owner:  mjg         
        Type:  feature request   |       Status:  new         
    Priority:  normal            |    Milestone:  7.0.1       
   Component:  libraries/base    |      Version:  6.8.3       
    Keywords:                    |     Testcase:              
   Blockedby:                    |   Difficulty:  Unknown     
          Os:  Unknown/Multiple  |     Blocking:              
Architecture:  Unknown/Multiple  |      Failure:  None/Unknown
---------------------------------+------------------------------------------

Comment(by duncan):

 Replying to [comment:9 mjg]:
 > I've just listed all os(...) values occuring in Cabal files within a
 whole HackageDB:

 All of these are valid.

 > Not sure if it helps, but I'd suggest to remove "Other" option from
 enumerations, since it allows to use values that may not be interpreted by
 Cabal. Interestingly most values are never used.

 Hackage already disallows uploading packages that mention unknown OSs. To
 see this working, try using an unknown one and run `cabal check` on that
 package. The reason to keep `Other` is for forwards compatibility, so that
 older Cabal versions do not break when we add new OS enum values.

 > May do this and add documentation, if permitted.

 Yes, this is a fair point. The allowed aliases for the OSs are not
 documented. They should be. It's not a serious problem though because the
 canonical names are documented.

 > Next step would be to email authors of those packages that use
 unsupported os() or arch() values.

 None of them are unsupported.

 I don't think there is any problem here, except perhaps the documentation.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2614#comment:10>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
_______________________________________________
Glasgow-haskell-bugs mailing list
[email protected]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Reply via email to