RE: .hc files for building ghc-6.4.1 on amd64 ?
On 20 September 2005 12:24, Wilhelm B. Kloke wrote: Deletion of Linker.c and manual build of some AutoApply files make the crossbuild work on i386 side. I have a copy of the resulting hc-bundle ready. If anybody wants them, send me a mail. They don't work on the amd64 side, though. Here is the error message: gcc -x c GHC/Int.hc -o GHC/Int.o -c -O -DNO_REGS -DUSE_MINIINTERPRETER -D__GLASGOW_HASKELL__=604 -O -I/data/home/wb/Haskell/fptools-amd64/ghc-6.4.1/ghc/includes -I/data/home/wb/Haskell/fptools-amd64/ghc-6.4.1/libraries/base/include -I/data/home/wb/Haskell/fptools-amd64/ghc-6.4.1/libraries/unix/include -I/data/home/wb/Haskell/fptools-amd64/ghc-6.4.1/libraries/parsec/include -I/data/home/wb/Haskell/fptools-amd64/ghc-6.4.1/libraries/readline/inclu de -I. `echo | sed 's/^$/-DSTOLEN_X86_REGS=4/'` GHC/Int.hc: In function `s83O_ret': GHC/Int.hc:2522: error: `int64ToIntegerzh_fast' undeclared (first use in this function) GHC/Int.hc:2522: error: (Each undeclared identifier is reported only once GHC/Int.hc:2522: error: for each function it appears in.) GHC/Int.hc: In function `s83J_ret': GHC/Int.hc:2583: error: `int64ToIntegerzh_fast' undeclared (first use in this function) gmake[1]: *** [GHC/Int.o] Fehler 1 gmake: *** [all] Fehler 1 gmake: Leaving directory `/data/home/wb/Haskell/fptools-amd64/ghc-6.4.1/libraries' I think this means that something has gone wrong during the generation of the .hc files on the host machine. GHC/Int.hc is not supposed to refer to int64ToIntegerzh_fast, because on a 64-bit machine there is no Int64# primitive type (it's the same as Int#). You might want to make sure that ghc/includes/ghcautoconf.h on the host machine is the right one - it should have been copied from the target machine. I notices that the evil mangler was replaced after my build. I don't have an idea whether this would make it work. BTW. FreeBSD-amd64 does not seem to support small memory model. Is this essential? If that's true, it means the port is going to require more work. But I'd be surprised, because FreeBSD is using the same compiler toolchain as everyone else. Cheers, Simon ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
RE: `make' for profiling
On 20 September 2005 12:03, Serge D. Mechveliani wrote: Dear GHC developers, I have a user's wish for the versions 6.4.1: the possibility to `make' a project with profiling, without user play with the Cabal version substitution. It's possible, but unlikely that we'll do it. It requires porting the required changes from the new Cabal version to the old version witout changing any library APIs. Of course, if someone were to send us a patch... Cheers, Simon ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
RE: `make' for profiling
On 21 September 2005 11:12, Serge D. Mechveliani wrote: On Wed, Sep 21, 2005 at 10:11:46AM +0100, Simon Marlow wrote: On 20 September 2005 12:03, Serge D. Mechveliani wrote: Dear GHC developers, I have a user's wish for the versions 6.4.1: the possibility to `make' a project with profiling, without user play with the Cabal version substitution. It's possible, but unlikely that we'll do it. It requires porting the required changes from the new Cabal version to the old version witout changing any library APIs. Of course, if someone were to send us a patch... Does this mean that ghc-6.4.1, and further versions too, will be without profiling? Of course not! Profiling works in 6.4.1 just like it has in previous versions. What is missing is profiling support in Cabal as shipped with 6.4.1, which is what I thought you were asking for. Newer versions of Cabal support profiling, and all you have to do is upgrade Cabal. Cheers, Simon ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
progress on Freebsd-amd64 (Was: .hc files for building ghc-6.4.1 on amd64 ?)
Simon Marlow [EMAIL PROTECTED] schrieb: Int64# primitive type (it's the same as Int#). You might want to make sure that ghc/includes/ghcautoconf.h on the host machine is the right one - it should have been copied from the target machine. Yes. ghcautoconf.h had been rebuilt accidentally. Now I have an unregisterised ghc-inplace. What is the fastest way to test its usability? The next failure is at Control/Arrow.hc after reconfiguration in hc-build: ==fptools== gmake all -wr; in /data/home/wb/Haskell/fptools-amd64/ghc-6.4.1/libraries/base gcc -x c Control/Arrow.hc -o Control/Arrow.raw_s -S -O -D__GLASGOW_HASKELL__=604 -O -I/data/home/wb/Haskell/fptools-amd64/ghc-6.4.1/ghc/includes -I/data/home/wb/Haskell/fptools-amd64/ghc-6.4.1/libraries/base/include -I/data/home/wb/Haskell/fptools-amd64/ghc-6.4.1/libraries/unix/include -I/data/home/wb/Haskell/fptools-amd64/ghc-6.4.1/libraries/parsec/include -I/data/home/wb/Haskell/fptools-amd64/ghc-6.4.1/libraries/readline/include -I. `echo | sed 's/^$/-DSTOLEN_X86_REGS=4/'` Control/Arrow.hc: In function `s39r_entry': Control/Arrow.hc:25: error: `stg_ap_p_ret' undeclared (first use in this function) Control/Arrow.hc:25: error: (Each undeclared identifier is reported only once Control/Arrow.hc:25: error: for each function it appears in.) Control/Arrow.hc: In function `s39v_entry': Control/Arrow.hc:46: error: `stg_ap_p_ret' undeclared (first use in this function) ... -- Dipl.-Math. Wilhelm Bernhard Kloke Institut fuer Arbeitsphysiologie an der Universitaet Dortmund Ardeystrasse 67, D-44139 Dortmund, Tel. 0231-1084-257 ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
