There have been at least a couple projects, such as hOp and HaLVM
which attempt to run GHC on the bare metal or something similar.
Both these projects required a substantial set of patches against GHC
to remove dependencies things like POSIX/libc. Due to the highly
invasive nature, they are also
My random guess is that /tmp is mounted using tmpfs (aka a RAM drive)
and it got full. Try remounting /tmp to use the sdcard instead ?
On Wed, Jan 2, 2013 at 7:32 PM, rocon...@theorem.ca wrote:
I'm trying to build ghc-7.4.1 using ghc-7.4.1 on my raspberry pi (armv6l)
and I get the following
I have often wished for something like:
{-# LANGUAGE StringLiteralsAs Text #-}
where all string literals like:
f = foo
would be translated to:
f = (fromString foo :: Text)
I find that OverloadedStrings is too general and causes ambiguous type
errors. Additionally, I seldom find that I have
...@haskell.org] On Behalf Of Jeremy Shaw
| Sent: 07 September 2011 20:50
| To: template-hask...@haskell.org
| Subject: [Template-haskell] change in [d| |] and creating
instances in template-
| haskell 2.7
|
| Hello,
|
| I have some code that likes like this, which works in template-
haskell
| 2.5
Ah cool.
I just patched the code so that it uses mkName explicitly for now
since it is Happstack related code and I want it to work the most
places possible.
Thanks!
- jeremy
On Sep 8, 2011, at 12:07 PM, Simon Peyton-Jones wrote:
| Yeah. I would expect this to work:
|
| inferBar2 ::
At line 206 of this file there is a withFd function that might suit your needs,
https://patch-tag.com/r/mae/sendfile/snapshot/current/content/pretty/src/Network/Socket/SendFile/Internal.hs
-- The Fd should not be used after the action returns because the
-- Handler may be garbage collected and
There is a weird type-checking bug in 7.0.1 that causes loopy behavior:
http://hackage.haskell.org/trac/ghc/ticket/4809
Not sure if that is what is happening to you or not. Though in my
experience it did not actually print loop, it just hung.
- jeremy
On Jan 25, 2011, at 10:48 AM, Pavel
Hello,
I have narrowed this down further to a single file. And created a trac
bug for it:
http://hackage.haskell.org/trac/ghc/ticket/4485
This is (the only thing?) holding up HSP and happstack moving to GHC 7.
- jeremy
On Tue, Nov 2, 2010 at 5:36 PM, Jeremy Shaw jer...@n-heptane.com wrote
My first guess is that it is another instance of this bug:
http://hackage.haskell.org/trac/ghc/ticket/3799
You might be able to use this option:
--haddockdir=DIRinstallation directory for haddock
interfaces
though perhaps that flag is only in the latest version of cabal /
I would still vote for that error in the 'worst ghc error message contest'.
I got it just last night with 6.13 when I tried to run the Setup.hs function
in base:
~/n-heptane/projects/haskell/darcs/base-3.0.3.2 $ rm Setup.o Setup.hi
~/n-heptane/projects/haskell/darcs/base-3.0.3.2 $ ghc --make -O2
On Tue, Feb 23, 2010 at 10:12 AM, Ross Paterson r...@soi.city.ac.uk wrote:
On Tue, Feb 23, 2010 at 03:05:56PM -, Bayley, Alistair wrote:
Just a wild guess, but the package description has this non-ascii text:
author: Ralf Lämmel, Simon Peyton Jones
It could well be
Hello,
In GHC 6.12 there is no guarantee that a Handle is backed up by a file
descriptor. That said, check out the handleToFd defined on line 141
here:
http://patch-tag.com/r/mae/sendfile/snapshot/current/content/pretty/src/Network/Socket/SendFile/Internal.hs
A better type might be:
Hello Simon,
I have seen several manifestations of this issue now. I filed a report
here:
http://hackage.haskell.org/trac/ghc/ticket/3799
- jeremy
On Dec 30, 2009, at 5:37 AM, Simon Marlow wrote:
On 22/12/09 03:33, Antoine Latter wrote:
On Mon, Dec 21, 2009 at 6:31
At Mon, 9 Jun 2008 15:42:40 -0400,
Thomas Krauss wrote:
I seem to be having trouble using GHC 6.8.2 and OS X (10.5). It seems
that any use of anything from Data.Map results in a link error like
Undefined symbols:
___stginit_containerszm0zi1zi0zi1_DataziMap_, referenced from:
Hello,
Is real-time, parallel garbage collection at all feasible?
My thinking is, real-time garbage collection requires the garbage
collector to be able to work on the problem in small, predictable,
pieces. That seems like something which would also be useful for
scaling up GC to multiple
At Thu, 13 Sep 2007 13:26:05 +0100,
Ian Lynagh wrote:
Hi Stefan,
On Thu, Sep 13, 2007 at 07:55:21AM +0200, Stefan Holdermans wrote:
We are pleased to announce the Release Candidate phase for GHC 6.8.1.
That's 6.8, right? Or have I missed something?
No, it's 6.8.1:
At Thu, 1 Mar 2007 11:38:54 -0600,
John Goerzen wrote:
On Thu, Mar 01, 2007 at 04:21:45PM +, Simon Marlow wrote:
Between that and the lack of support for forkProcess in Hugs, this
renders anything that needs to fork and then do I/O as being usable only
in GHC-compiled code. Which is
At Wed, 28 Feb 2007 11:15:04 -0600,
John Goerzen wrote:
You can see my test case with:
darcs get '--tag=glasgow ml' http://darcs.complete.org/hsh
ghc -fglasgow-exts --make -o test2 test2.hs
I get an erro when I use that darcs command-line, and test2.hs does
not appear to be in the directory
*without* the -threaded flag.
hth,
j.
At Wed, 28 Feb 2007 13:29:17 -0600,
John Goerzen wrote:
On Wed, Feb 28, 2007 at 10:40:18AM -0800, Jeremy Shaw wrote:
At Wed, 28 Feb 2007 11:15:04 -0600,
John Goerzen wrote:
You can see my test case with:
darcs get '--tag=glasgow ml' http
-0600,
John Goerzen wrote:
On Wed, Feb 28, 2007 at 01:06:25PM -0800, Jeremy Shaw wrote:
Hello,
Your first problem is just a line buffering issue. You need to
explicitly set the line buffer inside the child processes:
redir fstdin stdInput
Hello,
Here is a simplified example that seems to exhibit the same behaviour,
unless I screwed up:
---
module Main where
import System.Posix
import System.IO
import System.Exit
main =
do putStrLn running...
(stdinr, stdinw) - createPipe
(stdoutr, stdoutw) - createPipe
At Sun, 19 Nov 2006 13:46:10 -0500,
Peter Tanski wrote:
What is the problem building GMP for PalmOS? According to the GMP
install documentation, it supports ARM and Motorola's m68k
processors, so you would not be using generic C code. You are
probably also using PRC-Tools, correct?
At Sat, 18 Nov 2006 00:44:32 +,
Neil Mitchell wrote
One advantage you probably haven't thought of is the size of the
binary. Currently GMP adds about 50Kb on to the Yhc runtime, for what
in the most cases is probably an occasional addition. If the bytecode
for a bignum library was less
... done.
ghc-pkg: invalid package identifier:
It's not showing me the ghc-pkg that's being invoked.
On Jul 26, 2006, at 12:56 AM, Jeremy Shaw wrote:
At Wed, 26 Jul 2006 00:40:33 +0100,
Joel Reymont wrote:
Is there something that looks particularly wrong below?
Can you try
At Wed, 26 Jul 2006 00:40:33 +0100,
Joel Reymont wrote:
Is there something that looks particularly wrong below?
Can you try the install with verbosity turned up:
$ sudo runhaskell Setup.lhs install -v
or perhaps even
$ sudo runhaskell Setup.lhs install -v5
I believe this will show
Update Summary
--
The testsuite indicates that the first-pass ghc arm build is in pretty
good shape -- I think it now does everything that can be expected
without porting the rts, etc. I have uploaded a tarball for anyone who
wants to try it:
At Wed, 03 May 2006 22:06:05 -0700,
Jeremy Shaw wrote:
Hello,
I believe I have successfully got an unregisterised version of ghc
6.4.2 compiled for arm/linux.
Updates:
---
1) I turns out I only had a in-place build of ghc, I have now got a
real build 'working'.
2) I have started
Hello,
I believe I have successfully got an unregisterised version of ghc
6.4.2 compiled for arm/linux.
Details:
---
I only had to do a minor bit of hacking -- this bug contains the
details of what went wrong:
http://hackage.haskell.org/trac/ghc/ticket/762
My target platform is the nokia
Hrm,
I am going to do some new test tonight. I think my test environment
may have been bad...
Jeremy Shaw.
At Mon, 23 Feb 2004 13:37:45 -0800,
Mike Gunter wrote:
Hmmm. With -O2 on GHC 6.2, I get 0.177s, 0.217s, and 0.348s for your
three Haskell examples and 0.187s (with gcc -O2
0m0.044s
So it seems like maybe GHC 6.3's performance for this particular test
is around 3-5 slower?
Jeremy Shaw.
module Main where
import Data.Array
import Data.Array.IO
import System.IO
main = do h - openFile test.b WriteMode
a - newArray_ (1,180)
b - mapArray id
with:
gcc -O2 test.c -o test.
I am using ghc from cvs head and gcc 2.95 on FreeBSD.
Are there secret options I should enable on the compiler? Or perhaps
there is a faster way than using mapArray and unboxed arrays?
Thanks!
Jeremy Shaw.
___
Glasgow-haskell
GHC.Base.Int))) []]
*Main runQ [d| instance Test (a,b) |] = putStrLn . show
*** Exception: basicTypes/Var.lhs:226:32-58: Non-exhaustive patterns in record update
Jeremy Shaw.
At Wed, 31 Dec 2003 08:11:47 -,
Simon Peyton-Jones wrote:
In GHC 6.2, Template Haskell has various bugs. I think
types are still a bit hacked up?
Thanks!
Jeremy Shaw.
___
Glasgow-haskell-users mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
33 matches
Mail list logo