Re: Making GHC work on BSD
Quoth Philip Weaver [EMAIL PROTECTED]: | On Fri, Sep 12, 2008 at 5:13 AM, Ian Lynagh [EMAIL PROTECTED] wrote: | On Mon, Sep 08, 2008 at 10:08:27PM +0200, Thorkil Naur wrote: | | take the latest (7.0) FreeBSD and install that. | | So, it would be useful to know, which FreeBSD version would you prefer to use | for this? | | I think that it's most important to get GHC working in the latest | version, so from your message it sounds like 7.0 is the way to go. | | I believe that a majority (or at least a plurality) of FreeBSD users are on | 6.x still, as indicated by statistics on this page | | http://www.daemonology.net/portsnap/stats.html Sure, bound to be. It seems like it would be hard for GHC Central to answer this question with more than a general guideline, without knowing a lot about what FreeBSD is up to. The FreeBSD port system lists [EMAIL PROTECTED] as the port maintainer. Who's that? Would that be a good place to go to coordinate these efforts? Donn ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: Making GHC work on BSD
Donn Cave wrote: | ... and one that I think applies to all the *BSDs: | | 2063Breackage on OpenBSD due to mmap remap | | (actually the latter one is a top priority, because without it GHCi can't | work, so we need it fixed for 6.10.1). Is this a change from 6.8.3? NetBSD currently provides 6.8.3 as an optional package for NetBSD/i386 4.0, with ghci included and without any mmap patches as far as I know. It was also working for me on NetBSD/amd64 (which is the platform that would actually need MAP_32BIT?) Yes, the code changed in the HEAD, and currently uses mremap(), which only exists on Linux. We need similar hacks that were done in 6.8.3 to get the BSDs to work, that is to allocate memory from some predefined address in the lower 2Gb of the address space. Cheers, Simon ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: Making GHC work on BSD
Quoth Simon Peyton-Jones [EMAIL PROTECTED]: | Dear BDS hackers ... | So this message is to say: if you'd like GHC on BSD, please help! No help | probably means no GHC. Time is short before GHC 6.10. ... | There's also one NetBSD-specific ticket: | | 2351NetBSD defines ELF_ST_TYPE In case I didn't express myself very well when I posted that ticket - the ideal fix should be to replace the FreeBSD-specific support in the amd64 case, with the non-platorm-specific logic that 6.8.3 has for the i386 case. There is no need for attention from a NetBSD expert. | ... and one that I think applies to all the *BSDs: | | 2063Breackage on OpenBSD due to mmap remap | | (actually the latter one is a top priority, because without it GHCi can't | work, so we need it fixed for 6.10.1). Is this a change from 6.8.3? NetBSD currently provides 6.8.3 as an optional package for NetBSD/i386 4.0, with ghci included and without any mmap patches as far as I know. It was also working for me on NetBSD/amd64 (which is the platform that would actually need MAP_32BIT?) NetBSD does require a number of other patches to build correctly - I count 18, the bulk of which relate to 1) finding readline when it isn't in a path automatically searched by the compiler, and 2) NetBSD renamed system functions. (They also include the above mentioned ELF_ST_TYPE patch.) These patches are applied by the NetBSD package maintainer, but are also available separately through the package system. Donn Cave, [EMAIL PROTECTED] ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: Making GHC work on BSD
Hello, On Monday 08 September 2008 14:22, Simon Peyton-Jones wrote: Dear BDS hackers We'd like GHC to be buildable on BSD, but at the moment it isn't. We support GHC on Linux, Windows, Mac, but we really need help with BSD. I would like to do something about this. I have (a number of) x86s that either have some FreeBSD version installed or could get such an installation without too much trouble. The easiest one has an (admittedly old) 5.4 FreeBSD installed, that machine is running at the moment, it has actually managed to build [EMAIL PROTECTED] compiler/stage2/ghc-inplace --version The Glorious Glasgow Haskell Compilation System, version 6.9.20080517 using [EMAIL PROTECTED] ghc --version The Glorious Glasgow Haskell Compilation System, version 6.4.1 and [EMAIL PROTECTED] compiler/stage2/ghc-inplace --interactive GHCi, version 6.9.20080517: http://www.haskell.org/ghc/ :? for help Loading package ghc-prim ... linking ... done. Loading package integer ... linking ... done. Loading package base ... linking ... done. Prelude 2+2 4 works sometimes, but validate is a catastrophy (this is a dormant project). Another machine has some FreeBSD 6.x (I haven't checked), but I don't think it has any GHC running on it at the moment. A third possibility would be to take the latest (7.0) FreeBSD and install that. So, it would be useful to know, which FreeBSD version would you prefer to use for this? ... Best regards Thorkil ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users