Hi
Please excuse the broadcast!
Does anyone know where I can get hold of the FRP software bundle from
Yale that pre-dates AFRP and Yampa, i.e with behaviours and clocked
events. We're trying to resurrect some software and want to start with a
working code base before migrating it to AFRP.
Many
On Thu, Mar 17, 2005 at 06:22:25AM +, Ian Lynagh wrote:
[in brief: hugs' (hPutStr h) now behaves differently to
(mapM_ (hPutChar h)), and ghc writes the empty string for both when
told to write \128]
Ah, Malcolm's commit messages have just reminded me of the finaliser
changes requiring
On Thu, Mar 17, 2005 at 06:22:25AM +, Ian Lynagh wrote:
On Tue, Mar 15, 2005 at 10:44:28AM +, Ross Paterson wrote:
You can select binary I/O using the openBinaryFile and hSetBinaryMode
functions from System.IO. After that, the Chars you get from that Handle
are actually bytes.
On Thu, Mar 17, 2005 at 06:22:25AM +, Ian Lynagh wrote:
Incidentally, make check in CVS hugs said:
cd tests sh testScript | egrep -v '^--( |-)'
./../src/hugs +q -w -pHugs: static/mod154.hs /dev/null
expected stdout not matched by reality
*** static/Loaded.outputFri Jul 19
I while back following the most recent discussion about filepaths and IO
generally, I decided to pick up the torch and try my hand at a solution
that delt with all the issues. My conception of the problem can be
found here:
On Thu, Mar 17, 2005 at 10:31:20AM -0500, robert dockins wrote:
2) It is performant (mostly). At least it outperforms other Haskell IO
methods I have tried. My 'wc' is about twice as fast as the current
shootout version in informal tests (the shootout code is included in the
repo). My
On 17 March 2005 06:11, Sean Perry wrote:
Benjamin Pierce wrote:
Other people seem to rely on Haddock to generate interfaces as
documentation. This is nicer in many ways (e.g., it solves the above
problem because Haddock elides the right-hand side of a data or
newtype declaration if the
newtype Floating a = Vector a = Vector [a]
Okay, I now know a little more about this, with help from friends. The
obvious Functor instance seems not to work with GHC 6.2.2 but does work
with GHC 6.4. With 6.2.2 I can still use GHC's newtype-deriving extension
to derive an instance for
2) It is performant (mostly). At least it outperforms other Haskell IO
methods I have tried. My 'wc' is about twice as fast as the current
shootout version in informal tests (the shootout code is included in the
repo). My md5 can sum somewhere between 2-4Mb/Sec on my hardware.
You know
On Thu, 17 Mar 2005 16:40:04 +0100, Tomasz Zielonka
[EMAIL PROTECTED] wrote:
BTW, do we care about such benchmarks?
I'd say we (as in Haskell programmers) don't care, but they (as in
imperative programmers that are looking into maybe trying Haskell)
probably do.
/S
--
Sebastian Sylvan
Marcin 'Qrczak' Kowalczyk wrote:
Glynn Clements [EMAIL PROTECTED] writes:
It should be possible to specify the encoding explicitly.
Conversely, it shouldn't be possible to avoid specifying the
encoding explicitly.
What encoding should a binding to readline or curses use?
Curses
Hello!
In the attachment you will find a file, in which I try to access Java from
Haskell using the Java bridge for functional languages.
For details see
http://sourceforge.net/projects/jvm-bridge/
and
http://dapissarenko.com/resources/2005_02_17_eigenvaluesJava/2005_02_17_eigenva
John Meacham wrote:
It doesn't affect functions added by the hierarchical libraries,
i.e. those functions are safe only with the ASCII subset. (There is
a vague plan to make Foreign.C.String conform to the FFI spec,
which mandates locale-based encoding, and thus would change all
Another note, with more help from friends:
It turns out that GHC 6.4 will let me do,
newtype Floating a = Test a = Test [a] deriving Show
x = Test [False, True]
but, if I change newtype to data, it then says,
No instance for (Floating Bool)
I'm not sure I quite
Glynn Clements [EMAIL PROTECTED] writes:
The (non-wchar) curses API functions take byte strings (char*),
so the Haskell bindings should take CString or [Word8] arguments.
Programmers will not want to use such interface. When they want to
display a string, it will be in Haskell String type.
Glynn Clements [EMAIL PROTECTED] writes:
E.g. Gtk-2.x uses UTF-8 almost exclusively, although you can force the
use of the locale's encoding for filenames (if you have filenames in
multiple encodings, you lose; filenames using the wrong encoding
simply don't appear in file selectors).
Hi,
I'm trying to make a Haskell binding for the FUSE library,
http://fuse.sourceforge.net/. The FUSE concept is centered around a
struct whose members are pointers to callback functions.
Here's the problem: the functions I want to callback to have types like
this:
vGetLine :: HVFS a - a - IO
You need { } around the declaration of matrix1. Otherwise the semicolon
at the end of its definition is considered to be part of the 'let':
let { matrix1 = (array ((1,1),(3,3)) [((1,1), 0.0), ((1,2), 0.0),
((1,3),-2.0), ((2,1), 0.0), ((2,2), 7.0), ((2,3), 0.0), ((3,1), 0),
((3,2), 0),
On Thursday 17 March 2005 20:57, Mark Carroll wrote:
Another note, with more help from friends:
It turns out that GHC 6.4 will let me do,
newtype Floating a = Test a = Test [a] deriving Show
x = Test [False, True]
but, if I change newtype to data, it then says,
No
On Thu, 17 Mar 2005 20:42:30 +0100, Dmitri Pissarenko
[EMAIL PROTECTED] wrote:
Hello!
In the attachment you will find a file, in which I try to access Java from
Haskell using the Java bridge for functional languages.
For details see
http://sourceforge.net/projects/jvm-bridge/
and
I'm not sure I understand you, but I think what you're asking is
how do I create a C wrapper of a Haskell function, so that I can pass
it to an imported C function?
If that indeed is what you're asking, then allow me to post a
real-world example of how to do this:
-- create wrapper
type
I've been wondering lately, about the shootout results. Is there some
Haskell Language intrinsic reason that OCaml performs so well in
comparison to Haskell in the shootout (e.g. even optimized Haskell code
will allways be slower because of overhead of language features or
something like
It wouldn't be too hard to add a plain ASCII backend to Haddock that
generates the interfaces for modules without the implementation - that
would address Benjamin's concern to some extent.
Yes, that would be most helpful.
It's still not quite perfect because there is a typesetting step
I cannot help feeling that all this multi-language support is a mess.
All strings should be coded in a universal encoding (like UTF8) so that
the code for a character is the same independant of locale.
It seems stupid that the locale affects the character encodings... the
code for an 'a' should
Actually Haskell fully matches the module system of OCaml -- and then
adds some. Haskell provides both generative and applicative (recursive)
functors. The following two messages elucidate the correspondence
http://www.haskell.org/pipermail/haskell/2004-August/014463.html
Yes. Its actually very easy once you get how instance resolution
occurs and how constraints work.
I have used this style to code a database interface, and am using the
OOHaskell style (which is related to this kind of stuff) for an application
server (was a SOAP server, but might migrate to the
as an aside/work-around: you are aware of :browse, :info, and
the like? e.g., in ghci (6.2.1; I think :info should be even better in 6.4):
Prelude :browse Control.Concurrent.MVar
data MVar a =
modifyMVar :: forall a b. MVar a - (a - IO (a, b)) - IO b
modifyMVar_ :: forall a. MVar a - (a - IO a)
Marcin 'Qrczak' Kowalczyk wrote:
If you provide wrapper functions which take String arguments,
either they should have an encoding argument or the encoding should
be a mutable per-terminal setting.
There is already a mutable setting. It's called locale.
It isn't a per-terminal setting.
Marcin 'Qrczak' Kowalczyk wrote:
E.g. Gtk-2.x uses UTF-8 almost exclusively, although you can force the
use of the locale's encoding for filenames (if you have filenames in
multiple encodings, you lose; filenames using the wrong encoding
simply don't appear in file selectors).
29 matches
Mail list logo