Hi.
Do anybody have one? I failed to recompile it with ghc 4.08.x.
Thank you in advance
Alexander
I have one, which uses the Mingw standalone GCC compiler for Windows. It seems to be capable of compiling itself. Problems: 1. It is not in an installer - you would have to hand patch the package file and install by hand. 2. It is not supported by anyone and is non-standard in the way it uses Mingw32. 3. The Win32 demo program hangs on exit under Win98 (works OK on NT4 though). 4. I haven't bootstrapped GHCi, yet (maybe by next week). 5. It is only GHC 5.00, not 5.00.1. (maybe next week). 6. You would have to install Mingw32 (and maybe Cygwin for it's shell) yourself. 7. It is very big, mainly because of the profiled libraries. 8. I don't have an FTP site to put it. 9. It doesn't do dynamic libraries, only static. etc. Unless you're desperate, I suggest waiting for the official release. Cheers Mike Thomas.
Hi Mike, Thank you very much for the reply. After having asked I managed to build ghc-5.00.1, and almost succeeded in the rest, till the place where it failed to invoke ghc-asm (or so, I don't remember, it's on a different machine). It's not impossible that I understand how to fix it (it was just before I went home). I use normal latest cygwin installation, binary installation of ghc-4.08, and tell i686-pc-mingw32 to the configure of ghc. Looks like it's impossible to build it for the full cygwin (but does anybody care?) and also I failed to --enable-win32-dlls (that is _it_ failed, not me :-); it stopped at something like Main.dll_o. During the build I was really scared looking at the resident sizes of the compiler process, which is an ordinary haskell application, with its most adequate application domain. Does it mean that my _real_ programs would expose the same? Alexander Mike Thomas wrote:
Hi.
Do anybody have one? I failed to recompile it with ghc 4.08.x.
Thank you in advance
Alexander
I have one, which uses the Mingw standalone GCC compiler for Windows. It seems to be capable of compiling itself.
Problems:
1. It is not in an installer - you would have to hand patch the package file and install by hand.
2. It is not supported by anyone and is non-standard in the way it uses Mingw32.
3. The Win32 demo program hangs on exit under Win98 (works OK on NT4 though).
4. I haven't bootstrapped GHCi, yet (maybe by next week).
5. It is only GHC 5.00, not 5.00.1. (maybe next week).
6. You would have to install Mingw32 (and maybe Cygwin for it's shell) yourself.
7. It is very big, mainly because of the profiled libraries.
8. I don't have an FTP site to put it.
9. It doesn't do dynamic libraries, only static.
etc.
Unless you're desperate, I suggest waiting for the official release.
Cheers
Mike Thomas.
_______________________________________________ Haskell mailing list Haskell@haskell.org http://www.haskell.org/mailman/listinfo/haskell
Hi there.
I use normal latest cygwin installation, binary installation of ghc-4.08, and tell i686-pc-mingw32 to the configure of ghc.
Same here, except I used the standalone Mingw, which meant that I had to alter certain parts of the makefile which relied on Cygwin links (in the gmp library), and alter the parameters sent to GCC.
Looks like it's impossible to build it for the full cygwin (but does anybody care?)
I certainly don't !
and also I failed to --enable-win32-dlls (that is _it_ failed, not me :-); it stopped at something like Main.dll_o.
I haven't tried that option yet, as there is apparently a bug in Mingw for large heaps when linked dynamically.
During the build I was really scared looking at the resident sizes of the compiler process, which is an ordinary haskell application, with its most adequate application domain. Does it mean that my _real_ programs would expose the same?
Yeah, it's pretty big, but I guess that not all programs use as much memory as a compiler. Good luck. Mike Thomas.
participants (2)
-
Alexander V. Voinov -
Mike Thomas