Name of 1-Tuple Data Type
Andreas Abel
abela at chalmers.se
Thu Jan 18 08:25:08 UTC 2018
-1.
Don't grap any of these nice names for that obscure feature. Take some
ugly name.
On 18.01.2018 00:46, Andrew Martin wrote:
> Required background information:
> https://ghc.haskell.org/trac/ghc/ticket/14673
>
> GHC has a one-tuple (both a boxed variant and an unboxed variant). The
> unboxed variant currently must be fully applied whenever it is used.
> This is in stark contrast to all the other n-tuples (n > 1). It stems
> entirely from an issue of syntax. The solution decided on is to provide
> a normal prefix name for the 1-tuple. The name that GHC uses internally
> for this type is `Unit#` (there is also a boxed variant Unit). However,
> in the haskell community, the word "unit" already refers to the nullary
> tuple, not the unary tuple. So, we're bikeshedding the name.
>
> Here are some possible options:
>
> * Unary (as in unary tuple)
> * Single (as in single, double, triple)
> * Singleton (as is singleton, doubleton, tripleton)
> * Only
> (https://hackage.haskell.org/package/Only-0.1/docs/Data-Tuple-Only.html)
> * OneTuple
> (https://hackage.haskell.org/package/OneTuple-0.2.1/docs/Data-Tuple-OneTuple.html)
> * Uni (means "one" in latin or greek or something like that)
> * Mono (means "one" in latin or greek or something like that)
>
> I would appreciate any feedback on the suggestions I provided or any
> additional suggestions for the name. If you have concerns about the
> feature itself, comment on the GHC Trac ticket. I'd prefer to keep this
> thread focused on just the problem of coming up with a name.
--
Andreas Abel <>< Du bist der geliebte Mensch.
Department of Computer Science and Engineering
Chalmers and Gothenburg University, Sweden
andreas.abel at gu.se
http://www.cse.chalmers.se/~abela/
More information about the Libraries
mailing list