Hi all,
I've googled for this but haven't really found an answer yet. Is
it possible to build (or better yet download) a GHC compiler that
runs on Linux and generates windows binaries?
I already use the MinGW C compiler to generate windows binaries
from C code and I run my test suite under WINE.
On Mon, Dec 29, 2008 at 10:31 AM, Erik de Castro Lopo
mle...@mega-nerd.com wrote:
Hi all,
I've googled for this but haven't really found an answer yet. Is
it possible to build (or better yet download) a GHC compiler that
runs on Linux and generates windows binaries?
I already use the MinGW
Jeff Zaroyko wrote:
Hi Erik
See http://haskell.org/haskellwiki/GHC_under_Wine
Thanks Jeff, that works. Its not quite as convenient as a
cross-compiler but will definitely do for now.
Cheers,
Erik
--
-
Erik de Castro Lopo
Hello Erik,
Monday, December 29, 2008, 2:31:40 AM, you wrote:
ghc doesn't support cross-compilation
I've googled for this but haven't really found an answer yet. Is
it possible to build (or better yet download) a GHC compiler that
runs on Linux and generates windows binaries?
I already use
#2878: panic while compiling Cabal-1.6.0.1
-+--
Reporter: dvogel| Owner:
Type: bug | Status: new
Priority: normal| Component
#2878: panic while compiling Cabal-1.6.0.1
--+-
Reporter: dvogel| Owner:
Type: bug | Status: new
Priority: normal| Milestone
#2844: incorrect results when not compiling with optimisation
-+--
Reporter: igloo |Owner:
Type: bug | Status: closed
Priority: high
#2844: incorrect results when not compiling with optimisation
-+--
Reporter: igloo |Owner:
Type: bug | Status: new
Priority: high
#2844: incorrect results when not compiling with optimisation
---+
Reporter: igloo | Owner:
Type: bug | Status: new
Priority: high
#2844: incorrect results when not compiling with optimisation
-+--
Reporter: igloo |Owner:
Type: bug | Status: new
Priority: high
#2729: Stuck when compiling XMonad.StackSet in xmonad 0.9 (hackage version)
---+
Reporter: mnislaih|Owner:
Type: bug | Status: closed
Priority
#1870: ghc-6.8.1 panics compiling regex-tdfa-0.93
-+--
Reporter: ChrisKuklewicz|Owner: simonpj
Type: bug | Status: new
Priority: low
#1870: ghc-6.8.1 panics compiling regex-tdfa-0.93
-+--
Reporter: ChrisKuklewicz|Owner: simonpj
Type: bug | Status: new
Priority: low
#2729: Stuck when compiling XMonad.StackSet in xmonad 0.9 (hackage version)
---+
Reporter: mnislaih|Owner:
Type: bug | Status: closed
Priority
#2826: Panic compiling lhc-0.6.20081127
-+--
Reporter: dons | Owner:
Type: bug | Status: new
Priority: normal| Component
#2729: Stuck when compiling XMonad.StackSet in xmonad 0.9 (hackage version)
-+--
Reporter: mnislaih |Owner:
Type: bug | Status: new
#2729: Stuck when compiling XMonad.StackSet in xmonad 0.9 (hackage version)
-+--
Reporter: mnislaih |Owner:
Type: bug | Status: new
#2729: Stuck when compiling XMonad.StackSet in xmonad 0.9 (hackage version)
---+
Reporter: mnislaih|Owner:
Type: bug | Status: new
Priority
#2729: Stuck when compiling XMonad.StackSet in xmonad 0.9 (hackage version)
-+--
Reporter: mnislaih |Owner:
Type: bug | Status: new
#2380: Adjustor.o crash compiling ghc 6.8.3 on iBook G4 10.4.11
--+-
Reporter: povman| Owner:
Type: bug | Status: new
Priority: normal| Milestone: 6.10.2
#2380: Adjustor.o crash compiling ghc 6.8.3 on iBook G4 10.4.11
--+-
Reporter: povman| Owner:
Type: bug | Status: new
Priority: normal| Milestone: 6.10.2
When installing package haskell-src-exts via cabal install, I get the error
Language/Haskell/Exts/Syntax.hs:102:7:
Could not find module `Data.Data':
it is a member of package base, which is hidden
However, when manually installing
runhaskell Setup.hs configure/build/install
It works
2008/11/11 Hugo Pacheco [EMAIL PROTECTED]:
When installing package haskell-src-exts via cabal install, I get the error
Language/Haskell/Exts/Syntax.hs:102:7:
Could not find module `Data.Data':
it is a member of package base, which is hidden
However, when manually installing
While building the GLUT package (GLUT-2.1.1.2) with ghc 6.10.1, I get the
following errors. I recently compiled this same version successfully in
ghc-6.11.20081103.
Any idea what's gone wrong?
[20 of 21] Compiling Graphics.UI.GLUT.Begin ( Graphics/UI/GLUT/Begin.hs,
dist/build/Graphics/UI
successfully in
ghc-6.11.20081103.
Any idea what's gone wrong?
[20 of 21] Compiling Graphics.UI.GLUT.Begin (
Graphics/UI/GLUT/Begin.hs, dist/build/Graphics/UI/GLUT/Begin.o )
[21 of 21] Compiling Graphics.UI.GLUT ( Graphics/UI/GLUT.hs,
dist/build/Graphics/UI/GLUT.o )
cbits/HsGLUT.c
Greetings
I would like to report that I am not able to compile hdbc 1.1.5.0.
$ runghc.exe Setup.lhs build
Preprocessing library HDBC-1.1.5...
Building HDBC-1.1.5...
[1 of 6] Compiling Database.HDBC.ColTypes ( Database\HDBC\ColTypes.hs,
dist\build\Database\HDBC\ColTypes.o )
[2 of 6] Compiling
that I am not able to compile hdbc 1.1.5.0.
$ runghc.exe Setup.lhs build
Preprocessing library HDBC-1.1.5...
Building HDBC-1.1.5...
[1 of 6] Compiling Database.HDBC.ColTypes ( Database\HDBC\ColTypes.hs,
dist\build\Database\HDBC\ColTypes.o )
[2 of 6] Compiling Database.HDBC.Statement
PROTECTED]:
Greetings
I would like to report that I am not able to compile hdbc 1.1.5.0.
$ runghc.exe Setup.lhs build
Preprocessing library HDBC-1.1.5...
Building HDBC-1.1.5...
[1 of 6] Compiling Database.HDBC.ColTypes ( Database\HDBC\ColTypes.hs,
dist\build\Database\HDBC\ColTypes.o )
[2
#2722: loop when compiling with -O option with ghc-6.10.0.20081019
---+
Reporter: uwe| Owner:
Type: bug| Status: closed
Priority: normal
Hi,
I got my ghc 6.8 by `darcs get --partial
http://darcs.haskell.org/ghc-6.8/ghc`, and after `darcs-all get`, `sh
boot`, `configure`, without any problem, I started to make it.
Well, when compiling libraries/stm, it reports
Control/Concurrent/STM/TVar.hs:22:8: Not in scope: `readTVarIO
#2722: loop when compiling with -O option with ghc-6.10.0.20081019
---+
Reporter: uwe| Owner:
Type: bug| Status: new
Priority: normal
#2722: loop when compiling with -O option with ghc-6.10.0.20081019
---+
Reporter: uwe| Owner:
Type: bug| Status: new
Priority: high
#2722: loop when compiling with -O option with ghc-6.10.0.20081019
---+
Reporter: uwe| Owner:
Type: bug| Status: new
Priority: high
#2722: loop when compiling with -O option with ghc-6.10.0.20081019
---+
Reporter: uwe| Owner:
Type: bug| Status: new
Priority: high
#2729: Stuck when compiling XMonad.StackSet in xmonad 0.9 (hackage version)
-+--
Reporter: mnislaih | Owner:
Type: bug | Status: new
Priority
#2722: loop when compiling with -O option with ghc-6.10.0.20081019
---+
Reporter: uwe| Owner:
Type: bug| Status: new
Priority: high
#2722: loop when compiling with -O option with ghc-6.10.0.20081019
---+
Reporter: uwe| Owner:
Type: bug| Status: new
Priority: high
#2722: loop when compiling with -O option with ghc-6.10.0.20081019
--+-
Reporter: uwe| Owner:
Type: bug| Status: new
Priority: normal
I am not sure what is going wrong. I have not been using Haskell on windows. I
am also copying this reply to haskell-cafe and libaries mailing lists. Does
anyone know?
Parnell Flynn wrote:
I am having a terrible time compiling the 0.93.2 version of the
regex-posix library on windows XP
#2687: Lexical error when compiling unicode-prelude-0.1 using GHC 6.10.1 RC1
+---
Reporter: albertfong | Owner:
Type: bug | Status: closed
Priority: high
#2687: Lexical error when compiling unicode-prelude-0.1 using GHC 6.10.1 RC1
+---
Reporter: albertfong | Owner:
Type: bug | Status: new
Priority: high
#2687: Lexical error when compiling unicode-prelude-0.1 using GHC 6.10.1 RC1
-+--
Reporter: albertfong| Owner:
Type: bug | Status: new
Priority: normal
#2687: Lexical error when compiling unicode-prelude-0.1 using GHC 6.10.1 RC1
+---
Reporter: albertfong | Owner:
Type: bug | Status: new
Priority: high
#1136: High memory use when compiling many let bindings.
--+-
Reporter: igloo | Owner:
Type: compile-time performance bug | Status: new
#783: performance problem compiling large file
--+-
Reporter: guest | Owner:
Type: compile-time performance bug | Status: new
Priority: normal
#1870: ghc-6.8.1 panics compiling regex-tdfa-0.93
--+-
Reporter: ChrisKuklewicz| Owner: simonpj
Type: bug | Status: new
Priority: normal
Changes (by igloo):
* milestone: 6.10.1 = 6.12 branch
Comment:
I don't think we're likely to fix this before -fvia-C is removed in 6.12.
The workaround is just to use `-fasm`, of course.
I wonder how porting to other platforms will be achieved in the future
without going via C.
Hi Christian,
On Tue, Sep 30, 2008 at 10:07:41AM +0200, Christian Maeder wrote:
I don't think we're likely to fix this before -fvia-C is removed in 6.12.
The workaround is just to use `-fasm`, of course.
I wonder how porting to other platforms will be achieved in the future
without
#2012: compiling via-C does not work on ppc
--+-
Reporter: maeder| Owner:
Type: bug | Status: new
Priority: normal| Milestone: 6.12 branch
Component
#2609: Compiling with -O2 is 7x slower than -O
--+-
Reporter: simonpj | Owner:
Type: compile-time performance bug | Status: new
Priority: normal
#2609: Compiling with -O2 is 7x slower than -O
--+-
Reporter: simonpj | 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: closed
Priority: normal
#2609: Compiling with -O2 is 7x slower than -O
-+--
Reporter: simonpj | Owner:
Type: compile-time performance bug | Status: new
Priority: normal
#2586: ghc segfaults when compiling bytestring001
---+
Reporter: igloo | Owner: simonmar
Type: bug| Status: new
Priority: high | Milestone: 6.10.1
#2586: ghc segfaults when compiling bytestring001
---+
Reporter: igloo | Owner: simonmar
Type: bug| Status: closed
Priority: high | Milestone: 6.10.1
#2586: ghc segfaults when compiling bytestring001
-+--
Reporter: igloo | Owner:
Type: bug | Status: new
Priority: high | Milestone: 6.10.1
For anyone who might experience the same problem...
Intalling ghc-6.8.3, the following error occurred:
make -C libraries all
make[1]: Entering directory `/path/to/src/gh
c-6.8.3/ghc-6.8.3/libraries'
rm -f -f
#2438: memory performance problem when compiling lots of derived instances in a
single file
--+-
Reporter: claus | Owner:
Type: compile-time performance bug | Status
#1993: RegAllocLinear.getStackSlotFor: out of stack slots when compiling
SHA1.hs
in darcs
+---
Reporter: apstrand| Owner:
Type: bug | Status: new
Priority
Maybe you could try building it with 2.8 and let us know how
it goes?
--
_jsn
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe
Hi,
On Wed, 30 Jul 2008 16:02:22 +0900, Jason Dusek [EMAIL PROTECTED] wrote:
Maybe you could try building it with 2.8 and let us know how
it goes?
We are discussing his problem in wxhaskell-users mailing-list now.
http://www.mail-archive.com/[EMAIL PROTECTED]/msg00488.html
I send patch
#2248: .exe extension missing when compiling a file ending in dot + digits + dot
hs
-+--
Reporter: oboudry | Owner: simonmar
Type: bug | Status: closed
Priority: normal
#2248: .exe extension missing when compiling a file ending in dot + digits + dot
hs
-+--
Reporter: oboudry | Owner: simonmar
Type: bug | Status: closed
Priority: normal
Please ignore the obvious security holes, as this is not a script
meant for public consumption, but some internal testing and
prototyping. I would like to write the result of my computation out
to a file inside of cgiMain, but the type of the monad inside cgiMain
is this odd CGIT IO CGIResult. I
Hi
I had this same problem and I'm not sure my way is correct but I used
'Control.Monad.Trans.liftIO'
Here is some code that I am using
{-
The main program is pretty simple we just run the CGI action.
-}
main :: IO ()
main = Cgi.runCGI $ Cgi.handleErrors cgiMain
{-
To be able to produce
Beautiful, thank you. That worked.
On Tue, Jul 29, 2008 at 12:07 PM, allan [EMAIL PROTECTED] wrote:
Hi
I had this same problem and I'm not sure my way is correct but I used
'Control.Monad.Trans.liftIO'
Here is some code that I am using
{-
The main program is pretty simple we just run
On Tue, Jul 29, 2008 at 8:57 AM, Jefferson Heard
[EMAIL PROTECTED] wrote:
I tried using liftM on writeFile, but it then complained that newanns
was a string instead of a list of strings, which I don't understand at all.
liftM isn't what you think it is.
liftM :: (a - b) - (m a - m b)
which is
On Tue, Jul 29, 2008 at 3:48 PM, Ryan Ingram [EMAIL PROTECTED] wrote:
On Tue, Jul 29, 2008 at 8:57 AM, Jefferson Heard
[EMAIL PROTECTED] wrote:
I tried using liftM on writeFile, but it then complained that newanns
was a string instead of a list of strings, which I don't understand at all.
Hi,
I try to build the current wxhaskell stuff from the darcs repository
on the sh provided by msys with mingw32 (`uname -a' : MINGW32_NT-5.1
... 1.0.11(0.46/3/2) 2007-01-12 12:05 i686 Msys), but it fails with
the message `wx/graphics.h' isn't found, when it comes to build the
wxc part.
On the
#2424: Error compiling Crypto-4.1.0 on ghc-6.8.3
--+-
Reporter: kristall | Owner:
Type: bug | Status: closed
Priority: normal| Milestone: 6.10.1
Component: Compiler
#2438: memory performance problem when compiling lots of derived instances in a
single file
--+-
Reporter: claus | Owner:
Type: compile-time performance bug | Status
#2424: Error compiling Crypto-4.1.0 on ghc-6.8.3
--+-
Reporter: kristall | Owner:
Type: bug | Status: new
Priority: normal| Milestone: 6.10.1
Component: Compiler
#2438: memory performance problem when compiling lots of derived instances in a
single file
-+--
Reporter: claus | Owner:
Type: compile-time performance bug | Status
#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
Priority
#2248: .exe extension missing when compiling a file ending in dot + digits + dot
hs
--+-
Reporter: oboudry | Owner: simonmar
Type: bug | Status: new
Priority: normal
#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
Priority
Hey all,
When compiling GHC 6.8.3 on OS X, I ended up with a GHCi without
readline support. That makes interacting quite hard, especially
because the Backspace-key didn't even work. With some help on irc from
Baughn and by reading a blog post from Paul Brown, I managed to get
readline
rlwrap adds readline support to everything.
On 7 Jul 2008, at 16:17, Chris Eidhof wrote:
Hey all,
When compiling GHC 6.8.3 on OS X, I ended up with a GHCi without
readline support. That makes interacting quite hard, especially
because the Backspace-key didn't even work. With some help
rlwrap adds readline support to everything.
Well, yes, see the GHCi wiki for how to augment 'rlwrap ghci' with
some basic completion support (filenames, flags, module names):
#2424: Error compiling Crypto-4.1.0 on ghc-6.8.3
--+-
Reporter: kristall | Owner:
Type: bug | Status: new
Priority: normal| Milestone: 6.10.1
Component: Compiler
#1948: panic compiling associated type synonyms
+---
Reporter: guest | Owner: chak
Type: bug | Status: closed
Priority: normal
#2380: Adjustor.o crash compiling ghc 6.8.3 on iBook G4 10.4.11
-+--
Reporter: povman|Owner:
Type: bug | Status: new
Priority: normal|Milestone
#2012: compiling via-C does not work on ppc
--+-
Reporter: maeder| Owner:
Type: bug | Status: new
Priority: normal| Milestone: 6.10.1
Component: Compiler
#1870: ghc-6.8.1 panics compiling regex-tdfa-0.93
+---
Reporter: ChrisKuklewicz | Owner: simonpj
Type: bug | Status: new
Priority: normal | Milestone: 6.10.1
#2045: Link error when compiling with -fhpc
--+-
Reporter: guest | Owner: igloo
Type: merge | Status: closed
Priority: normal| Milestone: 6.10.1
Component: Compiler
#1875: Compiling with -O is 30 times slower than with -Onot
--+-
Reporter: simonpj | Owner:
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
#1136: High memory use when compiling many let bindings.
--+-
Reporter: igloo | Owner:
Type: compile-time performance bug | Status: new
Priority: high
#2380: Adjustor.o crash compiling ghc 6.8.3 on iBook G4 10.4.11
-+--
Reporter: povman|Owner:
Type: bug | Status: new
Priority: normal|Milestone
#2380: Adjustor.o crash compiling ghc 6.8.3 on iBook G4 10.4.11
-+--
Reporter: povman|Owner:
Type: bug | Status: new
Priority: normal|Milestone
#2380: Adjustor.o crash compiling ghc 6.8.3 on iBook G4 10.4.11
+---
Reporter: povman | Owner:
Type: bug | Status: new
Priority: normal | Component: Build
#2380: Adjustor.o crash compiling ghc 6.8.3 on iBook G4 10.4.11
-+--
Reporter: povman|Owner:
Type: bug | Status: new
Priority: normal|Milestone
Samuel Silva silva.samuel at gmail.com writes:
Hello
I'm using GHC to compile around 700K of Haskell Code generated by HaXml.
How I compile this code.
My machine is Windows-XP(512MB RAM, 1.5GHz) running GHC-6.8.2.
Samuel,
You may not want to take this approach. I'm assuming you are
Hello Dominic,
Wednesday, June 18, 2008, 11:17:07 AM, you wrote:
I'm using GHC to compile around 700K of Haskell Code generated by HaXml.
may worth thinking about an alternative to 700k loc.
i think he means bytes, not lines :)
--
Best regards,
Bulat
Hello
I'm using GHC to compile around 700K of Haskell Code generated by HaXml.
How I compile this code.
My machine is Windows-XP(512MB RAM, 1.5GHz) running GHC-6.8.2.
How much time it spend to compile this file?
I spent more than 1 hour and it doesn't finished.
What flags make compiling fast?
I
Hello Samuel,
Tuesday, June 17, 2008, 4:19:47 PM, you wrote:
My machine is Windows-XP(512MB RAM, 1.5GHz) running GHC-6.8.2.
What flags make compiling fast?
I try with -H500m but dont't expect.
bad idea since OS needs memory too. -H400m would be much better
--
Best regards,
Bulat
, 1.5GHz) running GHC-6.8.2.
How much time it spend to compile this file?
I spent more than 1 hour and it doesn't finished.
What flags make compiling fast?
I try with -H500m but dont't expect.
It is possible GHC running endless cycle at compilation stage?
Thanks.
--
Don't hug that, Hugs ME!
Samuel
flags make compiling fast?
I try with -H500m but dont't expect.
It is possible GHC running endless cycle at compilation stage?
Hmm. Try -Onot -fasm
-- Don
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo
if this assumption is wrong).
Bottom line: if compiling is so slow consider changing the code
generator so the result is easier to process by GHC instead of fiddling
with command line switches. Since you've chosen to generate the code it
will probably change often and you'll run into this problem more than
once
#1136: High memory use when compiling many let bindings.
--+-
Reporter: igloo | Owner:
Type: compile-time performance bug | Status: new
Priority: high
601 - 700 of 1371 matches
Mail list logo