GHC 6.6.1 Windows installer, test version

Hi, I've prepared a GHC 6.6.1 Windows installer. Before I offer this up as an official installer, could people please test it? http://www.haskell.org/ghc/dist/6.6.1/ghc-6.6.1-i386-windows-test1.exe The new features of this installer (relative to the 6.6 one) are: * Prettier .hs icons * Automatically adds GHC and Cabal binaries to the %PATH% * 10Mb smaller (better compression) Thanks to Duncan for answering installer related questions. Neil

Neil Mitchell wrote:
Hi,
I've prepared a GHC 6.6.1 Windows installer. Before I offer this up as an official installer, could people please test it?
http://www.haskell.org/ghc/dist/6.6.1/ghc-6.6.1-i386-windows-test1.exe Thanks Neil, This works perfectly!
Best regards, Brian.

Neil Mitchell wrote:
Hi,
I've prepared a GHC 6.6.1 Windows installer. Before I offer this up as an official installer, could people please test it?
http://www.haskell.org/ghc/dist/6.6.1/ghc-6.6.1-i386-windows-test1.exe
Thanks for that. It seems to install and compile the collections package OK so I guess it's working. Regards -- Adrian Hey

Hi Neil,
On Tue, 08 May 2007 00:34:10 +0900, Neil Mitchell
I've prepared a GHC 6.6.1 Windows installer. Before I offer this up as an official installer, could people please test it?
http://www.haskell.org/ghc/dist/6.6.1/ghc-6.6.1-i386-windows-test1.exe
You forgot to include GLUT and readline packages. I think you can't build these packages, so you don't include it. This is well-known problem, if build GHC your self. Because MInGW doesn't have these headers and library files in its directory. http://www.haskell.org/pipermail/glasgow-haskell-users/2006-October/011253.h... http://www.haskell.org/pipermail/haskell/2006-December/018919.html So you must copy these files from old GHC's directory first, and then building new GHC.
The new features of this installer (relative to the 6.6 one) are:
* Prettier .hs icons * Automatically adds GHC and Cabal binaries to the %PATH% * 10Mb smaller (better compression)
Thanks to Duncan for answering installer related questions.
And can you add Installation Mode to your installer? There is no C++ files in your installer. But if anyone want to build C++ source code by GHC, he disappoint about that. http://hackage.haskell.org/trac/ghc/ticket/1024 http://www.haskell.org/pipermail/glasgow-haskell-users/2007-April/thread.htm... On the other hand, if anyone want to install sommaller GHC, he doesn't want to install unnecessary things. And we can point out that for other things. For example, we want to include extra libraries or not, we want to include OpenAL and ALUT or not (these package can buid only when building GHC now. because OpenAL and ALUT libraries are built by ccall convention, but these package use stdcall convention on Windows now. And -fvia-C convert stdcall to ccall). http://www.haskell.org/pipermail/glasgow-haskell-users/2006-September/011112... http://www.haskell.org/pipermail/hopengl/2007-March/000715.html http://hackage.haskell.org/trac/ghc/ticket/1140 http://hackage.haskell.org/trac/ghc/ticket/1243 So I think we will become happy, if adding Installation Mode and maintain that on GHC's darcs repository. Best Regards, -- shelarcy <shelarcy hotmail.co.jp> http://page.freett.com/shelarcy/

Hi
You forgot to include GLUT and readline packages. I think you can't build these packages, so you don't include it.
I have built an installer for the binary package produced by the GHC Team, including whatever they included, and excluding whatever they excluded. If the GHC Team change their build so these are built, I will happily include whatever they tell me.
And can you add Installation Mode to your installer?
There is already a silent install mode, /SILENT or /VERYSILENT do something - but I have no idea what. Is that what you meant by Installation Mode?
There is no C++ files in your installer. But if anyone want to build C++ source code by GHC, he disappoint about that.
As before, what goes in the package is someone elses choice. This installer is intended as something quick to get a working installer out the door. I'd like to think about beefing it up, offering extra options (possibly C++ support) in the next version (i.e. 6.8, 6.6.2)
So I think we will become happy, if adding Installation Mode and maintain that on GHC's darcs repository.
I'm still not entirely sure what you mean by this? Thanks Neil

