Profiling in GHC-4.08.1
Andre W B Furtado writes: I was trying to compile a .hs file with the profiling option enabled (-prof -auto-all) but I got an error message: /usr/bin/ld: cannot find -lHSstd_p_imp collect2: ld returned 1 exit status Does anyone know what is this -lHSstd_p_imp? I am using GHC-4.08.1 (with Cygwin) under a Windows 98 platform. You're trying to use profiling with dynamic compilation. You can't, since there are no profiling DLLs, so use -static. -- http://sc3d.org/rrt/ | Analogy is a midwife, identity a murderer ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
New GHC 5.02 InstallShield
I've finally managed to produce a new InstallShield that fixes all the known problems with the old one (note that doesn't include non-InstallShield-specific problems). In particular, the win32 library is now fully present, the util package comes with the profiling headers, and GHC installs itself once more under \ghc\ghc-5.02 to avoid problems when you're using it with tools that don't like spaces in paths (e.g. autoconf). The bug in ghci that prevented it working with long command lines (well, actually anything other than very short command lines) is also fixed. Also, for all you Windows hackers out there, it installs a couple of registry keys (in HKEY_LOCAL_MACHINE\Software\GHC) telling you what version is installed and where. -- http://sc3d.org/rrt/ | violence, n. bravery for cowards ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: Dumb Windows Question
How do I actually use ghc in Windows (98)? When I installed Hugs, my .hs files got associated with Hugs and if I left-click on a .hs file I have various options to run with. We don't do this with GHC. So do I open a DOS box and invoke ghc or ghci? If so how, what do I have to change to get the path to point to ghc? I tried autoexec.bat but this seemed to have no effect. You have to set PATH as usual (I presume that is in autoexec.bat on Windows '98). Also, how do I tell ghci where to find packages? I suspect this problem has more to do with the bug in ghci.exe (see the fixed version posted by Sigbjorn; I'll be uploading a fixed InstallShield as soon as I can fix one or two other serious problems) than any error in your command line, which looks fine. -- http://sc3d.org/rrt/ | violence, n. bravery for cowards ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Happy 1.11 InstallShield released
A Happy 1.11 InstallShield is now available (including the post hoc bug fix!). -- http://sc3d.org/rrt/ | competent, a. underpromoted ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: packages in ghci
I just downloaded the nice installation of ghc 5.02 for windows. I have just some problem when trying to start ghci with a package as described in the manual: E:\hs\Quipghci -package text Works fine for me. e:\PROGRA~1\ghc\ghc-5.02\bin\ghc.exe: no input files Usage: For basic information, try the `--help' option. E:\hs\Quip Adding a Haskell source file as further parameter does not really help: E:\hs\Quipghci -package text M.hs A' does not existhc-5.02\bin\ghc.exe: file `= This looks as though there's some problem involving carriage returns, as the error seems to wrap from the end of the line back to the beginning. Any idea, what I am doing wrong? Nope. What's your PATH like? What version of Windows are you using? -- http://sc3d.org/rrt/ | wit, n. educated insolence (Aristotle) ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
More 5.02 downloads
I've updated the 5.02 Windows InstallShield, getting rid of one or two teething problems, and improving the availability of the docs. I've also added links to the RedHat 7.1 RPMs and FreeBSD/x86 binary dist. http://www.haskell.org/ghc/download_ghc_502.html is the hot destination. -- http://sc3d.org/rrt/ L'art des vers est de transformer en beautés les faiblesses (Aragon) ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: 5.02: windows installation glitches
1. Manual suggests installing ghc in directory without spaces in the name; yet the default one is named Glasgow Haskell Compiler. The manual is wrong. 2. Table of contents in the manual contains ?? instead of page numbers as though TeX was not run enough times during build. I'm interested that you got to read the manual; the link from the Start menu doesn't work here! I'll look into this problem before uploading a new version of the InstallShield. -- http://sc3d.org/rrt/ | RSA, n. safety in numbers ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: Alternative Design for Finalisation
I guess 's' is British and 'z' is American. Chambers (of Cambridge, England) has both. z used to be the British English standard. It is still preferred by the Oxford English Dictionary, and consequently, the Oxford Universtiy Press. The rationale is that z is the most sensible transcription of zeta, and the suffix -ize derives from the Greek iota-zeta-omicron-sigma. The Cambridge University Press currently prefers -ise; some time ago, the London Times switched to this point of view also. Most British publications now concur. -ise seems to be what Americans use; does this come from Webster's, like so much American orthography? ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: gcc GHC?
ghc for win32 isn't cool. We're trying to make it cooler. If you have any specific gripes, we'd be happy to hear them (mostly they're things we know about, but we like to have user input to know what to concentrate on). it remind me java in gcc 3.0. How so? is there any ghc project as gcc front-end? GHC is and always has been a front-end to GCC. It doesn't work with GCC 3.0 yet, though. then, we all happy on the technology of the GCC 3.0. IMO, the technology of the GCC 3.0+epsilon is likely to be rather more reliable. -- http://sc3d.org/rrt/ | violence, n. bravery for cowards ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
New InstallShield: GHCi 5.01 Borag Thungg
I've updated the test Windows InstallShield of GHCi 5.01 available from http://www.haskell.org/ghc/dist/5.00.2/ghc-5-01.exe (There's no link to it on the web site) In case you missed the previous announcement, this is a test release, but seems fairly stable (I use it all the time). It has the following features: * GHCi: now you can use GHC interpretively under Windows. You can just run the InstallShield, and double-click on GHCi to get going. * Complete install: everything you need to use GHC is included; Cygwin is no longer required; also, unlike recent 4.08.2 releases, it doesn't interfere with any Cygwin installation you may already have Changes from the previous test release, Zarjaz: * Now installs in Program Files by default (supports paths containing spaces). * Installs the profiling libraries and imports (the previous test release included them, but for mysterious reasons they weren't actually installed). Also note that as one user found, the supplied gcc doesn't like identifiers containing top-bit-set characters, so if you want to use them you must use the native code generator. ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
RE: GHC 5.01 Zarjaz: Test release for Windows
- The included version of HaXml (including dtdtohaskell.exe etc.) is not up-to-date. That's up to HaXml's author, Malcolm Wallace. The InstallShield shipped with the latest version from CVS. (Malcolm, could you possibly update, please?) - When leaving out the -o option, GHC4.08.2 defaulted to main.exe, but GHC5 doesn't anymore (produces a.out). I'll fix that. - I didn't find a way yet to force GHCi to load a module in interpreted mode, even if an up-to-date object file is present. Is there a way to do this without deleting .hi/.o first? You could touch the .hs file. -- http://sc3d.org/rrt/ | humour, n. unexpected recognition ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
GHC 5.01 Zarjaz: Test release for Windows
There's a test InstallShield for Windows of GHC 5.01 now available at http://www.haskell.org/ghc/dist/5.00.2/ghc-5-01.exe There is no link to this from the web pages, as it's not intended for general consumption. This is a thrill-seekers' release (hence the moniker). Please do try it out and report problems; I'm currently using it as my installed compiler, so I'm interested in fixing any. -- http://sc3d.org/rrt/ Reality is what refuses to disappear when you stop believing in it (Dick) ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: Install Shield Version of GHC 5.0 for Win?
I'll be announcing a test InstallShield in the next couple of days. It won't be a stable release (that'll have to wait for GHC 5.02) but fortunately the head is quite stable at the moment. It's good enough that I'm currently using it as my main compiler. -- http://sc3d.org/rrt/ | free, a. already paid for (Peyton Jones) ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
RE: resumeThread cannot find the thread! (GHC/HDirect)
You need to use H/Direct 0.17, which unfortunately you have to compile from source. 0.16 (which I presume you're using) doesn't work with GHC 4.08.2. I checked your example against the CVS HEAD version of H/Direct, and it worked fine, except that I had to make the following changes (to correct unintentional errors, I presume): [incr.c] + #include windows.h - BOOL WINAPI DllMain(args...) { return TRUE; } + BOOL WINAPI DllMain(args) { return TRUE; } int __declspec(dllexport) incr(int x) { return x + 1; } [incr.idl] module Incr { [pure]int incr([in]int); } [Main.hs] module Main(main) where + import Incr main = print (incr 2) ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Windows InstallShield updated
I've just uploaded a better Windows InstallShield for GHC that fixes a problem with the last one, but more importantly, hides the Cygwin binaries it installs in ghc-4.08.2/extra-bin, so that they do not interfere with, and are not intefered with by, any installation of Cygwin you may have on your system. Incidentally, I have also fixed a small problem in the Happy InstallShield, so if you couldn't get it to work, try downloading again. -- http://sc3d.org/rrt/ Reality is what refuses to disappear when you stop believing in it - Philip K. Dick ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Happy 1.10 Windows InstallShield available
An InstallShield distribution of Happy 1.10 for Windows is now available from the Happy page (www.haskell.org/happy/). ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
New InstallShield: Free At Last
I've uploaded a new InstallShield for GHC 4.08.2 for Windows which includes *all* the programs required to use and even rebuild GHC from source [GHC developers should note that it doesn't include everything needed to build from CVS; see the most recent 5.00 docs in CVS for details]. This means that there's no longer any need to install Cygwin. Since GHC needs bash to work, and building it requires mv, rm and cp, plus many other basic utilities, you get a reasonably nice minimal command-line environment anyway; I've added ls to the mix for extra comfort. Although the InstallShield is now 20M, overall there's far less to download, and now GHC should break far less often. Another implication of this development is that the Windows version of 5.00 should now happen sooner rather than later. One caveat: the installation instructions on haskell.org are now somewhat out of date. I'll try to correct that soonish. -- http://sc3d.org/rrt/ | Si hoc legere scis nimium eruditionis habes. ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: GHC 5.0 - InstallShield for Windows?
When do you expect an InstallShield version of GHC 5.0 for Windows? We have to get the Windows linker working first. Given the current bugginess of 5.0, the likely answer is "not very soon". -- http://sc3d.org/rrt/ | Caution Children At Play Drive Slowly ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
New InstallShield for Windows, plus mingwin fix
I have uploaded a new GHC InstallShield for Windows that fixes many recent problems (including most of the problems with GHC that Mike Thomas reported in his list of instructions for building H/Direct). Unless the Cygwin team have acted with unwonted rapidity (which, at the time of writing, they hadn't), you'll also need to download our version of the mingwin package (or get the relevant bits from SourceForge). Our zip can simply be unpacked over an installed Cygwin tree to give you mingwin headers and libraries that really work. -- http://sc3d.org/rrt/ | certain, a. insufficiently analysed ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: Compiling HDirect from CVS
| Is "_imp___timezone_dll" a Haskell DLL, a missing Mingw lib, I think this is a problem with the version of gcc and the switches it expects; I've added -mwin32 and it seems to work. Try updating and rebuilding. ...and add -mwin32 after -mno-cygwin in the *installed compiler's (4.08.2, presumably) driver script. Sadly, no luck at all. I went through every file in the CVS distribution and the ghc4.08.2 driver and added -mwin32 after every -mno-cygwin. Unfortunately you need to rebuild your installed compiler's libraries too. I've now done this, and will hopefully be able to put up a new InstallShield shortly with this fix in place. -- http://sc3d.org/rrt/ | maxim, n. wisdom for fools ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
RE: Difficulties compiling hmake / HaXml
If you have GHC 4.08.2, then you already have HaXML :-) It's in -package text. You should also have the HaXML utilities: DrIFT, DtdToHaskell, XTract. Unfortunately, although HaXML should indeed be in the InstallShield, the associated tools are not in the binary distribution. This is an oversight which I'll rectify ASAP. -- http://sc3d.org/rrt/ | humour, n. unexpected recognition ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
RE: Compiling HDirect from CVS
| Is "_imp___timezone_dll" a Haskell DLL, a missing Mingw lib, | or some kind of | foot and mouth virus passed from the pure Scottish air to Australia's | unseasonally warm shores via cvs? I think this is a problem with the version of gcc and the switches it expects; I've added -mwin32 and it seems to work. Try updating and rebuilding. -- http://sc3d.org/rrt/ "In 1727, Helen Morrison, a lonely spinster, became the first woman to place a Lonely Hearts advertisement. It appeared in the Manchester Weekly Journal. The mayor promptly committed her to a lunatic asylum for four weeks." - The People's Almanac #2 ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
RE: Compiling HDirect from CVS
| Is "_imp___timezone_dll" a Haskell DLL, a missing Mingw lib, | or some kind of | foot and mouth virus passed from the pure Scottish air to Australia's | unseasonally warm shores via cvs? I think this is a problem with the version of gcc and the switches it expects; I've added -mwin32 and it seems to work. Try updating and rebuilding. ...and add -mwin32 after -mno-cygwin in the *installed compiler's (4.08.2, presumably) driver script. -- http://sc3d.org/rrt/ | impatience, n. the urge to do nothing ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: AW: AW: Difficulties compiling hmake / HaXml
Seems to be a recursive problem ... I thought I need hmake for building them. Or is there a way to do it without hmake? (But never mind, I think I can wait for the updated InstallShield.) Since I've never used hmake, I don't think this is true (unless we're talking about different utils). Which did you mean? -- http://sc3d.org/rrt/ | perfect, a. unsatirizable ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: New InstallShield
I didn't know the windows port of GHC used mingwin, that is great news. Does that mean it is possible to generate stand alone applications for Windows ? Yes; it always has been! Would it be hard to configure GHC to work with the mingwin crosscompiler on Linux ? It would be great to have a crosscompiling GHC. Not a clue. I'd be delighted to hear about this. I suspect the build system would need ironing out somewhat, but in theory ./configure --target=i386-unknown-mingw32 ought to do something sensible. -- http://sc3d.org/rrt/ | plagiarism, n. the mind burgles ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
New InstallShield
This one corrects a problem with the fix made in the last one that stopped anything to do with stat() working (e.g. hFileSize, reading directories c. c.). Sorry about that. The fix is still fragile and temporary; I'm waiting for the underlying mingwin problems to be fixed, hopefully in time for the GHC 5.0 release. -- http://sc3d.org/rrt/ | humour, n. unexpected recognition ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: Re: Problems when mounting c: to /
I think you should drop the mount c: at / because it is sure a problem you run into when installing ghc. I think you're right. I really should reinstall Cygwin on my machine in the default location, rather than at root. I'll change the instructions. Thanks. -- http://sc3d.org/rrt/ "Reality is what refuses to disappear when you stop believing in it" - Philip K. Dick ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: Problems when mounting c: to /
When installing ghc-4.08.2 (onWinNT) as described in the installation instructions under c:, I couldn't get ghc to run. It invoked the C-preprozessor and stoped after cleaning. I'm puzzled by this. Could you please send some sample output? Preferably running ghc -v. When I unmount c:, it works fine. (If I install cygwin and dont mount c: to / it works fine too.) But now //c/ is the normal win-root. That's not a problem for me, but how about ghc? Well, if it works, I suppose it's not a problem... Does it depend in any way on c: mounted to /? I'm not sure. I think it used to (because of using /tmp as the temporary directory). Now it's mostly for convenience. If not why do you want this mount (in the installation instructions section 2.2.2.1)? I think it used to be necessary, and I kept it in the instructions partly because I find it useful to be able to refer to the drive with Unix-style paths, with the root directory being /, and partly because it worked, and the less I change the instructions, the less likely I am to break something. -- http://sc3d.org/rrt/ | wit, n. educated insolence (Aristotle) ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
New GHC InstallShield: mingwin problem fixed
I have just uploaded a new GHC InstallShield. It fixes the recent problem with needing a particular version of the mingw package. Unfortunately the situation here is still unstable (roll on Cygwin 1.2), so it may break again, but it seems to work for now. -- http://sc3d.org/rrt/ | certain, a. insufficiently analysed ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
[Bug #133086] complete failure (fwd)
[This sort of thing is probably better on the list, because it doesn't really isolate a bug] Date: Mon, 19 Feb 2001 07:25:29 -0800 From: [EMAIL PROTECTED] To: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: [Bug #133086] complete failure Bug #133086, was updated on 2001-Feb-19 07:25 Here is a current snapshot of the bug. Details: I have tried to install ghc-4.08.2 under Windows NT and (as usal with the last few releases) failed. Sorry to hear you've had difficulties with recent releases; for most people things seem to have improved. I get an immediate warning that DEFAULT_TMPDIR is not set to anything useful. Check you've got the most recent InstallShield (same date as the current one); there's a bug in previous versions. Although files will compile they run without producing any output (even Hello World). This is the mingwin problem. By the way, I note that mingw from Cygwin has no version dated 2000 but the only version before this January is listed as 20001225 (yes really Christmas day). There is a 2000, but since it's now the last version but one it's not available directly from the installer; you have to get it by hand. Sorry about that. It looks as though the latest version (from this year) has cured the problem, so you could try using that instead. As I write I'm building GHC 4.08.2 with the new mingwin package installed; if that works, I'll ship a new InstallShield shortly. ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: questions about the installation instructions for WinNT andghc-4.08x
In the installation instruction is under 2.2.2.1 paragraph "Here's how to install Cygwin" written: After installation, start up a Cygwin shell and issue the following command: mount -f c: / assuming you installed Cygwin at C:\cygwin; otherwise change the drive and directory as appropriate. (So it definitely says / is at c: not at c:\cygwin. But later, when setting the environment variables it seems like it is assumed that / is at c:\cygwin.) There are two things going on here: 1. You're mounting C: at / so you can refer to the whole drive with UNIX-style paths. 2. Cygwin automatically mounts parts of its directory tree under /usr. In "2.2.2.2 Environment variables" is a table that says I should add C:\usr\bin to PATH. That directory does not exist. the directory C:\cygwin\usr\bin exists (assuming you installed Cygwin at C:\cygwin) but is empty. The C:\cygwin\bin directory seems to be the one meant. Should I add C:\cygwin\bin to PATH? No. Add /usr/bin. Cygwin mounts \cygwin\usr\bin at /usr/bin. The same table says that SHELL should be C:/usr/bin/bash. (Observe the '/' signs instead of '\'.) But bash is in C:\cygwin\bin (assuming you installed Cygwin at C:\cygwin). Should I set SHELL to C:\cygwin\bin\bash (does it matter if I write C:\cygwin\bin\bash or C:/cygwin/bin/bash?)? As above. I think these instructions have worked for other people; my own system is in a slightly different configuration (which for various reasons we used to recommend). -- http://sc3d.org/rrt/ | humour, n. unexpected recognition ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: GHC-4.08.2
Malcolm Wallace [EMAIL PROTECTED] wrote, The original haskell.org site seems ok, just mirror.ac.uk is broken. Oops, retract that. The RedHat 6 packages all seem to be 4.08.1, not the advertised 4.08.2. There shouldn't be any links to RedHat 6 packages. We're providing the links for 4.08.1 since that's all we have, and a lot of people still seem to use RH6. packages for it. If you have a RedHat 6.x box with an older version of GHC already installed, just run rpm --rebuild ghc-4.08.2-1.src.rpm This will only work if you install RPM 4, no? I couldn't find a way to make RPM 4 produce v3 RPMs, either. But never mind, I installed RPM 4, installed the source RPM, downgraded again to RPM 3, and am now building RH 6 RPMs, which I'll make available. One problem I had: the spec file doesn't have a dependency on the jade package, but it needs it for some DSSSL files without which the docs won't build. -- http://sc3d.org/rrt/ | RSA, n. safety in numbers ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
RE: Documentation
That does not work. make answers make: *** No rule to make target `set'. Any ideas? Do I have to take special actions when configuring? Simon meant "make html" and "make ps". "make set.html" and "make set.ps" also work, I think. -- http://sc3d.org/rrt/ | free, a. already paid for (Peyton Jones) ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: 4.08.2
Any idea yet when 4.08.2 is going to be released? [snip] Since the absence of any reply presumably means "not for a while yet", No, it meant we were all busy with the Haskell Implementors' Workshop. It should be released within a week. -- http://sc3d.org/rrt/ | impatience, n. the urge to do nothing ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ANNOUNCE: Happy version 1.9
ANNOUNCING Happy 1.9 - The LALR(1) Parser Generator for Haskell - A Windows InstallShield package is available at http://www.haskell.org/happy/dist/1.9/happy-1-9.exe -- http://sc3d.org/rrt/ | egrep, n. a bird that debugs bison ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: file suffixes
I recall that at one point GHC came with "bundles", built in "ways", like profiling, parallel, tickyticky, etc.. There was also some filename-mangling scheme for distinguishing .hi interface and .o object files from the different bundles. My question is, what was that filename-mangling scheme? I ask because I'm about to do something similar for nhc98's "ways" (heap-profiling, time-profiling, tracing, etc.), and some consistency here might be useful. We change extensions such as .ext to .way_ext. This works for most things except libraries, which get changed from .a to _way.a. -- http://sc3d.org/rrt/ | certain, a. insufficiently analysed ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: New InstallShield: no more DLLs
Also, there is at present an unresolved and deep-seated bug (possibly not even in GHC) that prevents some very simple DLLized programs from working. When may Win users expect this bug to be fixed? (A difficult question, I know.) I've given up on it for the moment; having looked at the source code of ld, asked on the binutils and Cygwin mailing lists, and a few other things, I can't work out what the problem is. I do have a few more things to try, but I don't hold out much hope of fixing it soon without help. Although I regard statically linking as much more important than the DLLized alternative, dynamically linking is (was?) an important feature of GHC for Win - f.e. to safe space when distributing a bunch of EXEs / DLLs build with GHC. This is only a good idea if you really are distributing several DLLs or EXEs built with GHC (so that you do get space savings), and even then you have to ask yourself if it's worth the risk of DLL Hell (which I have suffered from several times). Disk space is so cheap now that you really have to be hurt somewhere (e.g. increased download times, decreased performance because of large unshared binaries) before it's worth dynamic linking (except to relatively stable system libraries). -- http://sc3d.org/rrt/ | computation, n. automated pedantry ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
New InstallShield: no more DLLs
I've put up a new InstallShield for GHC 4.08.1 (Windows edition). This no longer contains DLLs and import libraries for the libraries, so you have to use the compiler with -static. I intend to stick to this scheme in future releases (probably replacing -static with -dynamic), as GHC derives few benefits from DLLized libraries, and a lot of disadvantages. Also, there is at present an unresolved and deep-seated bug (possibly not even in GHC) that prevents some very simple DLLized programs from working. Users of DLLs need not despair: one important (and, to the best of my knowledge, fully working) version of DLL building remains: you can still build static DLLs, that is, DLLs in which all the code has been compiled statically, so that all the necessary library code is linked into the DLL. Hence, you can still build DLLs to be called from other languages, or to be wrapped up as COM components, or whatever. Finally, one nice side effect is that the size of the distribution is nearly halved: it now weighs in at a little over 12Mb. -- http://sc3d.org/rrt/ | violence, n. bravery for cowards ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
New InstallShield
Yet another improvement to the GHC 4.08.1 InstallShield. Thanks to Christian Lescher and Sigbjorn Finne, various bugs have been fixed to do with DLL building, so both static DLLs (where all the haskell stuff is linked in) and dynamic DLLs (where the DLL you build is dependent on the GHC DLLs) work rather better. Also, thanks to Martijn Schrage for pointing out that I'd omitted the net hslib from the InstallShield. It's there now. -- http://sc3d.org/rrt/ | certain, a. insufficiently analysed ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
GHC RPMs for RedHat 7
There are now GHC RPMs for RedHat 7 available from the download page (http://www.haskell.org/ghc/download.html). Note that (as stated there) you need to install GMP 2 RPMs if you don't have them already (they're provided). The development version of GHC has now moved to GMP 3, so we'll have this wrinkle ironed out in the next release. -- http://sc3d.org/rrt/ | certain, a. insufficiently analysed ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Haskell Heaven for Windows Weenies: Pesky Profiling Problems Pulverized
There's a new 4.08.1 InstallShield with what I *think* are working profiling libraries (static only). -- http://sc3d.org/rrt/ | free, a. already paid for ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: static linking on cygnus
the appended message. Any idea what I do wrong? E:/ghc/ghc-4.08/lib/libHSstd_cbits.a(openFile.o)(.text+0x17f):ghc4632.c: undefined reference to `__imp__iob' E:/ghc/ghc-4.08/lib/libHSrts.a(StgMiscClosures.o)(.text+0x392):ghc29658.c: undefined reference to `__imp__iob' E:/ghc/ghc-4.08/lib/libHSrts.a(StgMiscClosures.o)(.text+0x3ba):ghc29658.c: undefined reference to `__imp__iob' E:/ghc/ghc-4.08/lib/libHSrts.a(StgMiscClosures.o)(.text+0x3e2):ghc29658.c: undefined reference to `__imp__iob' E:/ghc/ghc-4.08/lib/libHSrts.a(StgMiscClosures.o)(.text+0x40a):ghc29658.c: undefined reference to `__imp__iob' E:/ghc/ghc-4.08/lib/libHSrts.a(StgMiscClosures.o)(.text+0x432):ghc29658.c: more undefined references to `__imp__iob' follow What's your version of Cygwin? It looks as though you're using Cygwin 1.1, and the static libraries aren't compatible. You can use the new version of GHC, 4.08.1, with Cygwin 1.1. -- http://sc3d.org/rrt/ | maxim, n. wisdom for fools
Re: GHC 4.08 / Cygwin B20.1 on Win2K?
Does GHC work with Win2K? (Currently, I'm using GHC 4.08.1 + Cygwin B20.1 with Win NT 4, but I think about moving to Win2K soon.) Yes, we develop on Win2k. -- http://sc3d.org/rrt/ | plagiarism, n. the mind burgles
Happy 1.8 for Windows repackaged
The old installer was missing some DLLs; to correct this and improve Happy's stability (while also reducing the size of the installer) I've rebuilt Happy statically and uploaded a new installer. -- http://sc3d.org/rrt/ L'art des vers est de transformer en beautés les faiblesses (Aragon)
Re: Installing on Win32 and web library question
I have just tried to install ghc-4.08 on a win98 machine and it does not work. I write a report below. Unfortunately the instructions you were following are slightly out of date. I have now corrected them. You don't need to run ./configure, as the binary distribution of 4.08 fully installs itself (you only need ./configure when building from source). Once you've run the InstallShield of 4.08, GHC should be ready for use (except for setting environment variables such as PATH and TMPDIR; the instructions for these are still correct). SET MAKE_MODE=unix SET SHELL=C:\BIN\SH SET HOME=C:\USR\LABRA SET TMPDIR=C:\TMP SET PATH=c:\cygnus\cygwin-b20\H-i586-cygwin32\bin;C:\BIN;C:\USR\LOCAL\BIN;%PATH% This looks good. -- http://sc3d.org/rrt/ | Si hoc legere scis nimium eruditionis habes.
Re: ghc 4.08 under WinNT
I spoke too soon. I can only compile from C:\ not from any subdirectory, i.e. not just failure from another drive. This I can't reproduce. Failure to compile from another drive, I can. A fix is to edit C:/ghc/ghc-4.08/bin/ghc in the following way: change the definition of $TMPDIR near the top to be $TMPDIR='C:/tmp'; and lower down find the line that says if ( $ENV{'TMPDIR'} ) ... and insert $ENV{'TMPDIR'} = $TMPDIR; directly before it. Fiddling with the driver script directly is necessary because even if you set the environment variable TMPDIR to C:/tmp, bash reduces it to /tmp, and even if you set it in your .bashrc, Perl mangles it to /tmp. Aargh. -- http://sc3d.org/rrt/ L'art des vers est de transformer en beautés les faiblesses (Aragon)
Re: Win 32 GUI for GHC
What I really meant was UI controls, like buttons, options box, check box, etc... How about the win32 library, which comes as standard with GHC? -- http://sc3d.org/rrt/ | plagiarism, n. the mind burgles
[ANNOUNCE] GHC 4.08 released
The Glasgow Haskell Compiler -- version 4.08 == We are pleased to announce a new release of the Glasgow Haskell Compiler (GHC), version 4.08. The source distribution is freely available via the World-Wide Web and through anon. FTP; details below. Haskell is "the" standard lazy functional programming language; the current language version is Haskell 98, agreed in December 1998. Haskell related information is available from the Haskell home page at http://www.haskell.org/ GHC's Web page lives at http://www.haskell.org/ghc/ + What's new = This should be a stable release. There have been many enhancements since 4.06, and shed-loads of bug-fixes (one shed (imperial) ~ one ton (US)). There are the following changes - New profiling subsystem, based on cost-centre stacks. - Working x86 native code generator: now it works properly, runs about twice as fast as compiling via C, and is on a par for run-time speed (except in FP-intensive programs). - Implicit parameters (i.e. dynamic scoping without the pain). - DEPRECATED pragma for marking obsolescent interfaces. - In the wake of hslibs, a new package system for libraries. -package should now be used instead of -syslib. - Result type signatures work. - Many tiresome long-standing bugs and problems (e.g. the trace problem) have been fixed. - Many error messages have been made more helpful and/or accurate. For full details see the release notes: http://www.haskell.org/ghc/docs/4.07/users_guide/release-4-07.html + Mailing lists We run mailing lists for GHC users and bug reports; to subscribe, send mail to [EMAIL PROTECTED]; the msg body should be: subscribe glasgow-haskell-{users,bugs} Your Name [EMAIL PROTECTED] or subscribe cvs-ghc Your Name [EMAIL PROTECTED] Please send bug reports about GHC to [EMAIL PROTECTED]; GHC users hang out on [EMAIL PROTECTED] Bleeding edge CVS users party on [EMAIL PROTECTED] + On-line GHC-related resources Relevant URLs on the World-Wide Web: GHC home page http://www.haskell.org/ghc/ Haskell home page http://www.haskell.org/ comp.lang.functional FAQ http://www.cs.nott.ac.uk/~gmh/faq.html + How to get it The easy way is to go to the WWW page, which should be self-explanatory: http://www.haskell.org/ghc/ Once you have the distribution, please follow the pointers in the README file to find all of the documentation about this release. NB: preserve modification times when un-tarring the files (no `m' option for tar, please)! + System requirements == To compile the sources, you need a machine with 32+MB memory, GNU C (`gcc'), `perl' plus a version of GHC installed (3.02 at least). This release is known to work on the following platforms: * i386-unknown-{linux,freebsd,netbsd,cygwin32,mingw32} * sparc-sun-{sunos4,solaris2} * hppa1.1-hp-hpux{9,10} Ports to the following platforms should be relatively easy (for a wunderhacker), but haven't been tested due to lack of time/hardware: * i386-unknown-solaris2 * alpha-dec-osf{2,3} * mips-sgi-irix{5,6} * {rs6000,powerpc}-ibm-aix The builder's guide included in distribution gives a complete run-down of what ports work; an on-line version can be found at http://www.haskell.org/ghc/docs/4.07/building/building-guide.html
[ANNOUNCE] GHC 4.08 released (correction)
[Thanks to Don Syme for noticing within 10 seconds of my posting the previous announcement that the URLs had the wrong version number] The Glasgow Haskell Compiler -- version 4.08 == We are pleased to announce a new release of the Glasgow Haskell Compiler (GHC), version 4.08. The source distribution is freely available via the World-Wide Web and through anon. FTP; details below. Haskell is "the" standard lazy functional programming language; the current language version is Haskell 98, agreed in December 1998. Haskell related information is available from the Haskell home page at http://www.haskell.org/ GHC's Web page lives at http://www.haskell.org/ghc/ + What's new = This should be a stable release. There have been many enhancements since 4.06, and shed-loads of bug-fixes (one shed (imperial) ~ one ton (US)). There are the following changes - New profiling subsystem, based on cost-centre stacks. - Working x86 native code generator: now it works properly, runs about twice as fast as compiling via C, and is on a par for run-time speed (except in FP-intensive programs). - Implicit parameters (i.e. dynamic scoping without the pain). - DEPRECATED pragma for marking obsolescent interfaces. - In the wake of hslibs, a new package system for libraries. -package should now be used instead of -syslib. - Result type signatures work. - Many tiresome long-standing bugs and problems (e.g. the trace problem) have been fixed. - Many error messages have been made more helpful and/or accurate. For full details see the release notes: http://www.haskell.org/ghc/docs/4.08/set/release-4-08.html + Mailing lists We run mailing lists for GHC users and bug reports; to subscribe, send mail to [EMAIL PROTECTED]; the msg body should be: subscribe glasgow-haskell-{users,bugs} Your Name [EMAIL PROTECTED] or subscribe cvs-ghc Your Name [EMAIL PROTECTED] Please send bug reports about GHC to [EMAIL PROTECTED]; GHC users hang out on [EMAIL PROTECTED] Bleeding edge CVS users party on [EMAIL PROTECTED] + On-line GHC-related resources Relevant URLs on the World-Wide Web: GHC home page http://www.haskell.org/ghc/ Haskell home page http://www.haskell.org/ comp.lang.functional FAQ http://www.cs.nott.ac.uk/~gmh/faq.html + How to get it The easy way is to go to the WWW page, which should be self-explanatory: http://www.haskell.org/ghc/ Once you have the distribution, please follow the pointers in the README file to find all of the documentation about this release. NB: preserve modification times when un-tarring the files (no `m' option for tar, please)! + System requirements == To compile the sources, you need a machine with 32+MB memory, GNU C (`gcc'), `perl' plus a version of GHC installed (3.02 at least). This release is known to work on the following platforms: * i386-unknown-{linux,freebsd,netbsd,cygwin32,mingw32} * sparc-sun-{sunos4,solaris2} * hppa1.1-hp-hpux{9,10} Ports to the following platforms should be relatively easy (for a wunderhacker), but haven't been tested due to lack of time/hardware: * i386-unknown-solaris2 * alpha-dec-osf{2,3} * mips-sgi-irix{5,6} * {rs6000,powerpc}-ibm-aix The builder's guide included in distribution gives a complete run-down of what ports work; an on-line version can be found at http://www.haskell.org/ghc/docs/4.08/building/building-guide.html
ANNOUNCE: GHC 4.06 released
The Glasgow Haskell Compiler -- version 4.06 == We are pleased to announce a new release of the Glasgow Haskell Compiler (GHC), version 4.06. The source distribution is freely available via the World-Wide Web and through anon. FTP; details below. Haskell is "the" standard lazy functional programming language; the current language version is Haskell 98, agreed in December 1998. Haskell related information is available from the Haskell home page at http://www.haskell.org/ GHC's Web page lives at http://www.haskell.org/ghc/ + What's new = This should be a stable release. We have not made major changes since 4.04 to the core compiler, but we have fixed lots of bugs. We believe that 4.06 is in a nice stable well-tested state. (Ha!) Apart from that, there are the following changes - Major library reorganisation. All libraries, except the ones that are part of the Haskell 98 *language* specification, have moved to fptools/hslibs/. The hslibs tree is independent of GHC, shared between GHC, Hugs, and (we hope) other Haskell implementations. The idea is to make it easier for people to contribute and maintain libraries. The hslibs/ tree is organised in a Java-like fashion. Details in the new Library guide: http://www.haskell.org/ghc/docs/4.06/hslibs/book1.html Existing programs that use the -syslib flag may need to change which syslibs they include. - Support for "foreign export dynamic". - Clean up of concurrent I/O system; in particular, I/O is now non-blocking, except (alas) on stdout/stderr for tiresome reasons. - Some refinements to the exceptions mechanism: http://www.haskell.org/ghc/docs/4.06/users_guide/release-4-06.html#exc-changes-406 - More performance tuning: compiled programs now allocate 10% less memory than 4.04 For full details see the release notes: http://www.haskell.org/ghc/docs/4.06/users_guide/release-4-06.html + Mailing lists We run mailing lists for GHC users and bug reports; to subscribe, send mail to [EMAIL PROTECTED]; the msg body should be: subscribe glasgow-haskell-which Your Name [EMAIL PROTECTED] Please send bug reports about GHC to [EMAIL PROTECTED] ; GHC users hang out on [EMAIL PROTECTED] + On-line GHC-related resources Relevant URLs on the World-Wide Web: GHC home page http://www.haskell.org/ghc/ Haskell home page http://www.haskell.org/ comp.lang.functional FAQ http://www.cs.nott.ac.uk/Department/Staff/mpj/faq.html + How to get it The easy way is to go to the WWW page, which should be self-explanatory: http://www.haskell.org/ghc/ Once you have the distribution, please follow the pointers in the README file to find all of the documentation about this release. NB: preserve modification times when un-tarring the files (no `m' option for tar, please)! + System requirements == To compile up this source-only release, you need a machine with 32+MB memory, GNU C (`gcc'), `perl' plus a version of GHC installed (3.02 at least). This release is known to work on the following platforms: * i386-unknown-{linux,solaris2,freebsd,netbsd,cygwin32} * sparc-sun-{sunos4,solaris2} * hppa1.1-hp-hpux{9,10} Ports to the following platforms should be relatively easy, but haven't been tested due to lack of time/hardware: * alpha-dec-osf{2,3} * mips-sgi-irix{5,6} * {rs6000,powerpc}-ibm-aix The builder's guide included in distribution gives a complete run-down of what-ports-work; an on-line version can be found at http://www.haskell.org/ghc/docs/4.06/building_guide/installing.html