#2328: Compiling DoCon with 6.8.3 has 3x slow-down compared with 6.8.2
--+-
Reporter: simonpj | Owner:
Type: compile-time performance bug | Status: new
Priority
#2328: Compiling DoCon with 6.8.3 has 3x slow-down compared with 6.8.2
--+-
Reporter: simonpj | Owner:
Type: compile-time performance bug | Status: new
Priority
#2328: Compiling DoCon with 6.8.3 has 3x slow-down compared with 6.8.2
--+-
Reporter: simonpj | Owner: simonpj
Type: compile-time performance bug | Status: new
#2045: Link error when compiling with -fhpc
--+-
Reporter: guest | Owner: igloo
Type: merge | Status: new
Priority: normal| Milestone: 6.8.3
Component: Compiler
#2045: Link error when compiling with -fhpc
--+-
Reporter: guest | Owner: igloo
Type: merge | Status: new
Priority: normal| Milestone: 6.8.3
Component: Compiler
#2328: Compiling DoCon with 6.8.3 has 3x slow-down compared with 6.8.2
--+-
Reporter: simonpj | Owner:
Type: compile-time performance bug | Status: new
Priority
#2328: Compiling DoCon with 6.8.3 has 3x slow-down compared with 6.8.2
-+--
Reporter: simonpj | Owner:
Type: compile-time performance bug | Status: new
Priority
#2290: Impossible happens compiling darcs
---+
Reporter: tux_rocker | Owner:
Type: bug| Status: closed
Priority: normal | Milestone
#2290: Impossible happens compiling darcs
--+-
Reporter: tux_rocker | Owner:
Type: bug| Status: new
Priority: normal | Component: Compiler
#2248: .exe extension missing when compiling a file ending in dot + digits + dot
hs
--+-
Reporter: oboudry | Owner:
Type: bug | Status: closed
Priority: normal
#2248: .exe extension missing when compiling a file ending in dot + digits + dot
hs
--+-
Reporter: oboudry | Owner:
Type: bug | Status: reopened
Priority: normal
#2248: .exe extension missing when compiling a file ending in dot + digits + dot
hs
--+-
Reporter: oboudry | Owner:
Type: bug | Status: reopened
Priority: normal
#2248: .exe extension missing when compiling a file ending in dot + digits + dot
hs
--+-
Reporter: oboudry | Owner:
Type: bug | Status: new
Priority: normal
#2248: .exe extension missing when compiling a file ending in dot + digits + dot
hs
--+-
Reporter: oboudry | Owner:
Type: bug | Status: new
Priority: normal
#2248: .exe extension missing when compiling a file ending in dot + digits + dot
hs
+---
Reporter: oboudry | Owner:
Type: bug | Status: new
Priority: normal | Component
ccing Haskell Cafe in case anyone else is interested in my answer..
Bryan O'Sullivan wrote:
Adrian Hey wrote:
I don't think anyone is interested in working on this or maintaining
it, so it's probably best not to use it for new stuff.
If nobody has stepped up yet, I'll take it over. It
#2012: compiling via-C does not work on ppc
--+-
Reporter: maeder| Owner:
Type: bug | Status: new
Priority: low | Milestone: 6.8.3
Component: Compiler
On Apr 27, 2008, at 12:16 , David F. Place wrote:
Thanks for the tip. I edited the collections.cabal file to add
bytestring to the Build-depends. It also needed containers and
array! The build gave streams of warnings and finally failed, so
I guess this library is not ready for use.
David F. Place wrote:
Thanks for the tip. I edited the collections.cabal file to add
bytestring to the Build-depends. It also needed containers and
array! The build gave streams of warnings and finally failed, so I
guess this library is not ready for use.
I don't think anyone is
Hi,
I am not able to build collections-0.3 because on an error. I hope
someone can give me a hint. Below, please find a short transcript with
various version information.
Cheers, David
[EMAIL PROTECTED] ~]$ cd Desktop/collections-0.3
[EMAIL PROTECTED] collections-0.3]$ runghc Setup.hs
On Apr 26, 2008, at 4:25 PM, David F. Place wrote:
Data/Collections.hs:154:17:
Could not find module `Data.ByteString.Lazy':
it is a member of package bytestring-0.9.0.4, which is hidden
In the .cabal file, add bytestring to the dependencies property.
- Jake
#2045: Link error when compiling with -fhpc
--+-
Reporter: guest | Owner: igloo
Type: bug | Status: new
Priority: normal| Milestone: 6.8.3
Component: Compiler
#2015: SOE samples crash when running from ghci rather than compiling and
running
with ghc
--+-
Reporter: justinhj | Owner:
Type: bug | Status: closed
Priority: normal
and removed the package and
installed it again. The problem remained.
The output from the compiler run:
ghc -Wall --make TestOpenAL.hs -iC:\Programs\Haskell\Libs -dcore-lint
-o TestO
penAL.exe
[1 of 1] Compiling Main ( TestOpenAL.hs, TestOpenAL.o )
TestOpenAL.hs:57:8:
Warning
#783: performance problem compiling large file
--+-
Reporter: guest | Owner: igloo
Type: compile-time performance bug | Status: new
Priority: normal
#783: performance problem compiling large file
--+-
Reporter: guest | Owner:
Type: compile-time performance bug | Status: new
Priority: normal
#2162: panic! (the 'impossible' happened) while compiling XMonadContrib
---+
Reporter: ivant | Owner:
Type: bug | Status: new
Priority: normal | Component: Compiler
#2162: panic! (the 'impossible' happened) while compiling XMonadContrib
-+--
Reporter: ivant |Owner:
Type: bug | Status: closed
Priority: normal|Milestone
#783: performance problem compiling large file
-+--
Reporter: guest| Owner: igloo
Type: merge| Status: new
Priority: normal | Milestone: 6.8.3
Component
#783: performance problem compiling large file
-+--
Reporter: guest| Owner: igloo
Type: merge| Status: new
Priority: normal | Milestone: 6.8.3
Component
#2012: compiling via-C does not work on ppc
--+-
Reporter: maeder| Owner:
Type: bug | Status: new
Priority: normal| Milestone: 6.8.3
Component: Compiler
#2015: SOE samples crash when running from ghci rather than compiling and
running
with ghc
--+-
Reporter: justinhj | Owner:
Type: bug | Status: new
Priority: normal
#2045: Link error when compiling with -fhpc
--+-
Reporter: guest | Owner:
Type: bug | Status: new
Priority: normal| Milestone: 6.8.3
Component: Compiler
#1136: High memory use when compiling many let bindings.
--+-
Reporter: igloo | Owner:
Type: compile-time performance bug | Status: new
Priority: high
#1993: RegAllocLinear.getStackSlotFor: out of stack slots when compiling
SHA1.hs
in darcs
+---
Reporter: apstrand| Owner:
Type: bug | Status: new
Priority
#1136: High memory use when compiling many let bindings.
--+-
Reporter: igloo | Owner:
Type: compile-time performance bug | Status: new
Priority: high
#1136: High memory use when compiling many let bindings.
--+-
Reporter: igloo | Owner:
Type: compile-time performance bug | Status: new
Priority: high
have Blobs compiling and running in my machine.
Its an Kubuntu Gutsy with GHC 6.6.1 and HaXml 1.19.SOMETHING (I'm using
a repository version but not yet the current one)
This implies some minor changes that I've as local patches, that I can
send to you as soon as I find how to get a file per patch from
Blobs compiling and running in my machine.
Its an Kubuntu Gutsy with GHC 6.6.1 and HaXml 1.19.SOMETHING (I'm using
a repository version but not yet the current one)
This implies some minor changes that I've as local patches, that I can
send to you as soon as I find how to get a file per patch
/haskell-cafe
Hi Peter,
I have Blobs compiling and running in my machine.
Its an Kubuntu Gutsy with GHC 6.6.1 and HaXml 1.19.SOMETHING (I'm using
a repository version but not yet the current one)
This implies some minor changes that I've as local patches, that I can
send to you as soon as I
Peter Verswyvelen wrote:
However I'm using GHC 6.8.2 on Fedora 8. BTW what do you think is the
best distro for doing Haskell development?
they all suck if you want to be able to try/use the latest stuff, in my
experience; just install a GHC and cabal stuff in your home directory
(you can
I'm trying to build http://www.cs.york.ac.uk/fp/darcs/Blobs using GHC
6.8.2. It looks like a good Haskell program to learn from.
So far I managed to modify the source code so it makes use of the new
HaXML libraries, and after a lot of hacking I could build and link to
wxHaskell, but my app
#2045: Link error when compiling with -fhpc
+---
Reporter: guest| Owner:
Type: bug | Status: new
Priority: normal | Component: Compiler
Version: 6.8.2
#2045: Link error when compiling with -fhpc
-+--
Reporter: guest |Owner:
Type: bug | Status: new
Priority: normal|Milestone:
Component: Compiler
#1136: High memory use when compiling many let bindings.
--+-
Reporter: igloo | Owner:
Type: compile-time performance bug | Status: new
Priority: high
#783: performance problem compiling large file
--+-
Reporter: guest | Owner:
Type: compile-time performance bug | Status: new
Priority: normal
#1875: Compiling with -O is 30 times slower than with -Onot
--+-
Reporter: simonpj | Owner:
Type: compile-time performance bug | Status: new
Priority: normal
#1981: panic when compiling record implementation using type families
--+-
Reporter: jeltsch | Owner: igloo
Type: merge | Status: closed
Priority: normal| Milestone
#1993: RegAllocLinear.getStackSlotFor: out of stack slots when compiling
SHA1.hs
in darcs
--+-
Reporter: apstrand | Owner:
Type: bug | Status: new
Priority: normal
#1993: RegAllocLinear.getStackSlotFor: out of stack slots when compiling
SHA1.hs
in darcs
--+-
Reporter: apstrand | Owner:
Type: bug | Status: new
Priority: normal
#1981: panic when compiling record implementation using type families
--+-
Reporter: jeltsch | Owner: igloo
Type: merge | Status: new
Priority: normal| Milestone
#1981: panic when compiling record implementation using type families
--+-
Reporter: jeltsch | Owner: igloo
Type: merge | Status: new
Priority: normal| Milestone
#1993: RegAllocLinear.getStackSlotFor: out of stack slots when compiling
SHA1.hs
in darcs
-+--
Reporter: apstrand | Owner:
Type: bug | Status: new
Priority: normal
#1993: RegAllocLinear.getStackSlotFor: out of stack slots when compiling
SHA1.hs
in darcs
--+-
Reporter: apstrand | Owner:
Type: bug | Status: new
Priority: normal
#1981: panic when compiling record implementation using type families
--+-
Reporter: jeltsch | Owner:
Type: bug | Status: new
Priority: normal| Milestone
#1981: panic when compiling record implementation using type families
--+-
Reporter: jeltsch | Owner:
Type: bug | Status: new
Priority: normal| Milestone
compile.bat
propperly, use compile.bat mgw. Please also make sure
that your MinGW path should come before the GHC's gcc-lib
path in the PATH environment.
However, the readme.html file has the following note:
Do not use the MSYS shell for compiling GLFW, because the supplied batch
file
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Peter Verswyvelen
Sent: Monday, December 17, 2007 9:30 PM
To: haskell-cafe@haskell.org
Subject: [Haskell-cafe] Compiling GLFW / SOE on Windows
Hi,
This might be a tip for people trying to compile the GLFW package bundled
with SOE
#1981: panic when compiling record implementation using type families
-+--
Reporter: jeltsch | Owner:
Type: bug | Status: new
Priority: normal| Milestone
#783: performance problem compiling large file
-+--
Reporter: guest| Owner:
Type: bug | Status: new
Priority: normal | Milestone: 6.8.3
Component
#1136: High memory use when compiling many let bindings.
-+--
Reporter: igloo| Owner:
Type: bug | Status: new
Priority: high | Milestone: 6.8.3
#1875: Compiling with -O is 30 times slower than with -Onot
-+--
Reporter: simonpj | Owner:
Type: bug | Status: new
Priority: normal | Milestone: 6.8.3
Bulat Ziganshin wrote:
i've seen the following report from a man who tried to compile 6.8.1
under linux without having any ghc installed:
checking for ghc... no
checking for path to top of build tree...
./configure: line 2724: -v0: command not found
./configure: line 2728: utils/pwd/pwd: No
#1948: panic compiling associated type synonyms
+---
Reporter: guest | Owner:
Type: bug | Status: new
Priority: normal
#1948: panic compiling associated type synonims
--+-
Reporter: guest | Owner:
Type: bug | Status: new
Priority: normal| Milestone
#1916: compiling truncate :: Float - Int with -O2 panics ghc
--+-
Reporter: conal | Owner: simonmar
Type: bug | Status: new
Priority: normal| Milestone: 6.8.2
#1916: compiling truncate :: Float - Int with -O2 panics ghc
--+-
Reporter: conal | Owner: igloo
Type: merge | Status: new
Priority: normal| Milestone: 6.8.2
#1916: compiling truncate :: Float - Int with -O2 panics ghc
--+-
Reporter: conal | Owner: igloo
Type: merge | Status: closed
Priority: normal| Milestone: 6.8.2
#1916: compiling truncate :: Float - Int with -O2 panics ghc
--+-
Reporter: conal | Owner:
Type: bug | Status: new
Priority: normal| Milestone: 6.8.2
#1916: compiling truncate :: Float - Int with -O2 panics ghc
--+-
Reporter: conal | Owner:
Type: bug | Status: new
Priority: normal| Milestone:
Component
Hello ,
i've seen the following report from a man who tried to compile 6.8.1
under linux without having any ghc installed:
checking for ghc... no
checking for path to top of build tree...
./configure: line 2724: -v0: command not found
./configure: line 2728: utils/pwd/pwd: No such file or
#1870: ghc-6.8.1 panics compiling regex-tdfa-0.93
+---
Reporter: ChrisKuklewicz | Owner: simonpj
Type: bug | Status: new
Priority: low | Milestone: 6.8.2
#1870: ghc-6.8.1 panics compiling regex-tdfa-0.93
+---
Reporter: ChrisKuklewicz | Owner:
Type: bug | Status: new
Priority: low | Milestone: 6.8.2
#1882: GHC's vfork() silently dies, which renders compiling impossible (cyclic
dependency)
--+-
Reporter: raw | Owner:
Type: bug
#1870: ghc-6.8.1 panics compiling regex-tdfa-0.93
+---
Reporter: ChrisKuklewicz | Owner:
Type: bug | Status: new
Priority: normal | Milestone
#783: performance problem compiling large file
--+-
Reporter: guest | Owner:
Type: bug | Status: new
Priority: normal| Milestone: 6.8 branch
Component
#1136: High memory use when compiling many let bindings.
--+-
Reporter: igloo | Owner:
Type: bug | Status: new
Priority: high | Milestone: 6.4.3
Component
#1136: High memory use when compiling many let bindings.
--+-
Reporter: igloo | Owner:
Type: bug | Status: new
Priority: high | Milestone: 6.8.3
Component
#783: performance problem compiling large file
--+-
Reporter: guest | Owner:
Type: bug | Status: new
Priority: normal| Milestone: 6.8.3
Component: Compiler
#1875: Compiling with -O is 30 times slower than with -Onot
--+-
Reporter: simonpj | Owner:
Type: bug | Status: new
Priority: normal| Milestone: 6.8.3
Component
#1334: apparent memory leak in --make mode (compiling base library during
building
ghc)
--+-
Reporter: Isaac Dupree | Owner:
Type: bug | Status: closed
Priority: normal
#1882: GHC's vfork() silently dies, wich renders compiling impossible
--+-
Reporter: raw | Owner:
Type: bug | Status: new
Priority
#1882: GHC's vfork() silently dies, which renders compiling impossible
--+-
Reporter: raw|Owner:
Type: bug| Status: new
Priority
#1882: GHC's vfork() silently dies, which renders compiling impossible
--+-
Reporter: raw|Owner:
Type: bug| Status: new
Priority
#1882: GHC's vfork() silently dies, which renders compiling impossible
--+-
Reporter: raw|Owner:
Type: bug| Status: new
Priority
#1882: GHC's vfork() silently dies, which renders compiling impossible (cyclic
dependency)
-+--
Reporter: raw |Owner:
Type: bug
#1870: ghc-6.8.1 panics compiling regex-tdfa-0.93
+---
Reporter: ChrisKuklewicz | Owner:
Type: bug | Status: new
Priority: normal | Milestone
' to
*be in scope at link-time. */
extern char** environ;
INLINE char **__hscore_environ() { return environ; }
Deborah
On Nov 6, 2007, at 3:03 AM, Joel Reymont wrote:
Folks,
I keep getting this issue when compiling ghc 6.8.1 on Leopard.
Manuel doesn't have this issue for some reason. I have
X has nothing to do with this.
Run this test:
junior:ghc-6.8.1 joelr$ nm compiler/stage2/ghc-6.8.1|grep _environ
008f7e10 T ___hscore_environ
00a40004 D _environ
The symbol is there (D). Now run the same on /usr/local/lib/ghc-6.8.1/
ghc-6.8.1, assuming you installed into /usr/local. The
On Wed, 2007-11-07 at 11:50 -0500, Seth Kurtzberg wrote:
Run:
ghc-pkg list
See what it thinks about the status of happy.
happy is a program. ghc-pkg doesn't know about it.
i'm having some difficulties compiling the 6.8.1 extralibs on a Mandriva
2007.0 box. Despite happy 1.15
Run:
ghc-pkg list
See what it thinks about the status of happy.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Alexis
Hazell
Sent: Wednesday, November 07, 2007 9:02 AM
To: glasgow-haskell-users@haskell.org
Subject: Problem compiling 6.8.1
Hi all,
i'm having some difficulties compiling the 6.8.1 extralibs on a Mandriva
2007.0 box. Despite happy 1.15 being installed (with the happy binary
in /usr/bin/), i get the following error:
Preprocessing library haskell-src-1.0.1.1...
Setup: The program happy is required
On Thursday 08 November 2007 04:41, Duncan Coutts wrote:
Install happy from
http://hackage.haskell.org/cgi-bin/hackage-scripts/package/happy-1.17
Note that happy 1.17 needs Cabal-1.2 and 1.16 needs Cabal-1.1.6.
Ah, that would be the problem then . . . . i'm upgrading from GHC 6.4.2, and
so
Folks,
I keep getting this issue when compiling ghc 6.8.1 on Leopard. Manuel
doesn't have this issue for some reason. I have removed the GMP
framework as per his suggestion but it didn't help.
Any clues?
---
GHCi, version 6.8.1: http://www.haskell.org/ghc/ :? for help
ghc-6.8.1:
/usr
#1195: Build error on MacOSX (Intel) 10.4.8 for HEAD from 2007-03-05 when
compiling with ghc-6.6
+---
Reporter: [EMAIL PROTECTED] | Owner:
Type: bug | Status: new
#1684: impossible happened when compiling darcs with GADTs.
---+
Reporter: [EMAIL PROTECTED] | Owner:
Type: bug| Status: new
Priority: normal
://darcs.haskell.org/yaht/yaht.pdf ]. Then the 'laziness' took over and
my 'idea of being strictly functional' took a back-seat. The news of release
of ghc Version 6.8.1 (3 November 2007) reignited the desire. This time I
thought of compiling the ghc from source [ Main -
http://www.haskell.org/ghc/dist/6.8.1/ghc
@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe
--
View this message in context:
http://www.nabble.com/Compiling-GHC-on-Scientific-Linux-V5--http%3A--ftp.scientificlinux.org-linux-scientific-50-iso-i386-SL-5.0-050407-i386-DVD.iso%2C-Build-on-RHEL5--tf4751963.html#a13590339
#1793: Compiling QuickCheck fails
+---
Reporter: guest | Owner:
Type: bug| Status: new
Priority: normal | Milestone:
Component
#1793: Compiling QuickCheck fails
--+-
Reporter: guest |Owner:
Type: bug| Status: closed
Priority: normal |Milestone
701 - 800 of 1371 matches
Mail list logo
