#4800: Memory Leak when Compiling qtHaskell
--+-
Reporter: gidyn |
Owner:
Type: bug
When compiling blaze-builder-0.2.0.1 with ghc-7.0.1 on my ~amd64 gentoo
system, I am getting the shown below.
Any clues?
Romildo
[...]
Building blaze-builder-0.2.0.1...
[1 of 8] Compiling Blaze.ByteString.Builder.Internal (
Blaze/ByteString/Builder/Internal.hs,
dist/build/Blaze/ByteString
On 11/21/2010 3:20 AM, JosИ Romildo Malaquias wrote:
When compiling blaze-builder-0.2.0.1 with ghc-7.0.1 on my ~amd64 gentoo
system, I am getting the shown below.
Any clues?
Romildo
[...]
Building blaze-builder-0.2.0.1...
[1 of 8] Compiling Blaze.ByteString.Builder.Internal (
Blaze
#4503: compiling ghc HEAD fails on GenericTemplate.hs, looking for XBangPatterns
---+
Reporter: hasenov | Owner:
Type: bug | Status: closed
Priority
#4503: compiling ghc HEAD fails on GenericTemplate.hs, looking for XBangPatterns
-+--
Reporter: hasenov | Owner:
Type: bug | Status: new
Priority
#4348: bounds error on sparc when compiling haddock
--+-
Reporter: maeder | Owner: tibbe
Type: bug | Status: closed
Priority: highest
#4348: bounds error on sparc when compiling haddock
--+-
Reporter: maeder | Owner: tibbe
Type: bug | Status: closed
Priority: highest
#4348: bounds error on sparc when compiling haddock
--+-
Reporter: maeder | Owner: tibbe
Type: bug | Status: closed
Priority: highest
#4348: bounds error on sparc when compiling haddock
--+-
Reporter: maeder | Owner: tibbe
Type: bug | Status: closed
Priority: highest
#4348: bounds error on sparc when compiling haddock
--+-
Reporter: maeder | Owner: tibbe
Type: bug | Status: closed
Priority: highest
#4348: bounds error on sparc when compiling haddock
-+--
Reporter: maeder|Owner: tibbe
Type: bug | Status: infoneeded
Priority: highest |Milestone
#4348: bounds error on sparc when compiling haddock
-+--
Reporter: maeder|Owner: tibbe
Type: bug | Status: infoneeded
Priority: highest |Milestone
#4348: bounds error on sparc when compiling haddock
-+--
Reporter: maeder|Owner: tibbe
Type: bug | Status: infoneeded
Priority: highest |Milestone
#4348: bounds error on sparc when compiling haddock
-+--
Reporter: maeder|Owner: tibbe
Type: bug | Status: infoneeded
Priority: highest |Milestone
#4348: bounds error on sparc when compiling haddock
-+--
Reporter: maeder|Owner: tibbe
Type: bug | Status: infoneeded
Priority: highest |Milestone
#4348: bounds error on sparc when compiling haddock
-+--
Reporter: maeder|Owner: tibbe
Type: bug | Status: infoneeded
Priority: highest |Milestone
#4348: bounds error on sparc when compiling haddock
--+-
Reporter: maeder | Owner: tibbe
Type: bug | Status: closed
Priority: highest
#4348: bounds error on sparc when compiling haddock
-+--
Reporter: maeder|Owner: tibbe
Type: bug | Status: infoneeded
Priority: highest |Milestone
#4348: bounds error on sparc when compiling haddock
-+--
Reporter: maeder|Owner: tibbe
Type: bug | Status: infoneeded
Priority: highest |Milestone
#4348: bounds error on sparc when compiling haddock
-+--
Reporter: maeder|Owner: tibbe
Type: bug | Status: infoneeded
Priority: highest |Milestone
#4348: bounds error on sparc when compiling haddock
-+--
Reporter: maeder|Owner: tibbe
Type: bug | Status: infoneeded
Priority: highest |Milestone
#4348: bounds error on sparc when compiling haddock
-+--
Reporter: maeder|Owner: tibbe
Type: bug | Status: infoneeded
Priority: highest |Milestone
#4348: bounds error on sparc when compiling haddock
-+--
Reporter: maeder|Owner: tibbe
Type: bug | Status: infoneeded
Priority: highest |Milestone
#4348: bounds error on sparc when compiling haddock
-+--
Reporter: maeder|Owner: tibbe
Type: bug | Status: infoneeded
Priority: highest |Milestone
#4270: Out of memory when compiling Statistics.Quantile
---+
Reporter: Itkovian|Owner: igloo
Type: bug | Status: new
Priority: high
#4348: bounds error on sparc when compiling haddock
-+--
Reporter: maeder|Owner: tibbe
Type: bug | Status: new
Priority: highest |Milestone
#4348: bounds error on sparc when compiling haddock
-+--
Reporter: maeder|Owner: tibbe
Type: bug | Status: new
Priority: highest |Milestone
#4348: bounds error on sparc when compiling haddock
-+--
Reporter: maeder|Owner: tibbe
Type: bug | Status: new
Priority: highest |Milestone
Hi,
I'm trying to install the Leksah IDE and I've run into the problem that it
requires glib and gtk+.
Whenever I type 'configure' for glib-2.26.0 everything goes fine.
But when I type 'make' it goes through necessary actions and then suddenly
stops halfway through stating the following
with this to no avail.
What's happening is SL has its own libiconv that interferes with pretty much
everything; there have been bug reports filed against ghc, Fink, MacPorts,
and pretty much every other development-related package/collection I know of
that is available on SL.
(Also, compiling your own
#4348: bounds error on sparc when compiling haddock
-+--
Reporter: maeder|Owner: tibbe
Type: bug | Status: new
Priority: highest |Milestone
#4348: bounds error on sparc when compiling haddock
-+--
Reporter: maeder|Owner: tibbe
Type: bug | Status: new
Priority: highest |Milestone
#4348: bounds error on sparc when compiling haddock
-+--
Reporter: maeder|Owner: tibbe
Type: bug | Status: new
Priority: highest |Milestone
On Tue, Oct 19, 2010 at 7:54 AM, Patai Gergely
patai_gerg...@fastmail.fm wrote:
I have nearly the same plan: I want to compile a restrictive form of
Haskell to constant time and space C code for hard realtime embedded
targets. Except I need a top level monad with different semantics
than IO.
#4399: Infinite loop when compiling Haskell '98 code
-+--
Reporter: sjoerd_visscher | Owner:
Type: bug | Status: closed
Priority: normal
#4399: Infinite loop when compiling Haskell '98 code
-+--
Reporter: sjoerd_visscher | Owner:
Type: bug | Status: closed
Priority: normal
#4399: Infinite loop when compiling Haskell '98 code
-+--
Reporter: sjoerd_visscher | Owner:
Type: bug | Status: closed
Priority: normal
Fiddling with GHC internals sounds like overkill for this project.
Are you really sure you need a timeout to run the Haskell metaprogram? There
are many implementations of EDSLs which take the approach that you want to
take by using Haskell to create a syntax tree and the offshore it to some
There are many implementations of EDSLs which take the approach that you want
to take by using Haskell to create a syntax tree and the offshore it to some
backend compiler. None of them uses a timeout.
The difference is that they implement all the transformations after the
parsing phase, and
Yes, that would be the basic idea:
1. Compile the Haskell metaprogram.
2. Evaluate main, possibly with a timeout, in a way that keeps all its
structure including lambdas accessible (e.g. Core).
3. Compile the resulting program with other tools.
What is this different tool and how does it
Hello all,
I'm trying to reuse as much of the sweat and tear put into GHC as
possible to derive a compiler for a language highly similar to Haskell
in many aspects. The difference is that instead of constructing an
expression of type IO (), the programmer has to provide a stream
processor on the
On Sun, 17 Oct 2010, Patai Gergely wrote:
I'm trying to reuse as much of the sweat and tear put into GHC as
possible to derive a compiler for a language highly similar to Haskell
in many aspects. The difference is that instead of constructing an
expression of type IO (), the programmer has to
And it is not enough to provide just a driver function, that is called in
'main', say
run :: IOArrow a b - a - IO b
?
No, because I need to compile the stream processing program itself by a
different tool. I just want to trick GHC into doing much of the
weightlifting. No IO monad is
On Sun, Oct 17, 2010 at 12:12 PM, Patai Gergely
patai_gerg...@fastmail.fm wrote:
And it is not enough to provide just a driver function, that is called in
'main', say
run :: IOArrow a b - a - IO b
?
No, because I need to compile the stream processing program itself by a
different tool.
Not sure how this fits into what I thought you were saying. Are you
trying to use Haskell to build an AST, use GHC to optimize it, and
then spit it out and compile it with, say, a OCaml program that you
have already written?
Yes, that would be the basic idea:
1. Compile the Haskell
#4399: Infinite loop when compiling Haskell '98 code
-+--
Reporter: sjoerd_visscher | Owner:
Type: bug | Status: new
Priority: normal
#4399: Infinite loop when compiling Haskell '98 code
+---
Reporter: sjoerd_visscher | Owner:
Type: bug | Status: closed
Priority: normal
#4348: bounds error on sparc when compiling haddock
-+--
Reporter: maeder|Owner: tibbe
Type: bug | Status: new
Priority: highest |Milestone
#4348: bounds error on sparc when compiling haddock
-+--
Reporter: maeder|Owner:
Type: bug | Status: new
Priority: highest |Milestone
#4348: bounds error on sparc when compiling haddock
+---
Reporter: maeder | Owner:
Type: bug | Status: new
Priority: normal | Component: Compiler
#4348: bounds error on sparc when compiling haddock
-+--
Reporter: maeder|Owner:
Type: bug | Status: new
Priority: highest |Milestone
#4270: Out of memory when compiling Statistics.Quantile
---+
Reporter: Itkovian|Owner:
Type: bug | Status: new
Priority: highest
#4270: Out of memory when compiling Statistics.Quantile
---+
Reporter: Itkovian|Owner:
Type: bug | Status: new
Priority: highest
#4270: Out of memory when compiling Statistics.Quantile
---+
Reporter: Itkovian|Owner:
Type: bug | Status: new
Priority: highest
#4270: Out of memory when compiling Statistics.Quantile
---+
Reporter: Itkovian|Owner:
Type: bug | Status: new
Priority: highest
#4270: Out of memory when compiling Statistics.Quantile
---+
Reporter: Itkovian|Owner:
Type: bug | Status: new
Priority: highest
#3972: ghc 6.12.1 and 6.13.20090922 consume a lot more memory than 6.10.4 when
compiling language-python package
---+
Reporter: bjpop | Owner: igloo
Type: bug
#3972: ghc 6.12.1 and 6.13.20090922 consume a lot more memory than 6.10.4 when
compiling language-python package
---+
Reporter: bjpop |Owner: igloo
#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
#4270: Out of memory when compiling Statistics.Quantile
---+
Reporter: Itkovian|Owner:
Type: bug | Status: new
Priority: highest
I have some custom compilation script that uses GHC API
The aim is to extract some info from every module in dependency graph
and to write this information to the file lying near module-file.
Script goes like this:
main :: IO ()
main =
do args - getArgs
defaultErrorHandler defaultDynFlags
#4270: Out of memory when compiling Statistics.Quantile
---+
Reporter: Itkovian|Owner:
Type: bug | Status: new
Priority: highest
#4270: Out of memory when compiling Statistics.Quantile
+---
Reporter: Itkovian | Owner:
Type: bug | Status: new
Priority: normal
#4270: Out of memory when compiling Statistics.Quantile
+---
Reporter: Itkovian | Owner:
Type: bug | Status: new
Priority: normal
#3972: ghc 6.12.1 and 6.13.20090922 consume a lot more memory than 6.10.4 when
compiling language-python package
---+
Reporter: bjpop |Owner: simonpj
Hi Henk-Jan,
On Mon, Aug 23, 2010 at 00:15, Henk-Jan van Tuyl hjgt...@chello.nl wrote:
L.S.,
I am trying to compile the current release of UHC (1.0.1); I started with
the installation of the most recent version of uulib and uuagc. When
running
make uhc
I received the following message:
L.S.,
I am trying to compile the current release of UHC (1.0.1); I started with
the installation of the most recent version of uulib and uuagc. When
running
make uhc
I received the following message:
EH\Util\CompileRun.hs:46:7:
Could not find module `UU.DData.Scc':
Use
#1569: error in compiling ghc-6.6.1 on 64-bit linux
---+
Reporter: guest | Owner: simonmar
Type: bug | Status: closed
#3972: ghc 6.12.1 and 6.13.20090922 consume a lot more memory than 6.10.4 when
compiling language-python package
---+
Reporter: bjpop |Owner: simonpj
#2609: Compiling with -O2 is 7x slower than -O
---+
Reporter: simonpj | Owner:
Type: bug | Status: closed
Priority: low
#2380: Adjustor.o crash compiling ghc 6.8.3 on iBook G4 10.4.11
+---
Reporter: povman | Type: bug
Status: closed | Priority: low
Milestone: 6.12.3 |Component: Compiler
#2012: compiling via-C does not work on ppc
---+
Reporter: maeder| Owner:
Type: bug | Status: closed
Priority: lowest| Milestone: 6.12.3
Component
#2380: Adjustor.o crash compiling ghc 6.8.3 on iBook G4 10.4.11
+---
Reporter: povman | Type: bug
Status: closed | Priority: low
Milestone: 6.12.3 |Component: Compiler
#4045: Ghc panics 'ASSERT failed! file compiler/typecheck/TcTyFuns.lhs line 318'
when compiling my ghc tree.
---+
Reporter: milan |Owner:
Type: bug | Status
#3972: ghc 6.12.1 and 6.13.20090922 consume a lot more memory than 6.10.4 when
compiling language-python package
---+
Reporter: bjpop |Owner: simonpj
#3972: ghc 6.12.1 and 6.13.20090922 consume a lot more memory than 6.10.4 when
compiling language-python package
---+
Reporter: bjpop |Owner: simonpj
#3972: ghc 6.12.1 and 6.13.20090922 consume a lot more memory than 6.10.4 when
compiling language-python package
---+
Reporter: bjpop |Owner: simonpj
#3972: ghc 6.12.1 and 6.13.20090922 consume a lot more memory than 6.10.4 when
compiling language-python package
---+
Reporter: bjpop |Owner: simonpj
#3972: ghc 6.12.1 and 6.13.20090922 consume a lot more memory than 6.10.4 when
compiling language-python package
---+
Reporter: bjpop |Owner: simonpj
#3972: ghc 6.12.1 and 6.13.20090922 consume a lot more memory than 6.10.4 when
compiling language-python package
---+
Reporter: bjpop |Owner: simonpj
#4045: Ghc panics 'ASSERT failed! file compiler/typecheck/TcTyFuns.lhs line 318'
when compiling my ghc tree.
---+
Reporter: milan |Owner:
Type: bug | Status
#4045: Ghc panics 'ASSERT failed! file compiler/typecheck/TcTyFuns.lhs line 318'
when compiling my ghc tree.
---+
Reporter: milan | Owner:
Type: bug | Status
#4045: Ghc panics 'ASSERT failed! file compiler/typecheck/TcTyFuns.lhs line 318'
when compiling my ghc tree.
---+
Reporter: milan | Owner:
Type: bug | Status
#3978: ghc error while compiling Data.Vector.Algoriths.Intro
-+--
Reporter: dubhrosa |Owner:
Type: bug | Status: new
Priority: normal
#3978: ghc error while compiling Data.Vector.Algoriths.Intro
-+--
Reporter: dubhrosa |Owner:
Type: bug | Status: new
Priority: high
#3996: bug in GHC when compiling HOC (SVN revision 413)
-+--
Reporter: andrewe |Owner:
Type: bug | Status: new
Priority: normal
#3996: bug in GHC when compiling HOC (SVN revision 413)
-+--
Reporter: andrewe |Owner:
Type: bug | Status: infoneeded
Priority: normal
#3996: bug in GHC when compiling HOC (SVN revision 413)
-+--
Reporter: andrewe | Owner:
Type: bug | Status: new
Priority: normal
#3972: ghc 6.12.1 and 6.13.20090922 consume a lot more memory than 6.10.4 when
compiling language-python package
---+
Reporter: bjpop |Owner
#3972: ghc 6.12.1 and 6.13.20090922 consume a lot more memory than 6.10.4 when
compiling language-python package
---+
Reporter: bjpop |Owner
#3972: ghc 6.12.1 and 6.13.20090922 consume a lot more memory than 6.10.4 when
compiling language-python package
---+
Reporter: bjpop | Owner
#3978: ghc error while compiling Data.Vector.Algoriths.Intro as part of cabal
install criterion
-+--
Reporter: dubhrosa | Owner:
Type: bug | Status: new
#3978: ghc error while compiling Data.Vector.Algoriths.Intro
-+--
Reporter: dubhrosa | Owner:
Type: bug | Status: new
Priority: normal| Component
#3978: ghc error while compiling Data.Vector.Algoriths.Intro
-+--
Reporter: dubhrosa | Owner:
Type: bug | Status: new
Priority: normal| Component
#3972: ghc 6.12.1 and 6.13.20090922 consume a lot more memory than 6.10.4 when
compiling language-python package
---+
Reporter: bjpop | Owner
On Wed, Mar 17, 2010 at 08:18:50AM +1100, Erik de Castro Lopo wrote:
Vincent Hanquez wrote:
I was looking for a way to generate 32 bits haskell binary on a 64 bits
linux.
Once absolutely reliable and foolproof way of doing this is to run a
32 bit chroot within your 64 bit system and
On Tue, Mar 16, 2010 at 06:27:42PM +0100, Christian Maeder wrote:
I think you need to install the 32bit ghc first, because you'll need all
the 32bit haskell libs. At least I was able to use the 32bit ghc
(version 6.8.2) on a 64 bit linux by changing the script in the bin
directory from
exec
On Mar 17, 2010, at 06:08 , Vincent Hanquez wrote:
On Wed, Mar 17, 2010 at 08:18:50AM +1100, Erik de Castro Lopo wrote:
Vincent Hanquez wrote:
I was looking for a way to generate 32 bits haskell binary on a 64
bits linux.
Once absolutely reliable and foolproof way of doing this is to run a
Hi Cafe,
I was looking for a way to generate 32 bits haskell binary on a 64 bits linux.
I've looked at the user guide and tried to use the -fvia-C with -optc -m32 but
the generated C file doesn't compile with lots of error messages like the
following:
$ ghc -o hello hello.hs -fvia-C -optc -m32
301 - 400 of 1371 matches
Mail list logo