Re: GHC 6.6.1 Windows installer, test version
Hi, On Wed, 09 May 2007 17:31:51 +0900, Simon Marlow [EMAIL PROTECTED] 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. 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.html#12408 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 shelarcyhotmail.co.jp http://page.freett.com/shelarcy/ ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: GHC 6.6.1 Windows installer, test version
On Wed, 09 May 2007 17:31:51 +0900, Simon Marlow [EMAIL PROTECTED] 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.html 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 shelarcyhotmail.co.jp http://page.freett.com/shelarcy/ ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: GHC 6.6.1 Windows installer, test version
On Wed, 09 May 2007 17:42:11 +0900, Neil Mitchell [EMAIL PROTECTED] wrote: 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 shelarcyhotmail.co.jp http://page.freett.com/shelarcy/ ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
RE: GHC as a library - getting output from GHCI
| Also if stmt = | | SomeModule.prettyPrinter foobar | | and SomeModule contains | | prettyPrinter x = putStrLn $ Pretty: ++ x | | then the let binding will not catch it. Indeed, that's exactly what I meant in my original msg. I have always thought it ugly that stdin and stdout are top-level definitions. I want to be able to say withStdout :: Handle - IO a - IO a so that (withStdout h a) runs 'a' but sends all std-out output to h. Haskell should support this. Starting a whole OS process to redirect stdout must surely be overkill! (But maybe that is what you have to do today.) S ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: GHC as a library - getting output from GHCI
Simon Peyton-Jones wrote: | Also if stmt = | | SomeModule.prettyPrinter foobar | | and SomeModule contains | | prettyPrinter x = putStrLn $ Pretty: ++ x | | then the let binding will not catch it. Indeed, that's exactly what I meant in my original msg. I have always thought it ugly that stdin and stdout are top-level definitions. I want to be able to say withStdout :: Handle - IO a - IO a so that (withStdout h a) runs 'a' but sends all std-out output to h. Haskell should support this. Starting a whole OS process to redirect stdout must surely be overkill! And we do have support for this in GHC. $ ghci ___ ___ _ / _ \ /\ /\/ __(_) / /_\// /_/ / / | |GHC Interactive, version 6.7, for Haskell 98. / /_\\/ __ / /___| |http://www.haskell.org/ghc/ \/\/ /_/\/|_|Type :? for help. Loading package base ... linking ... done. Prelude :m + System.IO Prelude System.IO h - openFile out WriteMode {handle: out} Prelude System.IO GHC.Handle.hDuplicateTo h stdout -- as this point, GHCi goes quiet: I type :quit $ cat out Prelude System.IO :quit Leaving GHCi. Cheers, Simon ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: GHC 6.6.1 Windows installer, test version
shelarcy wrote: Hi, On Wed, 09 May 2007 17:31:51 +0900, Simon Marlow [EMAIL PROTECTED] 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 ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: Sparc/Intel Solaris support
Joel Reymont schrieb: How well is ghc supported on newer versions of Sparc/Intel Solaris? The distributions http://www.haskell.org/ghc/dist/6.6/ghc-6.6-sparc-sun-solaris2.tar.bz2 http://www.haskell.org/ghc/dist/6.6/ghc-6.6-i386-unknown-solaris2.tar.bz2 work well under Solaris 10 for us. I'm in the process of making distributions for ghc-6.6.1. Cheers Christian ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: GHC 6.6.1 Windows installer, test version
Hi On Thu, 10 May 2007 18:36:22 +0900, Neil Mitchell [EMAIL PROTECTED] 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. Best Regards, -- shelarcy shelarcyhotmail.co.jp http://page.freett.com/shelarcy/ ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ghc-6.6.1 win32 msi available
Hi Sigbjorn, On Wed, 09 May 2007 07:25:31 +0900, Sigbjorn Finne [EMAIL PROTECTED] wrote: In case anyone's interested, http://www.galois.com/~sof/msi/ghc-6-6-1.msi contains a Windows installer for 6.6.1; most (all?) libraries/ are in there; no C++ bits (sorry.) It looks that your openal32.dll is very old. So openal32.dll doesn't have alGetSurceiv function. C:\home\ghc\libraries\ALUT\examples\BasicC:\home\ghc-6.6.1\bin\ghc.exe HelloWor ld.hs --make [1 of 1] Compiling Main ( HelloWorld.hs, HelloWorld.o ) Linking HelloWorld.exe ... C:/home/ghc-6.6.1/libHSOpenAL.a(Source__100.o):: undefined reference to `alGetSo urceiv' collect2: ld returned 1 exit status How about use newer version? You can download OpenAL 1.1 version dll from OpenAL site's links. http://www.openal.org/downloads.html Best Regards, -- shelarcy shelarcyhotmail.co.jp http://page.freett.com/shelarcy/ ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: GHC 6.6.1 Windows installer, test version
On Thu, 10 May 2007 18:11:52 +0900, Simon Marlow [EMAIL PROTECTED] wrote: 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 shelarcyhotmail.co.jp http://page.freett.com/shelarcy/ ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
ghc-6.6.1 under i386 Solaris
Hi, the stage2 compiler I've created from the official sources almost works, but ghci crashes with seg-fault. Any ideas? -bash-3.1$ gdb --args /localdisk/maeder/haskell/ghc-6.6.1/compiler/stage2/ghc-6.6.1 -B/localdisk/maeder/haskell/ghc-6.6.1 --interactive GNU gdb 6.5 Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-pc-solaris2.10... (gdb) run Starting program: /localdisk/maeder/haskell/ghc-6.6.1/compiler/stage2/ghc-6.6.1 -B/localdisk/maeder/haskell/ghc-6.6.1 --interactive warning: Lowest section in /lib/libpthread.so.1 is .dynamic at 0074 [New LWP 1] [New LWP 2] ___ ___ _ / _ \ /\ /\/ __(_) / /_\// /_/ / / | | GHC Interactive, version 6.6.1, for Haskell 98. / /_\\/ __ / /___| | http://www.haskell.org/ghc/ \/\/ /_/\/|_| Type :? for help. [New LWP 3] Loading package base ... linking ... done. Program received signal SIGSEGV, Segmentation fault. 0x08cd0980 in ?? () (gdb) where #0 0x08cd0980 in ?? () #1 0xfd90 in ?? () #2 0xa39cbf6c in ?? () #3 0x00010980 in ?? () #4 0x0004 in ?? () #5 0x0001433c in ?? () #6 0x08a5f448 in MainCapability () #7 0x0001 in ?? () #8 0x08cd0980 in ?? () #9 0x9b726b40 in ?? () #10 0x9b726ab8 in ?? () #11 0x08a5f448 in MainCapability () #12 0x in ?? () (gdb) quit The program is running. Exit anyway? (y or n) y -bash-3.1$ uname -a SunOS isaac 5.10 Generic_118855-36 i86pc i386 i86pc ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: GHC 6.6.1 Windows installer, test version
shelarcy wrote: Hi On Thu, 10 May 2007 18:36:22 +0900, Neil Mitchell [EMAIL PROTECTED] 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 ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: GHC as a library - getting output from GHCI
On Thu, May 10, 2007 at 09:34:53AM +0100, Simon Marlow wrote: And we do have support for this in GHC. $ ghci ___ ___ _ / _ \ /\ /\/ __(_) / /_\// /_/ / / | |GHC Interactive, version 6.7, for Haskell 98. / /_\\/ __ / /___| |http://www.haskell.org/ghc/ \/\/ /_/\/|_|Type :? for help. Loading package base ... linking ... done. Prelude :m + System.IO Prelude System.IO h - openFile out WriteMode {handle: out} Prelude System.IO GHC.Handle.hDuplicateTo h stdout -- as this point, GHCi goes quiet: I type :quit $ cat out Prelude System.IO :quit Leaving GHCi. Cheers, Simon Is there any way to create a handle which dumps its input into a string or memory buffer of some kind? I only know of the ability to open file/socket handles, and a quick browse of GHC/Handle.hs doesn't seem to indicate anything else. I'm not counting createPipe/fdToHandle because that is not portable. -- -- Matthew Danish -- user: mrd domain: cmu.edu -- OpenPGP public key: C24B6010 on keyring.debian.org ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users