On Thu, Dec 18, 2003 at 09:53:50PM +0100, Tomasz Zielonka wrote:
On Thu, Dec 18, 2003 at 07:44:58PM +0100, George Russell wrote:
It seems to work when I change hGetBuf to hGetBufNonBlocking. The name
is a bit misleading - the action _does_ wait for some data, but it doesn't
wait for all
On Thu, Dec 18, 2003 at 09:53:50PM +0100, Tomasz Zielonka wrote:
On Thu, Dec 18, 2003 at 07:44:58PM +0100, George Russell wrote:
It seems to work when I change hGetBuf to
hGetBufNonBlocking. The name
is a bit misleading - the action _does_ wait for some data,
but it doesn't
wait
Done!
Simon
Foo.hs:
Warning: `isJust' is imported more than once:
imported from Maybe at Foo.hs:4:16-21
imported from Maybe at Foo.hs:3:23-28
imported from Maybe at Foo.hs:3:16-21
| -Original Message-
| From: [EMAIL PROTECTED]
On Fri, Dec 19, 2003 at 10:26:02AM -, Simon Marlow wrote:
On Thu, Dec 18, 2003 at 09:53:50PM +0100, Tomasz Zielonka wrote:
On Thu, Dec 18, 2003 at 07:44:58PM +0100, George Russell wrote:
It seems to work when I change hGetBuf to
hGetBufNonBlocking. The name
is a bit
It's a bug. Now fixed. Test is should_compile/tc174
Thanks for finding it
Simon
| -Original Message-
| From: [EMAIL PROTECTED]
[mailto:glasgow-haskell-bugs-
| [EMAIL PROTECTED] On Behalf Of Sean Seefried
| Sent: 30 November 2003 04:01
| To: [EMAIL PROTECTED]
| Subject: Possible
On Fri, Dec 19, 2003 at 11:39:28AM +0100, Tomasz Zielonka wrote:
Well, I think that it would be better if hGetBuf didn't block if all
requested data was already in buffer, but I don't insist on it. However
this change of semantics can brake existing programs.
I am mixing things again:
The
On Fri, Dec 19, 2003 at 11:39:28AM +0100, Tomasz Zielonka wrote:
Well, I think that it would be better if hGetBuf didn't block if all
requested data was already in buffer, but I don't insist on
it. However
this change of semantics can brake existing programs.
I am mixing things
Simon Marlow wrote (snipped):
BTW George: there are plenty of 6.1.xxx snapshots available - these
are the 6.2 prereleases.
There are, but no recent ones. What I would like to have had is a 6.2-epsilon
version, not 6.1 and a bit.
We don't snapshot along the STABLE branch at
the moment; no
Bugs item #860413, was opened at 2003-12-15 15:50
Message generated for change (Comment added) made by simonpj
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=108032aid=860413group_id=8032
Category: Compiler
Group: 6.0.1
Status: Closed
Resolution: Fixed
Priority: 5
Hello,
What I don't understand is why you want show for this. As I
mentioned earlier, to output strings and get accented
characters, all you have to do is to output the string with
putStr, and voilà, les signes diacritiques.
Sometimes, I want to do cheap and dirty test programs that shows
On Fri, 19 Dec 2003, Donald Bruce Stewart wrote:
This is an unregisterised build, with profiling libs, no docs and no GHCi.
The mips64 port requires an external libgmp. This should come installed
with the freeware packages for Irix.
- And set your LD_LIBRARY_PATH variable properly:
rmartine:
On Fri, 19 Dec 2003, Donald Bruce Stewart wrote:
This is an unregisterised build, with profiling libs, no docs and no GHCi.
The mips64 port requires an external libgmp. This should come installed
with the freeware packages for Irix.
- And set your LD_LIBRARY_PATH
This discussion is getting a little out of hand ;-)
An instance of Show should (but doessn't have to):
- generate a rendering of its argument as a String that
(a) follows the Haskell lexical syntax, and
(b) with an appropriate instance of Read can reconstruct the
This is ghc-6.2, trying to built it with ghc-6.2:
$ ./configure --with-x --enable-threaded-rts --enable-objectio
--enable-hopengl
=
[...]
==fptools== make all -wr;
in /home/cm/Desktop/ghc-6.2/libraries/ObjectIO
Whilst I appreciate the topic of show is not directly related to GHC,
what I would like to know is how to handle UNICODE properly... If I assume
I have a good unicode terminal, so stdin and stdout are in unicode format,
and all my text files are in unicode, how do I deal with this properly in
On Fri, Dec 19, 2003 at 04:51:50PM +, MR K P SCHUPKE wrote:
Whilst I appreciate the topic of show is not directly related to GHC,
what I would like to know is how to handle UNICODE properly... If I assume
I have a good unicode terminal, so stdin and stdout are in unicode format,
and all my
rmartine:
On Fri, 19 Dec 2003, Donald Bruce Stewart wrote:
This is an unregisterised build, with profiling libs, no docs and no GHCi.
The mips64 port requires an external libgmp. This should come installed
with the freeware packages for Irix.
- And set your LD_LIBRARY_PATH
On Fri, 19 Dec 2003, Donald Bruce Stewart wrote:
This is an unregisterised build, with profiling libs, no docs and no GHCi.
The mips64 port requires an external libgmp. This should come installed
with the freeware packages for Irix.
- And set your LD_LIBRARY_PATH variable properly:
Lets assume I get a unicode terminal, and I am reading and writing from
unicode files, how does Haskell (or more specifically GHC cope with this)?
(PS: I am not a member of haskell-cafe mailing list, so please CC me in to
any replies in this thread)...
Keean.
19 matches
Mail list logo