On Tue, 08 May 2007 19:04:33 +0900, Neil Mitchell
You forgot to include GLUT and readline packages. I think you can't build these packages, so you don't include it.
I have built an installer for the binary package produced by the GHC Team, including whatever they included, and excluding whatever they excluded. If the GHC Team change their build so these are built, I will happily include whatever they tell me.
It's wrong about buildable packages and C++ files. First, "make binary-dist" includes these packages in binary distribution if you can build theirs. GHC 6.4 and GHC 6.6.1 or above installers include theirs. And if you can build OpenAL and ALUT, you can include these packages to your installer. Second, I can include C++ files (except header files) in binary by "make binary-dist" command with MinGW-4.1.1. http://www.haskell.org/pipermail/glasgow-haskell-users/2007-April/012410.htm... http://www.haskell.org/pipermail/glasgow-haskell-users/2007-April/012413.htm... So I want to know "What version of MinGW do you use?" and "Is your MinGW has C++ files?" If you don't find C++ files in your MinGW directory, I think you probably choice not to install C++/g++ things. So if you find your MinGW doesn't include C++ files, you must install these files first. And then you try to use "make binary-dist" command and make installer again.
There is no C++ files in your installer. But if anyone want to build C++ source code by GHC, he disappoint about that.
As before, what goes in the package is someone elses choice. This installer is intended as something quick to get a working installer out the door. I'd like to think about beefing it up, offering extra options (possibly C++ support) in the next version (i.e. 6.8, 6.6.2)
So above tasks will be complete just checking and correcting your build enviornment. An lack is C++ header files, but you can fix this problem by changing to comment out or remove dist/prep-bin-dist-mingw's below line. rm -rf include/mingw/c++/ || echo "c++/ not there" I think these tasks are easy, and they don't become bottleneck to release installer.
And can you add Installation Mode to your installer?
There is already a silent install mode, /SILENT or /VERYSILENT do something - but I have no idea what. Is that what you meant by Installation Mode?
GHC 6.6's installer (MSI) has three Installation Mode, Typical, Custom, Complete. These mode doesn't work GHC 6.6's one, but some other installer uses these Installation Mode, to suport install options. I want to say that. But that is difficult task, so I wait that for the next version. Best Regards, -- shelarcy <shelarcy hotmail.co.jp> http://page.freett.com/shelarcy/

Hi
So I want to know "What version of MinGW do you use?" and "Is your MinGW has C++ files?"
None, I don't have it installed. I took the binaries straight from the GHC 6.6.1 .tar.bz on haskell.org, I guess Ian would know how they build that.
I think these tasks are easy, and they don't become bottleneck to release installer.
As before, its not something I have any power over.
GHC 6.6's installer (MSI) has three Installation Mode, Typical, Custom, Complete. These mode doesn't work GHC 6.6's one, but some other installer uses these Installation Mode, to suport install options.
I'll add that, its not overly hard, but I want something functional, robust and now. For the next version you'll have options over what to install. Thanks Neil

shelarcy wrote:
GHC 6.6's installer (MSI) has three Installation Mode, Typical, Custom, Complete. These mode doesn't work GHC 6.6's one, but some other installer uses these Installation Mode, to suport install options.
Custom/complete: yes, typical: no. What on earth does "typical" mean? The user has no idea whether it will install the features they need or not, so it's a meaningless option. Cheers, Simon

