Thanks Malcolm.
| Unfortunately, the module Graphics.UI.Japi.Types uses a ghc-only
| extension: deriving on newtypes for the classes Integral, Real,
| Num, and Enum. If it wasn't for that, it would be very portable.
Woops. I'll try and work out a way of fixng that up after I get the GNU
Common
Dean Herrington has mailed me to point out that the metatype is unnecessary:
class Assert a where
assertW :: MVar a -> a -> a
assertR :: MVar a -> a
instance Assert a => Assert [a] where
assertW mv [] = unsafePerformIO $ do putMVar mv []; return []
assertW mv (x:xs) = unsafePerformIO $ do
Volker Stolz wrote:> In local.glasgow-haskell-users, you wrote:
I'm trying to get HTk to work on FreeBSD (actually FreeBSD running inside a VMware
virtual machine, but I don't think that should make any difference). How HTk works
is it creates a couple of pipes
(readIn,writeIn) <- Posix.c
[moved over to glasgow-haskell-users]
On Wed, 19 Feb 2003, Simon Peyton-Jones wrote:
> | GHC used to have an optimisation for static argument like this. It
> would
> | turn both of the above programs into a similar form using a local
> | recursive function:
> |
> | interp y xs = interpaux xs
> |
"Mike Thomas" <[EMAIL PROTECTED]> writes:
> Under "fptools/libraries/Japi" (the GHC CVS repository) please find a
> preliminary binding to a subset of the Japi library:
Looks useful.
> it avoids callbacks and uses the Haskell 98
> FFI so I would expect it to be easy to port to "nhc98".
Unfortun
In local.glasgow-haskell-users, you wrote:
> I'm trying to get HTk to work on FreeBSD (actually FreeBSD running inside a VMware
> virtual machine, but I don't think that should make any difference). How HTk works
> is it creates a couple of pipes
>(readIn,writeIn) <- Posix.createPipe
>
Yes I know it's a FAQ, but despite the information in the GHC FAQ I can't get my
program to work.
I'm trying to get HTk to work on FreeBSD (actually FreeBSD running inside a VMware
virtual machine, but I don't think that should make any difference). How HTk works
is it creates a couple of pipes
Claus,
The need to shadow the data types is a bit
annoying, but then the whole generic bit would preferably be
generated anyway. Template Haskell to the rescue, or Drift?-)
Agreed. Current plan is to use Drift
There is still something I don't understand about your
specification: the assertio
I seriously doubt that you want to produce all the .hcr files for the entire set of
GHC's libraries. They'll be pretty big.
But if you do, just get a GHC build tree, make your GHC, get into the libraries tree
(fptools/libraries) and type
make EXTRA_HC_OPTS=-fext-core
That'll build the
