cons -base

cons :: Char -> ByteString -> ByteString
bytestring Data.ByteString.Lazy.Char8
O(1) cons is analogous to '(:)' for lists.
cons :: Char -> ByteString -> ByteString
bytestring Data.ByteString.Char8
O(n) cons is analogous to (:) for lists, but of different complexity, as it requires a memcpy.
cons :: Char -> Text -> Text
text Data.Text.Lazy
O(n) Adds a character to the front of a Text. This function is more costly than its List counterpart because it requires copying a new array. Subject to fusion.
cons :: Char -> Text -> Text
text Data.Text
O(n) Adds a character to the front of a Text. This function is more costly than its List counterpart because it requires copying a new array. Subject to fusion. Performs replacement on invalid scalar values.
cons :: Word8 -> ByteString -> ByteString
bytestring Data.ByteString.Lazy
O(1) cons is analogous to '(:)' for lists.
cons :: Word8 -> ByteString -> ByteString
bytestring Data.ByteString
O(n) cons is analogous to (:) for lists, but of different complexity, as it requires a memcpy.
cons' :: Char -> ByteString -> ByteString
bytestring Data.ByteString.Lazy.Char8
O(1) Unlike cons, 'cons\'' is strict in the ByteString that we are consing onto. More precisely, it forces the head and the first chunk. It does this because, for space efficiency, it may coalesce the new byte onto the first 'chunk' rather than starting a new 'chunk'. So that means you can't use a lazy recursive contruction like this: > let xs = cons\' c xs in xs You can however use cons, as well as repeat and cycle, to build infinite lazy ByteStrings.
cons' :: Word8 -> ByteString -> ByteString
bytestring Data.ByteString.Lazy
O(1) Unlike cons, 'cons\'' is strict in the ByteString that we are consing onto. More precisely, it forces the head and the first chunk. It does this because, for space efficiency, it may coalesce the new byte onto the first 'chunk' rather than starting a new 'chunk'. So that means you can't use a lazy recursive contruction like this: > let xs = cons\' c xs in xs You can however use cons, as well as repeat and cycle, to build infinite lazy ByteStrings.
package console-program
package
This library provides an infrastructure to build command line programs. It provides the following features: * declare any number of "actions" (commands, or modes of operation, of the program); * declare options of the program; * collect options and actions from a configuration file and the command line, and execute the proper action. It provides functionality similar to the "cmdargs" package. Main differences: * console-program does not use unsafePerformIO, and tries to give a more haskellish, referentially transparent interface; * it allows a full tree of "modes", instead of a list, so a command can have subcommands; * it parses a configuration file, in addition to the command line arguments. Version 0.2.0.1
package ConsStream
package
Constant :: Src
OpenGL Graphics.Rendering.OpenGL.GL.Texturing.Environments
Constant :: a -> Constant a b
transformers Data.Functor.Constant
newtype Constant a b
transformers Data.Functor.Constant
Constant functor.
ConstantAlpha :: BlendingFactor
OpenGL Graphics.Rendering.OpenGL.GL.PerFragment
ConstantBorder :: (Color4 GLfloat) -> ConvolutionBorderMode
OpenGL Graphics.Rendering.OpenGL.GL.PixelRectangles.Convolution
ConstantColor :: BlendingFactor
OpenGL Graphics.Rendering.OpenGL.GL.PerFragment
constantColor :: StateVar (Color4 GLfloat)
OpenGL Graphics.Rendering.OpenGL.GL.Texturing.Environments
package constraints
package
Constraint manipulation Version 0.3.0.1
constrs :: Data a => [a]
syb Data.Generics.Builders
Return a list of values of a datatype. Each value is one of the possible constructors of the datatype, populated with empty values.
package constructive-algebra
package
A library of algebra focusing mainly on commutative ring theory from a constructive point of view. Classical structures are implemented without Noetherian assumptions. This means that it is not assumed that all ideals are finitely generated. For example, instead of principal ideal domains one gets Bezout domains which are integral domains in which all finitely generated ideals are principal (and not necessarily that all ideals are principal). This give a good framework for implementing many interesting algorithms. Version 0.3.0

Show more results