Hi
GHC 6.6's installer (MSI) has three Installation Mode, Typical, Custom, Complete. These mode doesn't work GHC 6.6's one, but some other installer uses these Installation Mode, to suport install options.
Custom/complete: yes, typical: no. What on earth does "typical" mean? The user has no idea whether it will install the features they need or not, so it's a meaningless option.
From all I can tell, GHC 6.6 has all these options, but they all do the same thing! If you select custom you can choose whether or not to install "GHC", but thats as fine-grained as the control gets.
The options I was thinking off were: * GHC (always required) * Profiling libraries * HTML documentation * Register .hs and .lhs extensions * Set the GHC %PATH% * Set the Cabal %PATH% With the Complete (recommended and default) install being all of them, Minimal (lacking HTML and profiling) and custom for anything else. Thanks Neil

On Wed, 09 May 2007 17:42:11 +0900, Neil Mitchell
Custom/complete: yes, typical: no. What on earth does "typical" mean? The user has no idea whether it will install the features they need or not, so it's a meaningless option.
From all I can tell, GHC 6.6 has all these options, but they all do the same thing! If you select custom you can choose whether or not to install "GHC", but thats as fine-grained as the control gets.
The options I was thinking off were:
* GHC (always required) * Profiling libraries * HTML documentation * Register .hs and .lhs extensions * Set the GHC %PATH% * Set the Cabal %PATH%
With the Complete (recommended and default) install being all of them, Minimal (lacking HTML and profiling) and custom for anything else.
I think we can also ignore theirs on future. * all extra libraries (we don't have caball-install now) * C++ files (if someone doesn't want to compile C++. But we don't support these yet) Best Regards, -- shelarcy <shelarcy hotmail.co.jp> http://page.freett.com/shelarcy/

So to summarise, the following are missing from the binary distribution that Neil used as the basis for his installer: * readline * ALUT * OpenAL * GLUT * C++ support in the bundled GCC right? I can try to roll another binary distribution, but I don't know much about these packages or C++ support so I'm guessing a bit. shelarcy wrote:
You forgot to include GLUT and readline packages. I think you can't build these packages, so you don't include it.
This is well-known problem, if build GHC your self. Because MInGW doesn't have these headers and library files in its directory.
http://www.haskell.org/pipermail/glasgow-haskell-users/2006-October/011253.h... http://www.haskell.org/pipermail/haskell/2006-December/018919.html
So you must copy these files from old GHC's directory first, and then building new GHC.
That sounds scary - what about incompatible versions?
There is no C++ files in your installer. But if anyone want to build C++ source code by GHC, he disappoint about that.
http://hackage.haskell.org/trac/ghc/ticket/1024 http://www.haskell.org/pipermail/glasgow-haskell-users/2007-April/thread.htm...
The reason I didn't enable C++ support in prep-bin-dist-mingw is because of that comment, and because I don't know how to test it. Basically I chickened out. Are you saying it should just be uncommented in prep-bin-dist-mingw? Cheers, Simon

Hi,
On Wed, 09 May 2007 17:31:51 +0900, Simon Marlow
So to summarise, the following are missing from the binary distribution that Neil used as the basis for his installer:
* readline * ALUT * OpenAL * GLUT * C++ support in the bundled GCC
right?
Yes. And Sigbjorn's one provides these packages. It lacks just C++ files. http://www.haskell.org/pipermail/glasgow-haskell-users/2007-May/012538.html
There is no C++ files in your installer. But if anyone want to build C++ source code by GHC, he disappoint about that.
http://hackage.haskell.org/trac/ghc/ticket/1024 http://www.haskell.org/pipermail/glasgow-haskell-users/2007-April/thread.htm...
The reason I didn't enable C++ support in prep-bin-dist-mingw is because of that comment, and because I don't know how to test it. Basically I chickened out. Are you saying it should just be uncommented in prep-bin-dist-mingw?
Yes, and if new installer also cause that problem, I want to know it. I don't have InstallerShield, so I don't fix its problem. But Inno Setup is OpenSource, so, although Neil doesn't fix this problem on current time, we can fix this (Of cource, installer's source must be available). And I think it's good time to fix installer's problem when someone release binary distribution. Because we aren't insterested in chanaging installer source before release time. I think a few of its reason is we can't fix installer easily, and if someone want to use development version, she can build binary herself or download snapshot build. And she want to use installer only at that very moment when new version is released. Best Regards, -- shelarcy <shelarcy hotmail.co.jp> http://page.freett.com/shelarcy/

