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:
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:
HI:
Reading Haskell 98 FFI report, one question arised:
Imported and declared a foreign function , via
foreign import ccall foo:: IO(CInt)
Is it guaranteed to be executed in atomic way ? I mean , should it
block the whole STG system ?
Idea: To implement a monitor , in a external context , and
Well, similar ideas have been brought up before, and I'm a bit
sceptical:
*) Why should we introduce a feature at the language level for solving
a problem that is already solved by MVars? You can write your own
combinators to reduce the hassle of using MVars to a minimum.
Firstly, thanks
Hi:
I'm a newbie on using CVS but some time ago I decided to compile against
the code on the CVS repository. I'm interested on 6.3 version.
Recently I found this problem, after making autoheader,autoconf:
ghc/include: make boot
mkDerivedConstants.c:34 'StgTickyInfo' undeclared (first use of
On Sat, 11 Oct 2003, Donald Bruce Stewart wrote:
As a final note on this bug, the core dumps disappear on
mips-sgi-irix if I start from the beginning with 64bit code, i.e.
mips64-sgi-irix.
By setting -mabi=64 in CFLAGS, longs become 8 bytes, and
bugs disappear. No need for my hack of
On Fri, 26 Sep 2003, Rafael Martinez Torres wrote:
I enabled the flags -g
Sorry , the previous mail was incomplete. send button fired.
GhcRtsHcOpts= -g -optc-DDEBUG
GhcRtsCcOpts= -g
This is my session with gdb , ghc-6.0.1 and mips-sgi-irix65.
I thinks this has nothing to do
On Fri, 12 Sep 2003, Simon Marlow wrote:
--
../../ghc/utils/ghc-pkg/ghc-pkg-inplace --update-package
package.conf.inplace
/usr/users/eden/scratch/ghc-6.0.1/ghc/driver/package.conf.inpl
ace: parse error in package config file
gmake[1]: ***
On Sat, 6 Sep 2003, Donald Bruce Stewart wrote:
simonmar:
I was a bit too soon reporting the sparc-sun-solaris2, two
attempts have died with stg_ap_v_ret. Same result sparc-*-openbsd.
Also with mips-sgi-irix65 . An attempt died with stg_ap_v_ret .
I'm trying to follow Ian's
On Thu, 4 Sep 2003, Simon Marlow wrote:
+-+++
| HOST| TARGET| Unregisterised bootstrap |
+-+++
| i386-*-openbsd | i386-*-openbsd
On Thu, 4 Sep 2003, Rafael Martinez Torres wrote:
Could you release a (transient) ghc-6.01-unreg-hc.tar.gz ?
Sorry, I read the doc, and I understood the unreg (.hc) tar is built on
host
with a particular target config.h .
I have to build it , hence
On Thu, 10 Jul 2003, Volker Stolz wrote:
In local.glasgow-haskell-users, you wrote:
I use the Posix library since I have to communicate via a pipe with
another UNIX process.
Therefore I have to use
fdRead :: Fd - ByteCount - IO (String,ByteCount)
Why do you have to use an Fd?
A
On Fri, 11 Jul 2003, Volker Stolz wrote:
createPipe :: IO (Fd,Fd) (Unkown alternatives)
I suppose you have to pass this descriptor to another process
through fork()?
Rigth.
(piper,pipew) - createPipe
mpid - forkProcess
case mpid of
Nothing - do --child
nobytes - fdWrite
I use the Posix library since I have to communicate via a pipe with
another UNIX process.
Therefore I have to use
fdRead :: Fd - ByteCount - IO (String,ByteCount)
The problem is that fdRead , as a non Haskell-IO sub-system function,
seems
to block the entire STG system. The rest of the other
By the way, this questions is some bit close on that with
Subject: Posix library, Concurrent Haskell and ...
I have just send ...
Let's read both... By Using Posix library I did not need any more to pass
file descriptors into C code (may be your case is different)
On Thu, 10 Jul 2003, Volker
On Mon, 7 Jul 2003, Ketil Z. Malde wrote:
Simon Peyton-Jones [EMAIL PROTECTED] writes:
Ken Shan was making good progress on an Alpha port of GHC. Ken, could
you update us on the status?
Courtesy of the good people at SGI, I have now access to an SGI Altix
(8 Itanium processors, and
16 matches
Mail list logo