
On 2007-03-04, Dave@haskell.org, "Feustel
wrote: The Makefile in the HSH distribution should do this for you. But you can say:
ghc --make -o setup -package Cabal Setup.lhs
A40:/home/daf/Hsh/hsh}ghc --make -o setup -package Cabal Setu.lhs ghc-6.2.2: unknown package name: Cabal
Ahh. You will certainly need GHC 6.6 for HSH; see the list of prerequisites in the README or at http://software.complete.org/hsh/wiki/RelatedSoftware
gmake[1]: *** [Linker.o] Error 1 gmake: *** [stage1] Error 1 A40:/home/daf/Ghc/ghc-6.6}
I'm not quite sure what to do with MAP_32BIT since I'm running in AMD 64-bit mode. Any suggestions?
This is out of my league to answer, but if you tell us about your platform, I bet we can find you some precompiled binaries for it.
-- John
I'm running AMD 64-bit OpenBSD 4.0. There is a downlevel package for ghc.
I think I have found the cause of the undefined MAP_ANONYMOUS. It looks like that symbol was changed to MAP_ANON in sys/mmap.h for OpenBSD. I fixed(?) that and now the MAP_32BIT symbol is the current roadblock. As far as I can tell, this symbol is not defined anywhere in OpenBSD at the moment. I've done some googling but I still don't know what to do with this symbol.
Since there seems to be no MAP_32BIT in OpenBSD, I set the symbol to 0 and gmake got through Linker.c. Gmake now is running toward completion of the make. I have my fingers crossed :-).

dfeustel:
On 2007-03-04, Dave@haskell.org, "Feustel
wrote: The Makefile in the HSH distribution should do this for you. But you can say:
ghc --make -o setup -package Cabal Setup.lhs
A40:/home/daf/Hsh/hsh}ghc --make -o setup -package Cabal Setu.lhs ghc-6.2.2: unknown package name: Cabal
Ahh. You will certainly need GHC 6.6 for HSH; see the list of prerequisites in the README or at http://software.complete.org/hsh/wiki/RelatedSoftware
gmake[1]: *** [Linker.o] Error 1 gmake: *** [stage1] Error 1 A40:/home/daf/Ghc/ghc-6.6}
I'm not quite sure what to do with MAP_32BIT since I'm running in AMD 64-bit mode. Any suggestions?
This is out of my league to answer, but if you tell us about your platform, I bet we can find you some precompiled binaries for it.
-- John
I'm running AMD 64-bit OpenBSD 4.0. There is a downlevel package for ghc.
I think I have found the cause of the undefined MAP_ANONYMOUS. It looks like that symbol was changed to MAP_ANON in sys/mmap.h for OpenBSD. I fixed(?) that and now the MAP_32BIT symbol is the current roadblock. As far as I can tell, this symbol is not defined anywhere in OpenBSD at the moment. I've done some googling but I still don't know what to do with this symbol.
Since there seems to be no MAP_32BIT in OpenBSD, I set the symbol to 0 and gmake got through Linker.c. Gmake now is running toward completion of the make. I have my fingers crossed :-).
Yes, I'm thinking the build system shouldn't even include Linker.c if you're not attempting to build ghci. -- Don

On Mon, Mar 05, 2007 at 01:37:20AM +0000, Dave Feustel wrote:
I think I have found the cause of the undefined MAP_ANONYMOUS. It looks like that symbol was changed to MAP_ANON in sys/mmap.h for OpenBSD. I fixed(?) that and now the MAP_32BIT symbol is the current roadblock. As far as I can tell, this symbol is not defined anywhere in OpenBSD at the moment. I've done some googling but I still don't know what to do with this symbol.
Since there seems to be no MAP_32BIT in OpenBSD, I set the symbol to 0 and gmake got through Linker.c. Gmake now is running toward completion of the make. I have my fingers crossed :-).
According to my (Linux) mmap(2), MAP_32BIT says to only allocate addresses that can be cast to 32bits losslessly. Of course, there's no guarantee that NOT specifying it will result in addresses that are truncated, so if you're unlucky this could introduce a latent bug. As in nothing happens for months, then one day ghc uses a lot of ram, and POP! sigsegv, by which time you've completely forgotten about the kluge you used to compile it, and you won't be able to figure out what broke. Check your man 2 mmap for the appropriate define ... Stefan
participants (3)
-
Dave Feustel
-
dons@cse.unsw.edu.au
-
Stefan O'Rear