On Tue, Nov 06, 2007 at 06:42:47AM -0800, Simon Marlow wrote:
> Fri Sep 15 16:50:33 PDT 2006 Norman Ramsey <[EMAIL PROTECTED]>
> * initial, very incomplete tags generator
> The ultimate goal is to replace hasktags with
> a tags generator based on GHC-as-a-library.
> This file is a very in
On Fri, 2007-11-09 at 21:56 +, Claus Reinke wrote:
> > Nice. So I suppose the --simple-output flag works with it?
>
> yes, it is just like 'list package', only it matches on
> exposedModules rather than package id.
>
> note: if you apply the patch, you will want to add find-module
> to 'usa
Nice. So I suppose the --simple-output flag works with it?
yes, it is just like 'list package', only it matches on
exposedModules rather than package id.
note: if you apply the patch, you will want to add find-module
to 'usageHeader' as well - seems i missed that.
The solution we were thi
On Fri, 2007-11-09 at 16:43 +, Claus Reinke wrote:
> - the ticket asks for a module2package lookup in ghc-pkg
> (this would be useful to have in cabal, as well)
>
> - we can now ask which packages expose a module we need,
> eg, when preparing a cabal file or when getting errors
>
- the ticket asks for a module2package lookup in ghc-pkg
(this would be useful to have in cabal, as well)
- we can now ask which packages expose a module we need,
eg, when preparing a cabal file or when getting errors
after package reorganisations:
$ ./ghc-pkg-inplace find-module V
David Roundy <[EMAIL PROTECTED]> added the comment:
On Fri, Nov 09, 2007 at 04:06:21PM -, David Roundy wrote:
> Of course, it could be that this is just the bug that you already fixed in
> the lazy reading code, in which case we could perhaps close this
> ticket... although improving the erro
David Roundy <[EMAIL PROTECTED]> added the comment:
On Fri, Nov 09, 2007 at 03:52:21PM -, Eric Kow wrote:
> Is there any chance at all that Simon M's strict readFile would be
> helpful here, adapted to FastPackedString? Or are they irrelevant
> here, for example, because we are already doing
Eric Kow <[EMAIL PROTECTED]> added the comment:
Is there any chance at all that Simon M's strict readFile would be
helpful here, adapted to FastPackedString? Or are they irrelevant
here, for example, because we are already doing something like it?
http://www.haskell.org//pipermail/haskell/attac
David Roundy <[EMAIL PROTECTED]> added the comment:
On Fri, Nov 09, 2007 at 03:31:09AM -, Richard Giraud wrote:
> Given how easy it is to increase the limit, I'm guessing that the limit is a
> way of detecting and stopping runaway processes. If this is the case, then I
> don't consider thi
Build description = HEAD on i386-unknown-linux
(cam-02-unx.europe.corp.microsoft.com)
Build location= /playpen/ghc/nightly/HEAD-cam-02-unx
Build config file = /home/simonmar/nightly/site/msrc/conf-HEAD-cam-02-unx
Nightly build started on cam-02-unx at Thu Nov 8 19:30:02 GMT 2007.
checkin
Build description = STABLE on i386-unknown-linux
(cam-02-unx.europe.corp.microsoft.com)
Build location= /playpen/ghc/nightly/STABLE-cam-02-unx
Build config file = /home/simonmar/nightly/site/msrc/conf-STABLE-cam-02-unx
Nightly build started on cam-02-unx at Thu Nov 8 19:00:01 GMT 2007.
c
Build results:
x86-64 Linux head:lost
x86 Windows head: pass
x86 Windows head fast:pass pass pass pass pass pass
gabor head: pass
kahl G5 Gentoo Linux head:pass
mnemosyne x86-64 Gentoo head: pass
phil P4 SuSE Linux head: pass
tnaur PPC OSX
Build results:
kahl G5 Gentoo Linux stable: pass
x86 Windows stable: pass
x86 Windows stable fast: pass pass pass pass pass pass
x86-64 Linux stable: fail (failed darcs)
Old unexpected test failures:
TH_ghci15 gabor stable
TH_spliceE5_prof1 x86 Windo
13 matches
Mail list logo
