On 2007-03-02, Simon Marlow <[EMAIL PROTECTED]> wrote:
> Regarding your shell: I would suggest trying forkIO for the Haskell
> "processes"
> (not forkOS unless for some reason you really need another OS thread).
> However,
> I can imagine that it might be hard to implement job control and s
Hi Christian,
On Mar 2, 2007, at 11:40 AM, Christian Maeder wrote:
Gregory Wright schrieb:
cabal fails to build because it requires HSrts. This aborts the
library
build
leaving me with an incomplete set of libraries.
Is there a simple way to tell the build not to make cabal?
I think you
Hello Simon,
Friday, March 2, 2007, 1:07:07 PM, you wrote:
>> But let me add a voice to keeping the non-threaded RTS around.
i want to mention that problem here is not the threaded RTS by itself, but
standard i/o library that works via separate i/o manager thread that
is built-in part of RTS. my
I see that there is already haddock-interfaces and haddock-html options
contained in package descriptions..
Would it make sense to add a
hs-source-files
option, too?
I'm asking because it would be possible to register the source as well
together with tag files.
The source files could be used by D
Gregory Wright schrieb:
> cabal fails to build because it requires HSrts. This aborts the library
> build
> leaving me with an incomplete set of libraries.
>
> Is there a simple way to tell the build not to make cabal?
I think you can simply delete Cabal from:
SUBDIRS = ...
of libraries/Makefi
I got my problem solved just by deleting ghc* from /usr/local/bin.
Weird, I know. I didn't have that problem again since that time but I left
this post "open" because I wanted to know if someone else had had the same
problem and the way he/she got rid of it.
Cheers.
Cristian
On 3/2/07, Ian Lynagh
On Mon, Feb 26, 2007 at 02:48:38PM +0100, Cristian Perfumo wrote:
>
> So, what I did, to be sure that the error had nothing to do with my
> modification, was to download GHC again and try to build the original
> version. But I still get the same error (that I paste below this message).
So you're
On Thu, Feb 22, 2007 at 09:00:01PM -0800, R Hayes wrote:
>
> I get the following error message when I try to compile with -caf-all.
>
>
> /tmp/ghc583_0/ghc583_0.s:6482:0:
> FATAL:Symbol _Mainmain_CAF_cc_ccs already defined.
>
> Any ideas as to what I'm doing wrong?
Nothing, it's a bug:
Hi,
I'm trying to get ghc-6.6 running on my FreeBSD/amd64 box. It seems as
if the build instructions are stale again.
When I run
$ cd /tmp/ghc-6.6/rts && gmake boot && gmake
it falls over in the RTS, as noted in the documentation. But at the
next step,
when the libraries are buil
Stefan Holdermans wrote:
I'm trying to build GHC HEAD on Mac OS 10.4.8 (PowerPC), but end up with
a linker error:
../compiler/stage1/ghc-inplace -o stage2/ghc-6.7.20070228 -H16m -O
-package ghc -Istage2 -cpp -fglasgow-exts -fno-generics -Rghc-timing -I.
-IcodeGen -InativeGen -Iparser -Rghc-
John Goerzen wrote:
The standard way of implemeting pipes between two external programs in
Unix involves setting up pipes and forking, then duping things to
stdin/stdout, and execing the final program. In this case, I am setting
it up to let people pipe to Haskell functions as well, forking off
11 matches
Mail list logo
