.)
matthias
On Sun, Sep 13, 2009 at 11:26:50AM -0700, Thomas DuBuisson wrote:
To: mf-hcafe-15c311...@etc-network.de
Cc: haskell-cafe@haskell.org
From: Thomas DuBuisson thomas.dubuis...@gmail.com
Date: Sun, 13 Sep 2009 11:26:50 -0700
Subject: Re: [Haskell-cafe] trouble compiling Crypto-4.2.0
#1136: High memory use when compiling many let bindings.
-+--
Reporter: igloo |Owner: simonmar
Type: compile-time performance bug | Status: new
#3435: ghc-stage2 panic while compiling ghc-paths-0.1.0.5
-+--
Reporter: jsch |Owner: simonmar
Type: bug | Status: closed
Priority: high |Milestone: 6.12.1
#3424: Corrupt executable when compiling large do block for List monad
-+--
Reporter: guest |Owner: simonmar
Type: bug | Status: closed
Priority: high |Milestone: 6.12.1
#3435: ghc-stage2 panic while compiling ghc-paths-0.1.0.5
---+
Reporter: jsch| Owner:
Type: bug | Status: new
Priority: normal | Component: Compiler
Version: 6.11
#3435: ghc-stage2 panic while compiling ghc-paths-0.1.0.5
--+-
Reporter: jsch | Owner:
Type: bug | Status: new
Priority: normal| Milestone:
Component: Compiler
#3435: ghc-stage2 panic while compiling ghc-paths-0.1.0.5
-+--
Reporter: jsch |Owner: simonmar
Type: bug | Status: new
Priority: high |Milestone: 6.12.1
#3435: ghc-stage2 panic while compiling ghc-paths-0.1.0.5
-+--
Reporter: jsch |Owner: simonmar
Type: bug | Status: new
Priority: high |Milestone: 6.12.1
...@kyavaio:~/tmp$ darcs get http://moonpatio.com/repos/lunabot
kya...@kyavaio:~/tmp$ cd lunabot
kya...@kyavaio:~/tmp/lunabot$ cabal install haskell-src-meta vacuum
...
kya...@kyavaio:~/tmp/lunabot$ cabal build
Preprocessing library lunabot-0.9.9...
Building lunabot-0.9.9...
[3 of 5] Compiling
#3424: Corrupt executable when compiling large do block for List monad
-+--
Reporter: guest |Owner:
Type: bug | Status: new
Priority: high |Milestone: 6.12.1
#3424: Corrupt executable when compiling large do block for List monad
-+--
Reporter: guest |Owner:
Type: bug | Status: new
Priority: high |Milestone: 6.12.1
#3424: Corrupt executable when compiling large do block for List monad
---+
Reporter: guest | Owner:
Type: bug | Status: new
Priority: normal | Component: Compiler
Version
#3424: Corrupt executable when compiling large do block for List monad
-+--
Reporter: guest |Owner:
Type: bug | Status: new
Priority: high |Milestone: 6.12.1
#3424: Corrupt executable when compiling large do block for List monad
-+--
Reporter: guest |Owner:
Type: bug | Status: new
Priority: high |Milestone: 6.12.1
get http://moonpatio.com/repos/lunabot
kya...@kyavaio:~/tmp$ cd lunabot
kya...@kyavaio:~/tmp/lunabot$ cabal install haskell-src-meta vacuum
...
kya...@kyavaio:~/tmp/lunabot$ cabal build
Preprocessing library lunabot-0.9.9...
Building lunabot-0.9.9...
[3 of 5] Compiling Luna.Bot.Eval.PackageConf
-haskell-users@haskell.org
| Subject: Re: Compiling large source files
|
| Hi Thomas,
|
| yes, a source file with a single literal list with 85k elements.
|
|
| Günther
|
|
| Am 03.08.2009, 22:20 Uhr, schrieb Thomas DuBuisson
| thomas.dubuis...@gmail.com:
|
| Can you define very large
It should be pretty much linear (modulo a log(n) factor, but then log(n) is
practically constant (=64 or so).).
But people often report that GHC is slow (perhaps non-linearly so) when
compiling vast blobs of literal data. Because there is a reasonable workaround
(just parse the data), which
] On Behalf Of Günther Schmidt
| Sent: 03 August 2009 22:09
| To: Thomas DuBuisson
| Cc: glasgow-haskell-users@haskell.org
| Subject: Re: Compiling large source files
|
| Hi Thomas,
|
| yes, a source file with a single literal list with 85k elements.
|
|
| Günther
|
|
| Am 03.08.2009, 22:20 Uhr
: glasgow-haskell-users-boun...@haskell.org [mailto:glasgow-haskell-users-
| boun...@haskell.org] On Behalf Of Justin Bailey
| Sent: 24 July 2009 20:03
| To: glasgow-haskell-users@haskell.org
| Subject: GHC 6.10.2 consuming lots of memory while compiling - help?
|
| I apologize in advance
having trouble compiling very large source files, the compiler
eats 2GB
and then dies. Is there a way around it?
Günther
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
On Tue, Aug 04, 2009 at 09:12:37AM +0100, Simon Marlow wrote:
I suggest not using Haskell for your list. Put the data in a file and
read it at runtime, or put it in a static C array and link it in.
On 03/08/2009 22:09, G?nther Schmidt wrote:
Hi Thomas,
yes, a source file with a single
Can you define very large and compiler? I know an old version of
GHC (6.6?) would eat lots of memory when there were absurd numbers of
let statements.
Thomas
2009/8/3 Günther Schmidt red...@fedoms.com:
Hi all,
I'm having trouble compiling very large source files, the compiler eats 2GB
numbers of
let statements.
Thomas
2009/8/3 Günther Schmidt red...@fedoms.com:
Hi all,
I'm having trouble compiling very large source files, the compiler eats
2GB
and then dies. Is there a way around it?
Günther
___
Glasgow-haskell-users mailing
Hi Thomas,
sry, the compiler is ghc-6.10.3
Günther
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
#3385: Compiling readline 1.0.1.0 on GHC 6.10.3 causes panic
-+--
Reporter: gparent |Owner:
Type: bug | Status: closed
Priority: normal
On 24/07/2009 23:01, Justin Bailey wrote:
On Fri, Jul 24, 2009 at 2:51 PM, Don Stewartd...@galois.com wrote:
jgbailey:
On Fri, Jul 24, 2009 at 2:02 PM, Don Stewartd...@galois.com wrote:
Oh, and I note you're not using -O or -O2 either?
-- Don
This is a compile time problem, wouldn't -O
#3385: Compiling readline 1.0.1.0 on GHC 6.10.3 causes panic
-+--
Reporter: gparent |Owner:
Type: bug | Status: reopened
Priority: normal
#3385: Compiling readline 1.0.1.0 on GHC 6.10.3 causes panic
-+--
Reporter: gparent |Owner:
Type: bug | Status: reopened
Priority: normal
an object
file. The memory usage seems related to template haskell, but I'm not
positive.
I've attached verbose output from compiling the module in question.
The command line I used was:
ghc -v --make -c DeliveryManagementQueries.hs -XEmptyDataDecls
-XTypeSynonymInstances -XTemplateHa
skell
Now
, and finally produces an object
file. The memory usage seems related to template haskell, but I'm not
positive.
I've attached verbose output from compiling the module in question.
The command line I used was:
ghc -v --make -c DeliveryManagementQueries.hs -XEmptyDataDecls
On Fri, Jul 24, 2009 at 2:02 PM, Don Stewartd...@galois.com wrote:
Oh, and I note you're not using -O or -O2 either?
-- Don
This is a compile time problem, wouldn't -O make it worse?
Justin
___
Glasgow-haskell-users mailing list
jgbailey:
On Fri, Jul 24, 2009 at 2:02 PM, Don Stewartd...@galois.com wrote:
Oh, and I note you're not using -O or -O2 either?
-- Don
This is a compile time problem, wouldn't -O make it worse?
Almost certainly!
___
Glasgow-haskell-users
Ironically adding -O does reduce the compile time in this case. I
shouldn't have been so quick to reply!
On Fri, Jul 24, 2009 at 2:51 PM, Don Stewartd...@galois.com wrote:
jgbailey:
On Fri, Jul 24, 2009 at 2:02 PM, Don Stewartd...@galois.com wrote:
Oh, and I note you're not using -O or -O2
#3385: Compiling readline 1.0.1.0 on GHC 6.10.3 causes panic
--+-
Reporter: gparent | Owner:
Type: bug | Status: new
Priority: normal
#3385: Compiling readline 1.0.1.0 on GHC 6.10.3 causes panic
-+--
Reporter: gparent |Owner:
Type: bug | Status: new
Priority: normal
#3385: Compiling readline 1.0.1.0 on GHC 6.10.3 causes panic
-+--
Reporter: gparent |Owner:
Type: bug | Status: new
Priority: normal
#3385: Compiling readline 1.0.1.0 on GHC 6.10.3 causes panic
-+--
Reporter: gparent |Owner:
Type: bug | Status: closed
Priority: normal
#3385: Compiling readline 1.0.1.0 on GHC 6.10.3 causes panic
-+--
Reporter: gparent | Owner:
Type: bug | Status: new
Priority: normal
Hi all,
I'd like to call Haskell functions from C and receive its output as a
string. Is compiling a Haskell program to C using ghc -C HaskellSource.hs
the preferred method of doing this?
Regards,
Greg
___
Haskell-Cafe mailing list
Haskell-Cafe
Never mind, I Found The Manual. (FTFM)
http://www.haskell.org/ghc/docs/latest/html/users_guide/win32-dlls.html
On Fri, Jun 19, 2009 at 12:51 PM, Greg Santucci thecodewi...@gmail.comwrote:
Hi all,
I'd like to call Haskell functions from C and receive its output as a
string. Is compiling
hi
I wanted to compile my little test programm so it can take advantage
of a multicore system.
But when i call the compiler with
ghc -O2 --make Benchmark.hs -threaded
it just produces a acouple of .hi and .o files but no executable.
But in the documantation was written that i just need to call
2009/6/17 Nico Rolle nro...@web.de:
hi
I wanted to compile my little test programm so it can take advantage
of a multicore system.
But when i call the compiler with
ghc -O2 --make Benchmark.hs -threaded
it just produces a acouple of .hi and .o files but no executable.
But in the
Am Mittwoch 17 Juni 2009 18:18:01 schrieb Nico Rolle:
hi
I wanted to compile my little test programm so it can take advantage
of a multicore system.
But when i call the compiler with
ghc -O2 --make Benchmark.hs -threaded
If your module name is not Main, you need the -main-is flag:
ghc -O2
oh sry now it works
thank you
2009/6/17 Deniz Dogan deniz.a.m.do...@gmail.com:
2009/6/17 Nico Rolle nro...@web.de:
hi
I wanted to compile my little test programm so it can take advantage
of a multicore system.
But when i call the compiler with
ghc -O2 --make Benchmark.hs -threaded
it
Hi all,
is it possible to make ghc embedd an application icon in the .exe during
the compilation process?
Günther
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe
Hello Gu?nther,
Tuesday, June 2, 2009, 4:47:55 PM, you wrote:
is it possible to make ghc embedd an application icon in the .exe during
the compilation process?
i've found that answer may be googled as gcc icon:
1) create icon.rc containing one line:
100 ICON freearc.ico
2) compile it using
Hi all,
is it possible to make ghc embedd a particular manifest in the .exe
during the compilation process?
Günther
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe
Hello Gu?nther,
Wednesday, June 3, 2009, 12:11:15 AM, you wrote:
Hi all,
is it possible to make ghc embedd a particular manifest in the .exe
during the compilation process?
add to .rc file:
1 24 app.manifest
and put manifect into app.manifest
--
Best regards,
Bulat
#3214: undefined reference to... when compiling parallel code
+---
Reporter: fhsanches|Owner:
Type: bug | Status: closed
Priority: normal
#3214: undefined reference to... when compiling parallel code
-+--
Reporter: fhsanches| Owner:
Type: bug | Status: new
Priority: normal
#3214: undefined reference to... when compiling parallel code
-+--
Reporter: fhsanches| Owner:
Type: bug | Status: closed
Priority: normal
#3214: undefined reference to... when compiling parallel code
+---
Reporter: fhsanches| Owner:
Type: bug | Status: new
Priority: normal
Hi guys,
I'm sorry, I asked this before ...
What is the flag you have to pass during ghc --make
in order to produce an exe on Windows that doesn't open a DOS window.
Günther
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
-optl-mwindows is the magic incantation to use. --sigbjorn
On 4/28/2009 17:37, Gü?nther Schmidt wrote:
Hi guys,
I'm sorry, I asked this before ...
What is the flag you have to pass during ghc --make
in order to produce an exe on Windows that doesn't open a DOS window.
Günther
Simon Marlow wrote:
I think the problem you're describing never got fixed: see
http://hackage.haskell.org/trac/ghc/ticket/2970
and then we decided to replace readline with editline (bad mistake) and
later decided to adopt haskeline instead. I believe some OSs (e.g.
FreeBSD) that put
Jason Pepas wrote:
Jason Pepas wrote:
Jason Pepas wrote:
/lusr/bin/ghc -#include cutils.h -DSTAGE=1 -package-name ghc-6.10.1
Um, scratch that. I've apparently become confused as to which release
I was actually building.
-jason
So I've run into a (legitimate) issue with building 6.8.3.
#1993: RegAllocLinear.getStackSlotFor: out of stack slots when compiling
SHA1.hs
in darcs
---+
Reporter: apstrand|Owner:
Type: bug | Status: closed
#783: performance problem compiling large file
-+--
Reporter: guest |Owner:
Type: compile-time performance bug | Status: new
Priority
#2380: Adjustor.o crash compiling ghc 6.8.3 on iBook G4 10.4.11
-+--
Reporter: povman|Owner:
Type: bug | Status: new
Priority: low
#1136: High memory use when compiling many let bindings.
-+--
Reporter: igloo |Owner:
Type: compile-time performance bug | Status: new
#2012: compiling via-C does not work on ppc
-+--
Reporter: maeder|Owner:
Type: bug | Status: new
Priority: lowest|Milestone: 6.12 branch
Component
Jason Pepas wrote:
Jason Pepas wrote:
/lusr/bin/ghc -#include cutils.h -DSTAGE=1 -package-name ghc-6.10.1
Um, scratch that. I've apparently become confused as to which release I
was actually building.
-jason
So I've run into a (legitimate) issue with building 6.8.3.
Initiall I was
Hi Guys,
I'm trying to rebuild ghc 6.8.3 (the previous version was built without
readline linked in), and I'm running into a compilation issue.
build error:
/lusr/bin/ghc -#include cutils.h -DSTAGE=1 -package-name ghc-6.10.1
-hide-all-packages -no-user-package-conf -package-conf
Jason Pepas wrote:
/lusr/bin/ghc -#include cutils.h -DSTAGE=1 -package-name ghc-6.10.1
Um, scratch that. I've apparently become confused as to which release I
was actually building.
-jason
___
Glasgow-haskell-users mailing list
#3103: Compiling base with cabal fails.
-+--
Reporter: Lemmih|Owner:
Type: bug | Status: new
Priority: normal|Milestone
#3103: Compiling base with cabal fails.
--+-
Reporter: Lemmih| Owner:
Type: bug | Status: new
Priority: normal| Milestone
#3103: Compiling base with cabal fails.
--+-
Reporter: Lemmih| Owner:
Type: bug | Status: new
Priority: normal| Milestone
#3103: Compiling base with -fext-core.
-+--
Reporter: Lemmih| Owner:
Type: bug | Status: new
Priority: normal| Component
#3103: Compiling base.
--+-
Reporter: Lemmih| Owner:
Type: bug | Status: new
Priority: normal| Milestone
#2826: Panic compiling lhc-0.6.20081127
-+--
Reporter: dons |Owner:
Type: bug | Status: closed
Priority: normal|Milestone
Try rm-ing *.o, *.hi.
Simon
| -Original Message-
| From: Henk-Jan van Tuyl [mailto:hjgt...@chello.nl]
| Sent: 23 February 2009 20:46
| To: Simon Peyton-Jones; Haskell cafe
| Subject: Re: [Haskell-cafe] Looping after compiling with cabal
|
|
| I tried to compile with head, but I got
: haskell-cafe-boun...@haskell.org
[mailto:haskell-cafe-boun...@haskell.org] On
| Behalf Of Henk-Jan van Tuyl
| Sent: 16 February 2009 12:04
| To: Haskell cafe
| Subject: [Haskell-cafe] Looping after compiling with cabal
|
|
| L.S.,
|
| I have updated wxFruit to compile with GHC 6.10.1, but when I
executables for wxFruit-0.1.2...
Building wxFruit-0.1.2...
[1 of 1] Compiling WXFruit ( WXFruit.hs, dist\build\WXFruit.o )
WXFruit.hs:14:0:
Bad interface file:
[...]\Haskell\GUI\wxHaskell\wxhaskell-0.11.0\lib\imports\Graphics\UI\WX.hi
mismatched interface file versions (wanted
Am Montag, 16. Februar 2009 21:33 schrieb Henk-Jan van Tuyl:
On Mon, 16 Feb 2009 14:56:01 +0100, Wolfgang Jeltsch
g9ks1...@acme.softbase.org wrote:
Am Montag, 16. Februar 2009 13:07 schrieb Neil Mitchell:
Hi Henk-Jan,
I believe cabal adds a -O on the command line, perhaps try ghc --make
normally.
Any idea how I can solve this?
Some more data:
Using:
Yampa-0.9.2.3
wxFruit-0.1.1 from Hackage, updated
GHC 6.10.1
Windows XP
Compile sessions:
[...]\Haskell\GUI\wxHaskell\wxFruit-0.1.1.updatedghc --make paddle
[1 of 2] Compiling WXFruit ( WXFruit.hs, WXFruit.o )
[2
wxFruit-0.1.1 from Hackage, updated
GHC 6.10.1
Windows XP
Compile sessions:
[...]\Haskell\GUI\wxHaskell\wxFruit-0.1.1.updatedghc --make paddle
[1 of 2] Compiling WXFruit ( WXFruit.hs, WXFruit.o )
[2 of 2] Compiling Main ( paddle.hs, paddle.o )
Linking paddle.exe
Am Montag, 16. Februar 2009 13:07 schrieb Neil Mitchell:
Hi Henk-Jan,
I believe cabal adds a -O on the command line, perhaps try ghc --make
-O (after deleting all object files)
If it’s the -O option what causes the loop then it is problably because of
this:
On Mon, 16 Feb 2009 14:56:01 +0100, Wolfgang Jeltsch
g9ks1...@acme.softbase.org wrote:
Am Montag, 16. Februar 2009 13:07 schrieb Neil Mitchell:
Hi Henk-Jan,
I believe cabal adds a -O on the command line, perhaps try ghc --make
-O (after deleting all object files)
If it’s the -O option
#1136: High memory use when compiling many let bindings.
-+--
Reporter: igloo |Owner:
Type: compile-time performance bug | Status: new
#3010: RegAllocLinear.getStackSlotFor: out of stack slots ghc 6.10.1 for
i386
-unknown-mingw32 compiling Crypto-4.1.0
---+
Reporter: agocorona | Owner:
Type: bug| Status: closed
#3010: RegAllocLinear.getStackSlotFor: out of stack slots ghc 6.10.1 for
i386
-unknown-mingw32 compiling Crypto-4.1.0
--+-
Reporter: agocorona | Owner:
Type: bug| Status: new
#2987: panic when compiling again
-+--
Reporter: dsrogers |Owner: igloo
Type: bug | Status: closed
Priority: normal|Milestone
#2878: panic while compiling Cabal-1.6.0.1
---+
Reporter: dvogel |Owner:
Type: bug | Status: closed
Priority: normal |Milestone
#2987: panic when compiling again
-+--
Reporter: dsrogers |Owner: igloo
Type: bug | Status: new
Priority: normal|Milestone
#2987: panic when compiling again
-+--
Reporter: dsrogers |Owner:
Type: bug | Status: new
Priority: normal|Milestone:
Component: Compiler
#2974: Compiling HTTP-4000.0.4 makes GHC 6.11.20090121 panic
---+
Reporter: wolverian |Owner:
Type: bug | Status: closed
Priority: normal |Milestone
#2987: panic when compiling again
-+--
Reporter: dsrogers |Owner:
Type: bug | Status: new
Priority: normal|Milestone
#2987: panic when compiling again
-+--
Reporter: dsrogers | Owner:
Type: bug | Status: new
Priority: normal| Component: Compiler
Version: 6.10.1| Severity
#2974: Compiling HTTP-4000.0.4 makes GHC 6.11.20090121 panic
--+-
Reporter: wolverian | Owner:
Type: bug| Status: new
Priority: normal | Component
#2919: ghc panic while compiling Crypto
-+--
Reporter: wchogg|Owner:
Type: bug | Status: closed
Priority: normal|Milestone:
Component: Compiler
On Fri, 2009-01-16 at 21:17 +, Chris Kuklewicz wrote:
And regex-posix has a very old school Setup.hs file with a small addition:
#!/usr/bin/env runhaskell
-- I usually compile this with ghc --make -o setup Setup.hs
import Distribution.Simple(defaultMainWithHooks,
I should note that you do not need to edit the .cabal file to do this.
As of Cabal-1.4 there are extra command line flags to configure (or
equivalently to cabal install)
--extra-include-dirs=dir --extra-lib-dirs=dir
Duncan
I have seen the new cabal arguments. All I was giving was debugging
-haskeline.exe:
unable to load package `regex-posix-0.93.2'
Prelude Text.Regex.Posix :q
Leaving GHCi.
interactive:
C:\Program Files\Haskell\regex-posix-0.93.2\ghc-6.10.1\HSregex-posix-0.93.2.o:
unknown symbol `_regerror'
Compiling reveals more details:
$ cat reg.hs EOF
import Text.Regex.Posix
test
Paulo: I suggest doing this more carefully.
Get the source from hackage.
Edit the regex-posix.cabal file to add the include and lib directories you need
on Cygwin.
cabal configure it.
cabal build it.
cabal install it.
Then in an unrelated directory try and run ghci -package regex-posix.
On Thu, 2009-01-15 at 22:00 +, ChrisK wrote:
Paulo: I suggest doing this more carefully.
Get the source from hackage.
Edit the regex-posix.cabal file to add the include and lib directories you
need
on Cygwin.
I should note that you do not need to edit the .cabal file to do this.
As
Hi Chris,
Good call, I'm following your advice. ghci fails to load with the
package that it seemed to compile just fine. Here are some details
(also see file attached).
Thank you!
Paulo
$ wget
http://hackage.haskell.org/packages/archive/regex-posix/0.93.2/regex-posix-0.93.2.tar.gz
$ vim
Duncan,
On Thu, Jan 15, 2009 at 4:35 PM, Duncan Coutts
duncan.cou...@worc.ox.ac.uk wrote:
I should note that you do not need to edit the .cabal file to do this.
As of Cabal-1.4 there are extra command line flags to configure (or
equivalently to cabal install)
--extra-include-dirs=dir
#2919: ghc panic while compiling Crypto
--+-
Reporter: wchogg| Owner:
Type: bug | Status: new
Priority: normal| Milestone:
Component: Compiler
#2919: ghc panic while compiling Crypto
---+
Reporter: wchogg | Owner:
Type: bug | Status: new
Priority: normal | Component: Compiler
Version: 6.10.1 | Severity
#2878: panic while compiling Cabal-1.6.0.1
---+
Reporter: dvogel |Owner:
Type: bug | Status: new
Priority: normal |Milestone
501 - 600 of 1371 matches
Mail list logo