shelarcy wrote:
Hi,
On Wed, 09 May 2007 17:31:51 +0900, Simon Marlow
wrote: So to summarise, the following are missing from the binary distribution that Neil used as the basis for his installer:
* readline * ALUT * OpenAL * GLUT * C++ support in the bundled GCC
right?
Yes. And Sigbjorn's one provides these packages.
Ok, but I don't know how to build these libraries. You mentioned copying the files from the old GHC distribution, but that sounds exceedingly dodgy, since they're from a different version of mingw. And I can't find these libraries to download on the mingw site. Any ideas? Cheers, Simon

On Thu, 10 May 2007 18:11:52 +0900, Simon Marlow
So to summarise, the following are missing from the binary distribution that Neil used as the basis for his installer:
(snip)
right?
Yes. And Sigbjorn's one provides these packages.
Ok, but I don't know how to build these libraries. You mentioned copying the files from the old GHC distribution, but that sounds exceedingly dodgy, since they're from a different version of mingw. And I can't find these libraries to download on the mingw site. Any ideas?
* ALUT and OpenAL We can download freeALUT and OpenAL SDK (and runtime) from OpenAL site's link. http://www.openal.org/downloads.html MinGW supports to link .dll files (yes, we know that) and .lib files directory now. So I belive that we can use these library. http://www.mingw.org/MinGWiki/index.php/FAQ http://hackage.haskell.org/trac/ghc/ticket/1243 * GLUT MinGW has GLUT library files, but ... distributor forgot to include GLUT header. So this problem is solved by just copying glut.h file. Now we can use newer extention of GLUT - freeGLUT. http://freeglut.sourceforge.net/ http://www.haskell.org/pipermail/hopengl/2006-December/000679.html But MinGW continues to use old one now. http://www.mingw.org/MinGWiki/index.php/Glut * readline I don't know about readline library. When I use newer version form WebSite (I forgot where that is), but I can't build readline package by it. I think Sigbjorn can answer that. Best Reards, -- shelarcy <shelarcy hotmail.co.jp> http://page.freett.com/shelarcy/

Hi
I don't have InstallerShield, so I don't fix its problem. But Inno Setup is OpenSource, so, although Neil doesn't fix this problem on current time, we can fix this (Of cource, installer's source must be available).
I've attached the installer source to this message, for you to play with/patch to your hearts content. I sent a copy to Ian a few days, so it should be appearing in the GHC tree at some point. Thanks Neil

Hi
On Thu, 10 May 2007 18:36:22 +0900, Neil Mitchell
I've attached the installer source to this message, for you to play with/patch to your hearts content. I sent a copy to Ian a few days, so it should be appearing in the GHC tree at some point.
I succeed to build installer with C++ files by it. include/mingw/c++/ doesn't cause any problem. So, now we're ready to include C++ files. Best Regards, -- shelarcy <shelarcy hotmail.co.jp> http://page.freett.com/shelarcy/

shelarcy wrote:
Hi
On Thu, 10 May 2007 18:36:22 +0900, Neil Mitchell
wrote: I've attached the installer source to this message, for you to play with/patch to your hearts content. I sent a copy to Ian a few days, so it should be appearing in the GHC tree at some point.
I succeed to build installer with C++ files by it. include/mingw/c++/ doesn't cause any problem.
So, now we're ready to include C++ files.
Ok, I'm building a new tarball with GLUT and C++. The OpenAL/ALUT stuff looks a bit daunting at the moment. If someone tells me exactly what I need to install to make it work, then I'll do that. Cheers, Simon

