Re: Problem with Windows ghc 6.8.2

2008-02-23 Thread Daniel Fischer
Am Sonntag, 24. Februar 2008 01:54 schrieb Matthew Bentham:
 Hi all,

 I'm not too experienced with ghc or Haskell, so I wanted to check here
 rather than submitting a bug:

It's probably the base-split. In 6.6.1, Text.PrettyPrint was in the base 
package, in 6.8.2 it's in the pretty package.
Try compiling with -package pretty, or better still, with --make:

/path/to/ghc --make test

or

/path/to/ghc -o test.exe test.hs -package pretty

If that's not it, you might have a real problem.

Cheers,
Daniel


 $ cat test.hs
 import Text.PrettyPrint
 main = print foo
 $ /c/ghc/ghc-6.6.1/bin/ghc test.hs
 $ ./main.exe
 foo
 $ /c/ghc/ghc-6.8.2/bin/ghc test.hs
 test.o(.text+0x217):fake: undefined reference to
 `__stginit_prettyzm1zi0zi0zi0_TextziPrettyPrint_' $

 I'm using Vista64.  The session above was copied from a cygwin shell, but
 it does the same in an msys shell or cmd.exe.  Both versions of ghc were
 installed using the official binary distribution.

 I'm having trouble compiling ghc from source at the moment (I think there's
 another issue I'm hitting with the 6.6.1 build, haven't tracked it down
 yet) so I can't debug what is going wrong myself.

 I'd appreciate people's advice about what to do.  Should my test program
 work or am I doing something wrong?  Maybe there are some optional
 libraries to install that I have missed, that used to be core?



___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users


how to use ghci-debugger with packages

2008-02-23 Thread Frederik Eaton
Hello,

I have a program which uses some code in a package, and I would like
to be able to find out the source of an error which is occuring inside
that package. Can I use the ghci-debugger to do this? If I try to set
a breakpoint inside the package, it says:

cannot set breakpoint on Vector.Sparse.Wrappers.vmergeOp: module
Vector.Sparse.Wrappers is not interpreted

But this page:

http://www.haskell.org/ghc/dist/current/docs/users_guide/ghci-debugger.html

has no use of the word package, so I assume that reading that (long)
document won't ansnwer my question...

Thank you,

Frederik

-- 
http://ofb.net/~frederik/
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users


Re: how to use ghci-debugger with packages

2008-02-23 Thread Daniel Fischer
Am Sonntag, 24. Februar 2008 02:18 schrieb Frederik Eaton:
 Hello,

 I have a program which uses some code in a package, and I would like
 to be able to find out the source of an error which is occuring inside
 that package. Can I use the ghci-debugger to do this? If I try to set
 a breakpoint inside the package, it says:

 cannot set breakpoint on Vector.Sparse.Wrappers.vmergeOp: module
 Vector.Sparse.Wrappers is not interpreted

 But this page:

 http://www.haskell.org/ghc/dist/current/docs/users_guide/ghci-debugger.html

 has no use of the word package, so I assume that reading that (long)
 document won't ansnwer my question...

 Thank you,

 Frederik

The users-guide says
There is one major restriction: breakpoints and single-stepping are only 
available in interpreted modules; compiled code is invisible to the 
debugger.

The modules of an installed package are always compiled, I think.
If you have the source available, you could try to put that in your working 
directory (probably hide the installed package before starting ghci).
Cheers,
Daniel


___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users


Re: Problem with Windows ghc 6.8.2

2008-02-23 Thread Matthew Bentham
- Original Message 
 From: Daniel Fischer [EMAIL PROTECTED]
 To: Matthew Bentham [EMAIL PROTECTED]; glasgow-haskell-users@haskell.org
 Sent: Sunday, February 24, 2008 1:13:48 AM
 Subject: Re: Problem with Windows ghc 6.8.2
 
 Am Sonntag, 24. Februar 2008 01:54 schrieb Matthew Bentham:
  Hi all,
 
  I'm not too experienced with ghc or Haskell, so I wanted to check here
  rather than submitting a bug:
 
 It's probably the base-split. In 6.6.1, Text.PrettyPrint was in the base 
 package, in 6.8.2 it's in the pretty package.
 Try compiling with -package pretty, or better still, with --make:
 
 /path/to/ghc --make test
 
 or
 
 /path/to/ghc -o test.exe test.hs -package pretty
 
 If that's not it, you might have a real problem.

Thanks, they both work great.

Matthew



___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users


Re: how to use ghci-debugger with packages

2008-02-23 Thread Frederik Eaton
On Sun, Feb 24, 2008 at 02:36:08AM +0100, Daniel Fischer wrote:
 Am Sonntag, 24. Februar 2008 02:18 schrieb Frederik Eaton:
  Hello,
 
  I have a program which uses some code in a package, and I would like
  to be able to find out the source of an error which is occuring inside
  that package. Can I use the ghci-debugger to do this? If I try to set
  a breakpoint inside the package, it says:
 
  cannot set breakpoint on Vector.Sparse.Wrappers.vmergeOp: module
  Vector.Sparse.Wrappers is not interpreted
 
  But this page:
 
  http://www.haskell.org/ghc/dist/current/docs/users_guide/ghci-debugger.html
 
  has no use of the word package, so I assume that reading that (long)
  document won't ansnwer my question...
 
  Thank you,
 
  Frederik
 
 The users-guide says
 There is one major restriction: breakpoints and single-stepping are only 
 available in interpreted modules; compiled code is invisible to the 
 debugger.
 
 The modules of an installed package are always compiled, I think.

That's what I think as well, but I'm not sure (and it seems like the
documentation should mention that: CC'ing glasgow-haskell-bugs). I
can't see a reason why an installed package wouldn't be able to
contain its own source code, for instance...

 If you have the source available, you could try to put that in your working 
 directory (probably hide the installed package before starting ghci).

Thanks, I may try that. I'm currently trying to get my GNU-make-based
build to install profiling versions of package modules, in the hope
that -xc might give more useful information than it did a year ago...

Frederik

-- 
http://ofb.net/~frederik/
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users


Visual Haskell sources

2008-02-23 Thread Andrei Formiga
Hello,

The Visual Haskell 0.2 release notes [1] say that sources are
available, but the download page only has binaries available. Where
are the sources? Also, does it use the Visual Studio SDK, and is it
compatible with VS 2008? Thanks.


[1] http://haskell.org/visualhaskell/doc/index.html#release-notes

-- 
[]s, Andrei Formiga
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users


static constants -- ideas?

2008-02-23 Thread Jason Dusek
  I have an awkward programming problem -- I need to take a
  dictionary, parse it, build a bunch of intermediate lists and
  then make maps and tries out of the list. A programming
  problem because it's taken me a fair amount of effort to pull
  together the parser and list generator -- and awkward
  because a 69000 item list, [(String, [(String, String)])],
  does not compile under GHC (stack overflow). (It's not likely
  to compile under anything else, either!)

  Members of #haskell have urged me to load the offending
  material from a file; indeed, it only takes ten seconds to
  parse the dictionary and build the lists, sort them and dump
  them back out again -- but it offends my sensibilities. I
  don't want to wait ten seconds to load my dictionary every
  time.

  I could use the FFI, then I can make the trie and lists all in
  C. That'd work great. My list likely uses too much RAM now,
  anyways.

  I'm considering one other option though -- I wonder if I can
  build large constants in GHC Core? If anybody has tried it --
  or found some other way to make big huge constants in Haskell
  -- I would sure like to know about it.

  On another note, I am extremely curious about the difference
  between statically compiling a list and building it at
  runtime. I find it hard to wrap my head around the fact that I
  can build the list at runtime in a short time, but can not
  compile it without eating all of my machine's RAM. Is it due
  to laziness, maybe? Well, no -- because I subject the whole
  list to a sort. It's not just streaming records in from one IO
  handle and out another.

-- 
_jsn
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users