Age | Commit message (Collapse) | Author | |
---|---|---|---|
2014-04-24 | fix documentation | Alberto Ruiz | |
2014-04-23 | join -> vjoin | Alberto Ruiz | |
2014-01-30 | rename variables so Prelude.join will not cause problems | Adam Vogt | |
* background: http://www.haskell.org/haskellwiki/Functor-Applicative-Monad_Proposal#Current_stage:_Prepare_GHC * the change happens in ghc-7.10, and these changes fix warnings with 7.8 | |||
2013-12-22 | reimport Vector.fromList instead own implementation | segfault | |
2013-05-21 | merge develop, fix conflicts | Alberto Ruiz | |
2012-03-10 | Removed foreign import safety. | Clark Gaebel | |
2011-12-25 | remove warnings in glpk and special (Bas van Dijk's method) | Alberto Ruiz | |
2011-12-24 | Warning police for GHC < 7.4 | Bas van Dijk | |
The previous patch got rid of warnings when ghc >= 7.4. Unfortunately this caused warnings on GHC < 7.4. This patch removes warnings on all versions of GHC. | |||
2011-12-24 | Warning police | Bas van Dijk | |
2011-12-23 | ok also with ghc-7.0 | Alberto Ruiz | |
2011-12-21 | fix CInt constructor warnings | Alberto Ruiz | |
2011-09-02 | thanks & bump version | Alberto Ruiz | |
2011-09-01 | Get rid of some deprecation warnings & Use more explicit imports | Bas van Dijk | |
2011-07-10 | pure mapVectorWithIndex | Alberto Ruiz | |
2011-02-22 | minor change and thanks | Alberto Ruiz | |
2010-12-30 | cond | Alberto Ruiz | |
2010-12-28 | step, find, assoc | Alberto Ruiz | |
2010-09-26 | add note about strictness | Vivian McPhail | |
2010-09-26 | improve monadic maps performance (go functions) | Vivian McPhail | |
2010-08-28 | add withIndex traversal | Vivian McPhail | |
2010-08-27 | fix zipVector name to zipVectorWith | Vivian McPhail | |
2010-08-26 | Float matrix product | Alberto Ruiz | |
2010-08-25 | simpler Container typeclass | Alberto Ruiz | |
2010-08-13 | remove MonadIO constraint from mapVectorM(_) | Vivian McPhail | |
2010-07-27 | ghc-binary -> binary, and thanks | Alberto Ruiz | |
2010-07-13 | fix mapVectorM(_) and add example | Vivian McPhail | |
2010-07-12 | improve unzipVectorWith arguments | Vivian McPhail | |
2010-07-09 | generalised foldVector | Vivian McPhail | |
2010-07-09 | type signatures for use with vector package | Vivian McPhail | |
2010-07-09 | vectorMapM, vectorMapM_ | Vivian McPhail | |
2010-07-09 | added unzipVectorWith | Vivian McPhail | |
2010-06-29 | add-vector-float | Vivian McPhail | |
2010-05-12 | flag -fvector | Alberto Ruiz | |
2010-04-07 | toBlocks | Alberto Ruiz | |
2010-03-09 | change haskell98 imports | gwern0 | |
2010-03-01 | compatible with vector | Alberto Ruiz | |
2010-02-24 | conversion from/to Data.Vector.Storable | Alberto Ruiz | |
2010-02-01 | internal idim irows icols | Alberto Ruiz | |
2009-12-22 | fix ghc-6.12 warnings | Alberto Ruiz | |
2009-11-13 | explicit export lists in internal modules | Alberto Ruiz | |
2009-10-15 | default transdata and constantD | Alberto Ruiz | |
2009-06-17 | vector fread/fwrite, fscanf/fprinf | Alberto Ruiz | |
2009-05-13 | added Development module | Alberto Ruiz | |
2009-04-27 | more defined (|>) and (><) as suggested by Tracy Wadleigh | Alberto Ruiz | |
2009-04-24 | More defined list-to-V/M operators: (|>|), (>|<). | Tracy Wadleigh | |
Provides analogs of the (|>) and (><) operators that first apply an appropriate 'take' to the given lists so that they may be safely used on lists that are too long (or infinite) -- a feature I find particularly useful from the interactive prompt. As these operators are more defined, I would ask the package maintainer to consider, rather than adding (|>|) and (>|<), just updating the definitions of (|>) and (><) with the new semantics. | |||
2008-11-15 | zipVector | Alberto Ruiz | |
2008-11-14 | constantD | Alberto Ruiz | |
2008-11-05 | improved constant | Alberto Ruiz | |
2008-06-10 | added examples/benchmarks.hs | Alberto Ruiz | |
2008-06-10 | Unpack Matrix type, and add -funsafe flag | Don Stewart | |
-funsafe optionally compiles out the bounds checks on indexing matrices and vectors. Yields good speedups on tight loops. Not enabled by default. |