by different authors,
this makes correct use rather complicated. Is this behaviour (and the
consequential undefinedness) intentional?
With kind regards,
Remi Turk
[1]
http://www.haskell.org/ghc/docs/latest/html/libraries/base-4.6.0.1/Foreign-StablePtr.html
On Thu, Feb 12, 2009 at 08:47:36AM +, Simon Marlow wrote:
Remi Turk wrote:
On Tue, Feb 10, 2009 at 01:31:24PM +, Simon Marlow wrote:
My vote would be:
:info class Show
:info type Show
:info instance Show
where
:info Show
displays information about everything called Show
I
On Tue, Feb 10, 2009 at 01:31:24PM +, Simon Marlow wrote:
Remi Turk wrote:
On Sat, Feb 07, 2009 at 12:39:03AM -0500, Brandon S. Allbery KF8NH wrote:
On 2009 Feb 5, at 5:49, Remi Turk wrote:
SPJ agreed with the idea itself, but suggested an alternative set
of commands:
:info Show
On Sat, Feb 07, 2009 at 12:39:03AM -0500, Brandon S. Allbery KF8NH wrote:
On 2009 Feb 5, at 5:49, Remi Turk wrote:
SPJ agreed with the idea itself, but suggested an alternative set of
commands:
:info Show-- See class definition only
:instances Show -- See instances of Show
On Thu, Feb 05, 2009 at 12:35:43PM +0100, Peter Hercek wrote:
Remi Turk wrote:
SPJ agreed with the idea itself, but suggested an alternative set of
commands:
:info Show-- See class definition only
:instances Show -- See instances of Show
Hi Remi,
If you do not want
One of my most used GHCi commands is :info, but quite often
the type or class definitions that I'm interested in get drowned
in lots of instances.
So a week ago I wrote a feature request and a little patch that
allowed the following:
:info Show -- See class definition and instances
On Fri, Oct 19, 2007 at 08:25:22AM +0100, Simon Peyton-Jones wrote:
| What does this imply for 6.8 support for FD's, as they now use
| the same type-coercions?
Actually FDs do not use type coercions, in GHC at least. As Mark
Excuse me, it turns out I didn't look carefully enough: It's not
On Thu, Oct 18, 2007 at 02:58:21AM +0100, Simon Peyton-Jones wrote:
| Absolutely not; quite the reverse. It means that some of the *code* for
| type functions happens to be in the 6.8 release --- but that code has bugs.
| It's only in 6.8 for our convenience (to avoid too great a divergence
On Wed, Aug 03, 2005 at 12:50:54PM +0200, Robert van Herk wrote:
Hello All,
I think I've read somewhere that STM doesn't like unsafePerformIO.
However, I would like to use a global STM variable. Something like this:
module Main where
import GHC.Conc
import System.IO.Unsafe
tSid =
On Fri, Jun 10, 2005 at 07:32:42PM +0200, Lennart Augustsson wrote:
Andre Pang wrote:
G'day all,
Just looking at the documentation for System.IO.unsafeInterleaveIO,
what exactly is unsafe about it?
You pick. :)
It can break referential transparency. It can break type safety.
On Sat, Jun 11, 2005 at 01:55:57AM +0200, Thomas Jäger wrote:
Just looking at the documentation for System.IO.unsafeInterleaveIO,
what exactly is unsafe about it?
It can create pure values that trigger side effects during their
evaluation. This can be abused to do IO outside of an IO monad
On Sun, May 08, 2005 at 08:14:30PM +0200, David Sabel wrote:
Hi!
A small example for the claim mentioned in the subject:
Prelude let x = 1:undefined in foldr (curry fst) (head x) x
1
Prelude let x = 1:undefined in foldr1 (curry fst) x
*** Exception: Prelude.undefined
Perhaps it would
On Fri, Mar 11, 2005 at 12:25:04PM -, Simon Marlow wrote:
=
The (Interactive) Glasgow Haskell Compiler -- version 6.4
=
The GHC Team is delighted to
[warning: Very Vague message possible bug-report follow]
Though I cannot claim any real-world experience with arrows, I'm
not sure I like this, and I hope they'll at least remain
experimental (may be removed next release kind of thing) for a
while.
- I doubt whether the difference between Arrow
On Mon, Feb 28, 2005 at 02:55:56PM +, Ganesh Sittampalam wrote:
Hi,
The following either eats memory until killed or segfaults (I can't pin
down a reason for the difference). Tested with GHC 6.2.2 and 6.4.20050212,
with various different libgmp3s under various Redhat and Debian
On Mon, Feb 28, 2005 at 10:59:32PM +, Ganesh Sittampalam wrote:
On Mon, 28 Feb 2005, Remi Turk wrote:
On Mon, Feb 28, 2005 at 02:55:56PM +, Ganesh Sittampalam wrote:
Prelude :m +Data.Bits
Prelude Data.Bits 18446658724119492593 `shiftL` (-3586885994363551744) ::
Integer
Hi,
with the following definitions
{-# OPTIONS -fglasgow-exts #-}
data a :++: b
class a :--: b
ghci prints the infix type(classe)s as prefix:
*Main :i :++:
data :++: a b -- Defined at foo.hs:2:7
*Main :i :--:
class :--: a b where-- Defined at foo.hs:3:8
or (a real-world example):
Hi,
when compiling the new ghc pre-releases made my gcc 2.95.3 die
with internal compiler error, I tried to compile it with gcc
3.4.3 (or rather, I thought it compiled with 3.4.1, and when that
died, compiled+installed gcc 3.4.3, tried again, say it die again
and only then noticed it was actually
On Thu, Feb 17, 2005 at 04:48:54AM -0700, Seth Kurtzberg wrote:
Simon Marlow wrote:
On 17 February 2005 11:12, Remi Turk wrote:
when compiling the new ghc pre-releases made my gcc 2.95.3 die
with internal compiler error, I tried to compile it with gcc
3.4.3 (or rather, I thought
On Thu, Feb 17, 2005 at 05:05:18AM -0700, Seth Kurtzberg wrote:
Remi Turk wrote:
I'm afraid finding a workaround for compilers dying on
compiler-generated code isn't going to be much fun...
Anyway, I just replaced a
ifneq $(INSTALL_LIBS)
by
ifneq $(strip $(INSTALL_LIBS
On Thu, Feb 17, 2005 at 11:29:41AM -, Simon Marlow wrote:
On 17 February 2005 11:12, Remi Turk wrote:
when compiling the new ghc pre-releases made my gcc 2.95.3 die
with internal compiler error, I tried to compile it with gcc
3.4.3 (or rather, I thought it compiled with 3.4.1
[Resent, with a few #ifdef FOO's removed from the body (still in
the attachement, and using gzip instead of bzip2 to prevent
awaiting moderation ;)]
On Thu, Feb 17, 2005 at 11:29:41AM -, Simon Marlow wrote:
On 17 February 2005 11:12, Remi Turk wrote:
when compiling the new ghc pre
On Thu, Feb 10, 2005 at 01:11:48PM -, Simon Marlow wrote:
We are finally at the release candidate stage for GHC 6.4. Snapshots
with versions 6.4.20050209 and later should be considered release
candidates for 6.4.
Source and Linux binary distributions are avaiable here:
On Mon, Feb 07, 2005 at 10:53:36AM -, Simon Peyton-Jones wrote:
Thanks for the typo. Yes, for Haskell guys 'guard' is fine; but the
main audience for the paper is non-haskell folk, so we have to spell out
the defn.
S
Hm, what about calling it `guard' and adding a footnote saying
that
On Fri, Oct 29, 2004 at 06:29:52PM +0200, Peter Simons wrote:
Is anyone else seeing this on his system?
getUserEntryForName [] = print . userName
wasabi
wasabi happens to be the last entry in the /etc/passwd
file, and that is what I get every time I query for an user
that doesn't
On Wed, Aug 11, 2004 at 02:27:19PM +0100, Simon Marlow wrote:
On 10 August 2004 16:04, Remi Turk wrote:
http://www.haskell.org/pipermail/glasgow-haskell-users/2004-June/006767.html
Hmm yes, I now realise that it's not quite as easy as I implied in that
message. The problem is the memory
On Tue, Aug 10, 2004 at 12:59:46PM +0100, Simon Marlow wrote:
GHC's use of GMP does cause problems if you want to use GMP for your own
purposes, or if you link with external code that wants to use GMP. The
real problem is that GMP has internal state, which means it can't be
used in a modular
On Tue, Aug 10, 2004 at 01:09:03PM +0100, Simon Marlow wrote:
On 10 August 2004 13:03, MR K P SCHUPKE wrote:
Re GMP, Why not provide more GMP functions as primitives on the
Integer type, and avoid the need to call out to GMP via the FFI?
Show us the code! :-p
Or implement Integers via
Hi all,
I recently tried to create a ffi-binding to gmp in ghc, and
failed miserably. After a few days of debugging, simplifying the
code and tearing my hear out, I'm slightly completely stumped,
and crying for help ;)
In short: calling gmp-functions from GHCI *with a prompt between*
them seems
On Sun, Aug 08, 2004 at 07:34:04AM -0700, Sigbjorn Finne wrote:
Hi,
please be aware that the RTS uses GMP as well, and upon
initialisation it sets GMP's 'memory functions' to allocate memory
from the RTS' heap. So, in the code below, the global variable
'p' will end up having components
On Mon, Aug 09, 2004 at 01:09:40PM -0400, Abraham Egnor wrote:
FWIW, I couldn't reproduce this problem on my system (i.e. str_test
always printed 1). GHC 6.2.1, libgmp 4.1.3, debian unstable
Abe
Same versions here, on an old heavily-patched/FUBAR rock linux
1.4 system.
Does the following
31 matches
Mail list logo