Hi,
Mikael Brockman wrote:
>
> > You can use..
> > system :: String -> IO ExitCode
> > in library module System.Cmd
> >
>
> If you want access to its I/O streams as well, you can use
> Posix.popen, which is not standard Haskell 98, I think, but it's in
> GHC.
Yes, in fact, this was the re
> I am a graduate student who is interested in Haskell. I wanted to take a
> look at the Haskell Wish List but I get the error
[..]
> Is there anyone who has a copy of the Wish List?
Someone will correct me if I'm wrong I'm sure, but I don't think this
has been used for at least a couple of year
> I already knew about 'system' in
> library System, but the Hugs installation says:
>
> -- Warning: the implementation of these functions in Hugs 98 is very weak.
> -- The functions themselves are best suited to uses in compiled programs,
> -- and not to use in an interpreter-based environment lik
> The function system works fine in Hugs except on windows where DOS limitations
> cause the function to always return ExitSuccess. (ghc suffers from the same
> problem on Windows.)
Actually, that is not quite correct: ghc seems to suffer from this
problem only on older Windows versions (such
> If you want access to its I/O streams as well, you can use
> Posix.popen, which is not standard Haskell 98, I think, but it's
> in GHC.
Even worse, it is not portable (AFAICT)! I'm worried by the tendency
towards Posix, at a time when, e.g., GHC by default no longer
supports this on Windows (we
Keith Wansbrough <[EMAIL PROTECTED]> writes:
> (SNIP!)
> You might find the Wiki pages more interesting; try starting at
>
> http://haskell.org/hawiki/HaskellTwo
>
> and browsing around. Otherwise, the mailing list archives are
> probably the best place to look.
And if you find anything that's
> On Mon, Oct 13, 2003 at 11:13:56AM +0200, Wolfgang Thaller wrote:
> > The reason why we currently do not take advantage of SMP is
> that the
> > Haskell Heap is a shared data structure which is modified
> whenever a
> > thunk (an unevaluated expression) is evaluated. Using
> synchronisatio
> > My preference would be for succ (+-0) to return the smallest positive
> > real, since then you could define succ x to be the unique y with
> > x < y and forall z . z < y => not (x < z), where such a y exists, and
> > I'm not sure if the Haskell standard knows about signed zeros.
>
> Is this re
The C function you are looking for is called 'nextafter', and is present on
all systems/libraries that pretend to be fully IEEE-754 compliant (as this
is a required function from the standard). It even takes a direction
parameter (so you can do both nextafter and firstbefore). Since its API is
si
So this has been a while, but i think that decodeFloat,
incrementing the mantissa, encodeFloat might work.
But then again, it might not. :)
-- Lennart
Hal Daume III wrote:
My preference would be for succ (+-0) to return the smallest positive
real, since then you could define succ x to be the uniq
> PS. why the differences in default access to standard modules?
> should GHC be more restrictive there?
No, this is a feature. See
http://www.haskell.org/ghc/docs/latest/html/users_guide/x1097.html#GHCI-SCOPE
in particular section 3.4.1.1.
Cheers,
Simon
__
11 matches
Mail list logo
