RE: GHC 4.08.2 binaries for OpenBSD i386 available
Hi Donald, I've finished a port of GHC 4.08.2 to OpenBSD i386. The binary package (12M) can be ftp'd from: ftp://ftp.cse.unsw.edu.au/pub/users/dons/ghc/ghc-4.08.2.tgz That's great news. Have you tried using that to build a newer release of GHC? I'd like to get any patches that you have incorporated into the main tree so we can support OpenBSD in the future. Cheers, Simon ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
GHC 4.08.2 binaries for OpenBSD i386 available
Hi, I've finished a port of GHC 4.08.2 to OpenBSD i386. The binary package (12M) can be ftp'd from: ftp://ftp.cse.unsw.edu.au/pub/users/dons/ghc/ghc-4.08.2.tgz This can be installed with the command (as root): pkg_add ghc-4.08.2.tgz You can remove the package with: pkg_delete ghc-4.08.2.tgz If you want to see how the package was built, or just like building from source, an OpenBSD ports system port (6k) is also available: ftp://ftp.cse.unsw.edu.au/pub/users/dons/ghc/ghc-4.08.2-port.tgz Making sure you have a reasonably recent OpenBSD ports tree on the system, download the port to a convenient place (with 150M free) and: tar xvzf ghc-4.08.2-port.tgz cd ghc then, as root: make make install This should pull the sources from the Haskell site, build the binary package and then install it. It takes around 4 hours on my P3 700 machine. You can uninstall this with pkg_delete, as above. Note that you will need both bzip2 and gmake to do the build. The port was built using the 2.9 branch of the ports tree so feedback from 3.0 or current ports tree users would be welcome. Send any bugs or suggestions to me at [EMAIL PROTECTED]. I will work on getting 5.02.2 and 5.03 built and out soon. Thanks, Don ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
RE: GHC 4.08.2 on OpenBSD 2.9, almost
I'm trying to port any recent version of ghc to OpenBSD 2.9. I have, with a little bit of work, been able to compile 4.08.2 from .hc sources. I now get the following kind of undefined symbol errors: Main.o: Undefined symbol `__init_Prelude' referenced from text segment Main.o: Undefined symbol `PrelBase_unpackCStringzh_closure' referenced from text segment Main.o: Undefined symbol `PrelIO_putStr_closure' referenced from text segment [ ... ] PrelMain__1.o: Undefined symbol `___init_Main' referenced from text segment .o::PrelMain(void): Undefined symbol `_Main_main_closure' referenced from text segment .o::PrelMain(void): Undefined symbol `_Main_main_closure' referenced from text segment My guess is that this kind of thing has happened before ... is there an area in the source I should be looking at? This looks suspiciously like a mismatch in the handling of leading underscores in symbol names somewhere. It appears from the messages above that Main.o doesn't have extra leading underscores on its symbols, but the libraries do. Perhaps Main.o was compiled by the native code generator? Because the leading-underscore setting is compiled into the compiler via an external setting, you'll need to bootstrap the compiler before the setting will be correct for your system. Try compiling your test program with -fvia-C. Cheers, Simon ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
GHC 4.08.2 on OpenBSD 2.9, almost
Hi, I'm trying to port any recent version of ghc to OpenBSD 2.9. I have, with a little bit of work, been able to compile 4.08.2 from .hc sources. I now get the following kind of undefined symbol errors: Main.o: Undefined symbol `__init_Prelude' referenced from text segment Main.o: Undefined symbol `PrelBase_unpackCStringzh_closure' referenced from text segment Main.o: Undefined symbol `PrelIO_putStr_closure' referenced from text segment [ ... ] PrelMain__1.o: Undefined symbol `___init_Main' referenced from text segment .o::PrelMain(void): Undefined symbol `_Main_main_closure' referenced from text segment .o::PrelMain(void): Undefined symbol `_Main_main_closure' referenced from text segment My guess is that this kind of thing has happened before ... is there an area in the source I should be looking at? Thanks, Don Stewart [EMAIL PROTECTED] ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
win32 4.08.2 install question
While waiting for 5.00 for win32 I thought I'd get started with 4.08.2 - downloaded it today and installed it and the latest cygwin as per instructions. However: When following the "test the fruits of your labour" I invoke "ghc -o main main.hs" and get back a bash prompt and that's all. No files created, e.g., no main. Same for "ghc -c main.hs". Something trivial must be wrong with my setup. I've copied the ghc/bin/perl to cygwin/bin. No spaces in any directories (ghc is installed at c:\ghc). My mounted dirs look like this: C:\Cygwin\binmountDevice Directory Type Flagsc:\Cygwin\bin /usr/bin user textmodec:\Cygwin\etc /etc user textmodec:\Cygwin\lib /usr/lib user textmodec: / user textmode Anybody have an idea what's going on? I can't wait to get5.00 and its integral driver! -- Dave
solved! Fw: win32 4.08.2 install question
Found the problem in Sigbjørn Finne's FAQ at http://www.dcs.gla.ac.uk/~sof/ghc-win32-faq.html: I had no /bin, only a /usr/bin. I've gotten hello world to compile so I'm off and running. If 5.00 wasn'tswitching to a Haskell driver I'dsuggest updating the GHC installation on windows page with this FAQ. -- Dave $ mountDevice Directory Type Flagsc:\Cygwin\bin /bin user textmodec:\Cygwin\etc /etc user textmodec:\Cygwin\lib /usr/lib user textmodec: / user textmode - Original Message - From: David Bakin To: [EMAIL PROTECTED] Sent: Sunday, April 15, 2001 12:47 AM Subject: win32 4.08.2 install question While waiting for 5.00 for win32 I thought I'd get started with 4.08.2 - downloaded it today and installed it and the latest cygwin as per instructions. However: When following the "test the fruits of your labour" I invoke "ghc -o main main.hs" and get back a bash prompt and that's all. No files created, e.g., no main. Same for "ghc -c main.hs". Something trivial must be wrong with my setup. I've copied the ghc/bin/perl to cygwin/bin. No spaces in any directories (ghc is installed at c:\ghc). My mounted dirs look like this: C:\Cygwin\binmountDevice Directory Type Flagsc:\Cygwin\bin /usr/bin user textmodec:\Cygwin\etc /etc user textmodec:\Cygwin\lib /usr/lib user textmodec: / user textmode Anybody have an idea what's going on? I can't wait to get5.00 and its integral driver! -- Dave
Hard earned hints for using Win32 GHC 4.08.2 and HDirect.
Hi all. I thought I might share some hints on making HDirect work with GHC 4.08.2. Installing and checking GHC: - Get the installer from the GHC downloads page, do the installation per the instructions there, including Cygwin etc. - Remove the digit "1" from the bottom of lib/imports/win32/Win32.hi - Remove old .hi files from any program source directories you may have. - To test, try compiling the Windows hello.lhs example using the command line "ghc hello.lhs -o hello.exe -package win32" and run hello.exe. - If you get linker errors about "importtimezone_dll" from time.o, you need to add the line: push(@SysLibrary, '-lcrtdll') if ($TargetPlatform =~ /-(mingw32|cygwin32)$/); below the line: push(@SysLibrary, '-lwsock32') if ($TargetPlatform =~ /-(mingw32|cygwin32)$/); in your "bin/ghc" driver script. This is because the distribution is built with an old version of Cygwin GCC which links against crtdll.dll rather than msvcrt.dll when -mno-cygwin is set on the command line (GHC uses mingw32). By doing this, spare symbols are resolved after linkage with msvcrt.dll. DO NOT SUBSTITUTE -lmsvcrt with -lcrtdll. If you substitute, you will get errors about running out of resources on fileOpen at run time. - You may also need to update your GCC Mingw32 libraries and headers from the Sourceforge Mingw32 downloads page if you have unexplained crashes. Building HDIrect 0.17 - Uninstall previous versions of HDirect including "lib/imports/com" and associated libraries, which don't work very well with GHC 4.08.2. - Get the source from the HDirect web site and untar it somewhere. - You may need to edit "lib/WideStringSrc.c" if you use the latest Cygwin distribution to remove a clashing definition and declaration of wcslen(). - Build per the instructions in the INSTALL file. - This gives you a bare bones ihc.exe which cannot handle type libraries. - Install the freshly built lib/*.hi files in a new ghc "lib/imports/com" directory and also the libraries (libHScom.a, libhdirect.a) into ghc's "lib" directory. - Do "make clean", deleting "src/ihc.exe" by hand. - Set SUPPORT_TYPELIBS=YES in "src/Makefile" - "make boot", "make", then "make lib" as before. - You now have version 0.17 of HDirect for Windows. Question Time: Why does ihc ignore binary interfaces in type libraries such as dx7vb.dll? Cheers Mike Thomas ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: trouble with ghc-4.08.2-1.i386.rpm
09 Mar 2001 15:50:42 +0900, Jens-Ulrik Petersen [EMAIL PROTECTED] pisze: (BTW are there plans to upgrade to gmp3, which seems to be standard now in the Linux world?) Any comments on this? The CVS version of ghc uses gmp3 for a long time. -- __(" Marcin Kowalczyk * [EMAIL PROTECTED] http://qrczak.ids.net.pl/ \__/ ^^ SYGNATURA ZASTPCZA QRCZAK ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
trouble with ghc-4.08.2-1.i386.rpm
I tried ghc-4.08.2-1.i386.rpm (both the RH-6 rpm and the RH-7 rpm) on my Linux box running RH rawhide-2001-02-06 (a touch newer than the RH-7.0.90 beta release Fisher), which both use glibc-2.2.1. When I compile a program, eg a test program like "test.hs": module Main (main) where main = putStrLn "Hello!" I get a put linking errors: Start of included text ---8--- cut here - % ghc test.hs /usr/lib/ghc-4.08.2/libHSrts.a(Storage.o): In function `initStorage': Storage.o(.text+0x2c2): undefined reference to `mp_set_memory_functions' /usr/lib/ghc-4.08.2/libHSrts.a(PrimOps.o): In function `addr2Integerzh_fast': PrimOps.o(.text+0x4a6): undefined reference to `mpz_init_set_str' /usr/lib/ghc-4.08.2/libHSrts.a(PrimOps.o): In function `plusIntegerzh_fast': PrimOps.o(.text+0x6fa): undefined reference to `mpz_init' PrimOps.o(.text+0x710): undefined reference to `mpz_add' /usr/lib/ghc-4.08.2/libHSrts.a(PrimOps.o): In function `minusIntegerzh_fast': PrimOps.o(.text+0x78e): undefined reference to `mpz_init' PrimOps.o(.text+0x7a4): undefined reference to `mpz_sub' /usr/lib/ghc-4.08.2/libHSrts.a(PrimOps.o): In function `timesIntegerzh_fast': PrimOps.o(.text+0x822): undefined reference to `mpz_init' PrimOps.o(.text+0x838): undefined reference to `mpz_mul' /usr/lib/ghc-4.08.2/libHSrts.a(PrimOps.o): In function `gcdIntegerzh_fast': PrimOps.o(.text+0x8b6): undefined reference to `mpz_init' PrimOps.o(.text+0x8cc): undefined reference to `mpz_gcd' /usr/lib/ghc-4.08.2/libHSrts.a(PrimOps.o): In function `quotIntegerzh_fast': PrimOps.o(.text+0x94a): undefined reference to `mpz_init' PrimOps.o(.text+0x960): undefined reference to `mpz_tdiv_q' /usr/lib/ghc-4.08.2/libHSrts.a(PrimOps.o): In function `remIntegerzh_fast': PrimOps.o(.text+0x9de): undefined reference to `mpz_init' PrimOps.o(.text+0x9f4): undefined reference to `mpz_tdiv_r' /usr/lib/ghc-4.08.2/libHSrts.a(PrimOps.o): In function `divExactIntegerzh_fast': PrimOps.o(.text+0xa72): undefined reference to `mpz_init' PrimOps.o(.text+0xa88): undefined reference to `mpz_divexact' /usr/lib/ghc-4.08.2/libHSrts.a(PrimOps.o): In function `quotRemIntegerzh_fast': PrimOps.o(.text+0xb06): undefined reference to `mpz_init' PrimOps.o(.text+0xb15): undefined reference to `mpz_init' PrimOps.o(.text+0xb2f): undefined reference to `mpz_tdiv_qr' /usr/lib/ghc-4.08.2/libHSrts.a(PrimOps.o): In function `divModIntegerzh_fast': PrimOps.o(.text+0xbbe): undefined reference to `mpz_init' PrimOps.o(.text+0xbcd): undefined reference to `mpz_init' PrimOps.o(.text+0xbe7): undefined reference to `mpz_fdiv_qr' collect2: ld returned 1 exit status End of included text -8--- and here - I think these are related to gmp2. (BTW are there plans to upgrade to gmp3, which seems to be standard now in the Linux world?) I can compile ok with nhc98 (from "nhc98-1.02-1.i386.rpm"). Any ideas why the ghc rpms aren't working for me? Best wishes, Jens ___ 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: GHC-4.08.2
Reuben Thomas [EMAIL PROTECTED] wrote, 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. True. I didn't know whether the src.rpm format also changed. 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. Right - there should be a build dependency. Cheers, Manuel ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: GHC-4.08.2
Thu, 08 Feb 2001 17:09:19 +1100, Manuel M. T. Chakravarty [EMAIL PROTECTED] pisze: This will only work if you install RPM 4, no? True. I didn't know whether the src.rpm format also changed. AFAIK it did not change. -- __(" Marcin Kowalczyk * [EMAIL PROTECTED] http://qrczak.ids.net.pl/ \__/ ^^ SYGNATURA ZASTPCZA QRCZAK ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
ANNOUNCE: The Glasgow Haskell Compiler -- version 4.08.2
The Glasgow Haskell Compiler -- version 4.08.2 We are pleased to announce a new release of the Glasgow Haskell Compiler (GHC), version 4.08.2. The source distribution is freely available via the World-Wide Web and through anon. FTP, under a BSD-style license. See below for download details. Pre-built packages for Linux, FreeBSD, Solaris and Win32 are also available. Haskell is "the" standard lazy functional programming language; the current language version is Haskell 98, agreed in December 1998. GHC is a state-of-the-art optimising compiler for Haskell, generating good code for a variety of platforms. The distribution includes space and time profiling facilities, a large collection of libraries, and support for various language extensions, including concurrency, exceptions, and foreign language interfaces (C, C++, whatever). A wide variety of Haskell related resources (tutorials, libraries, specifications, documentation, compilers, interpreters, references, contact information, links to research groups) are 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 in 4.08.2 === No new features, just a few minor bug fixes. + What's new in 4.08 = 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/users_guide/release-4-08.html + Important Info For Win32 users = ALERT: For reasons as yet not understood, as of January 2001 Cygwin's mingw package has a problem that causes GHC-compiled binaries to be built incorrectly. The fix is to ensure that your mingw package is dated 2000 (you can set this in the Cygwin installer). See the installation guide for more details. + Mailing lists We run mailing lists for GHC users and bug reports; to subscribe, use the web interfaces at http://www.haskell.org/mailman/listinfo/glasgow-haskell-users http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs There are several other haskell and ghc-related mailing lists on www.haskell.org; for the full list, see http://www.haskell.org/mailman/listinfo/ 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-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 ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
GHC-4.08.2
The download links on http://www.mirror.ac.uk/sites/www.haskell.org/ghc/ for the new GHC 4.08.2 have somewhat (ahem) strange referents. (The RedHat 6 binary package gives me a picture of Haskell B Curry, the RH6 profiling package gives me a .dvi file of the dynamic semantics of the language, RH7 source RPM gives me an Emacs hugs-mode) The original haskell.org site seems ok, just mirror.ac.uk is broken. Malcolm ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: GHC-4.08.2
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. Regards, Malcolm ___ 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. I don't have a RedHat 6.x machine anymore, and so, can't make any 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 should (with a little waiting ;-) produce binary packages for 4.08.2 running on your flavour of RedHat. Cheers, Manuel ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
RE: 4.08.2
George I'm sorry we've been silent. MS has some kind of huge email backlog. But the real reason is that POPL and a workshop have intervened so we've been out of action for a fortnight. The plan is to release 4.08.2 in a matter of days, not weeks. If you build the head of the ghc-4-07-branch you'll get the current 4.08.2, and we expect only tiny changes before the release (e.g. making sure it all works on Sparc). 4.08 remains our "stable branch". Simon | -Original Message- | From: Sven Panne [mailto:[EMAIL PROTECTED]] | Sent: 23 January 2001 22:23 | To: George Russell | Cc: [EMAIL PROTECTED] | Subject: Re: 4.08.2 | | | George Russell wrote: | Since the absence of any reply presumably means "not for a | while yet", | | I'm not so sure about this, there has been quite some | bug-fixing and it's | not clear to me what's missing for a release. Simon^2? | | could someone let me have a compiled hsc for the ghc-4.08 head | on something reasonably close to SunOS/sparc Ultra-1? | | The current branch-o-mania is a little confusing, but the CVS branch | called "ghc-4-07-branch" (yes, "7", not "8") should contain what you | are looking for. At least I think so... :-} Any | bootstrapping problems? | | Cheers, |Sven | | ___ | Glasgow-haskell-users mailing list | [EMAIL PROTECTED] | http://www.haskell.org/mailman/listinfo/glasgow-haskell-users | ___ 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: 4.08.2
Sven Panne wrote: [snip] The current branch-o-mania is a little confusing, but the CVS branch called "ghc-4-07-branch" (yes, "7", not "8") should contain what you are looking for. At least I think so... :-} Any bootstrapping problems? Yes, I get a segmentation fault when the compilation process first comes to use the resulting hsc executable. I have tried several times to avoid this (by changing gcc or ghc versions) but without success. ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users