Who can advise, please, about an error message
Nat1: Maybe.fromJust: Nothing
?
Probably, this is a bug in my program, and first, I need to locate it.
The head test module is Nat1.hs. The output is
Brad,
Did you apply the recent X11 update from Apple after you compiled
ghc? If so, you might try uninstalling, cleaning and rebuilding the
macports ghc.
There is a path issue; you should not have to specify
DYLIB_LIBRARY_PATH.
At least in macports, this should be easy to fix.
Greg
On
The Maybe.fromJust: Nothing comes from the library code itself.
The Nat1 part is simply the name of the binary. It give no clue to who
called fromJust.
Finding who called fromJust is an often-requested feature eg
http://hackage.haskell.org/trac/ghc/ticket/960
. Currently our best answer is to
On 13/11/06, Gregory Wright [EMAIL PROTECTED] wrote:
Brad,
Did you apply the recent X11 update from Apple after you compiled
ghc?
I did.
If so, you might try uninstalling, cleaning and rebuilding the
macports ghc.
I did try that, and got:
$ DYLD_LIBRARY_PATH=/usr/X11R6/lib ghci -package
On Fri, Nov 10, 2006 at 02:34:15PM +, Simon Peyton-Jones wrote:
For some time I have been promising an overhaul of GHC's type
inference machinery to fix the interactions between type classes and
GADTs. I've just completed it (or at least I hope so).
This message is just to summarise the
On Mon, Nov 13, 2006 at 12:17:07PM +, Simon Peyton-Jones wrote:
The Maybe.fromJust: Nothing comes from the library code itself.
The Nat1 part is simply the name of the binary. It give no clue to
who called fromJust.
I do not understand the whole idea.
First, the same problem is for
Simon P. Jones wrote today about the -xc option to help with
finding who called fromJust Noting.
Now, I see in the GHC Guide:
--
-xs
(Only available when the program is compiled for profiling.) When an
exception is raised in
Hi Brad,
On Nov 13, 2006, at 7:22 AM, Brad wrote:
On 13/11/06, Gregory Wright [EMAIL PROTECTED] wrote:
Brad,
Did you apply the recent X11 update from Apple after you compiled
ghc?
I did.
If so, you might try uninstalling, cleaning and rebuilding the
macports ghc.
I did try that, and
Hello glasgow-haskell-users,
i still forget to ask: if my program is idle during long time, is GC
will occur each 0.3 seconds or GHC is smart enough to check that no
much memory was allocated after last GC?
--
Best regards,
Bulat mailto:[EMAIL PROTECTED]
Serge D. Mechveliani wrote:
On Mon, Nov 13, 2006 at 12:17:07PM +, Simon Peyton-Jones wrote:
The Maybe.fromJust: Nothing comes from the library code itself.
The Nat1 part is simply the name of the binary. It give no clue to
who called fromJust.
I do not understand the whole
Hello,
This is an attempt to address (a very small part of) this: On my PowerPC Mac
OS X 10.3 (Panther, I think, not Tiger as I have written elsewhere), I have
built the ghc-6.6 branch (of about 2006-Nov-07 19.00 UTC) using
GHC-6.4.1.pkg.zip (The Glorious Glasgow Haskell Compilation System,
Hi,
I took advantage of Cabal's data-files feature to allow me to portably
store and access data files. Cabal generated a Paths_pkg module that I
imported. From Cabal's point of view everything works: I can
configure, build, install, and run. However, I can no longer use GHCi
with the file that
I am working on a new backend for jhc. haskell! well, ghc haskell to be
exact. jhc can now compile things with the -fvia-ghc flag and it will
pass the optimized program off to ghc for the final compilation.
For the most part I use none of the ghc runtime libraries facilities or
machinery, all IO
13 matches
Mail list logo