Simon Marlow wrote:
shelarcy wrote:
Hi
On Thu, 10 May 2007 18:36:22 +0900, Neil Mitchell
wrote: I've attached the installer source to this message, for you to play with/patch to your hearts content. I sent a copy to Ian a few days, so it should be appearing in the GHC tree at some point. I succeed to build installer with C++ files by it. include/mingw/c++/ doesn't cause any problem.
So, now we're ready to include C++ files.
Ok, I'm building a new tarball with GLUT and C++. The OpenAL/ALUT stuff looks a bit daunting at the moment. If someone tells me exactly what I need to install to make it work, then I'll do that.
This tarball has GLUT and C++: http://haskell.org/ghc/dist/6.6.1/ghc-6.6.1-i386-unknown-mingw32.tar.bz2 (48M) GLUT doesn't actually work for me, becuase I apparently don't have the right DLL, but the package built without any problems after I copied the missing glut.h header over. If someone could update the installer using that tarball, that'd be great. Cheers, Simon

Hi
Ok, I'm building a new tarball with GLUT and C++. The OpenAL/ALUT stuff looks a bit daunting at the moment. If someone tells me exactly what I need to install to make it work, then I'll do that.
This tarball has GLUT and C++:
http://haskell.org/ghc/dist/6.6.1/ghc-6.6.1-i386-unknown-mingw32.tar.bz2
(48M)
GLUT doesn't actually work for me, becuase I apparently don't have the right DLL, but the package built without any problems after I copied the missing glut.h header over.
If someone could update the installer using that tarball, that'd be great.
New installer uploaded, as the standard Windows installer. Thanks Neil

Hi.
On Sat, 12 May 2007 00:44:15 +0900, Neil Mitchell
Ok, I'm building a new tarball with GLUT and C++. The OpenAL/ALUT stuff looks a bit daunting at the moment. If someone tells me exactly what I need to install to make it work, then I'll do that.
OK, I see,
This tarball has GLUT and C++:
http://haskell.org/ghc/dist/6.6.1/ghc-6.6.1-i386-unknown-mingw32.tar.bz2
(48M)
GLUT doesn't actually work for me, becuase I apparently don't have the right DLL, but the package built without any problems after I copied the missing glut.h header over.
I confirmed GLUT works with this dll.
http://www.xmission.com/~nate/glut.html
On Thu, 10 May 2007 22:50:05 +0900, shelarcy
But MinGW continues to use old one now.
Above URL links that page, so I think that is right one,
If someone could update the installer using that tarball, that'd be great.
New installer uploaded, as the standard Windows installer.
Neil, Simon, thank you very much for discussing binary distribution with me and providing new better binary and installer. Best Regards, -- shelarcy <shelarcy hotmail.co.jp> http://page.freett.com/shelarcy/

On Wed, 09 May 2007 17:31:51 +0900, Simon Marlow
You forgot to include GLUT and readline packages. I think you can't build these packages, so you don't include it.
This is well-known problem, if build GHC your self. Because MInGW doesn't have these headers and library files in its directory.
http://www.haskell.org/pipermail/glasgow-haskell-users/2006-October/011253.h... http://www.haskell.org/pipermail/haskell/2006-December/018919.html
So you must copy these files from old GHC's directory first, and then building new GHC.
That sounds scary - what about incompatible versions?
OpenGL is just Rendering Engine, and it doesn't provide any UI. So if someone want to use OpenGL, he must install other packages. GLUT or wxHaskell, Gtk2HS, HSDL, etc .... So I think GLUT is important package, before we get caball-install. I don't know about readline package. Best Regards, -- shelarcy <shelarcy hotmail.co.jp> http://page.freett.com/shelarcy/
participants (5)
-
Adrian Hey
-
Brian Hulley
-
Neil Mitchell
-
shelarcy
-
Simon Marlow