Re: Unregistered build (was Re: AMD64)
listener: > On Friday 18 June 2004 15:39, Donald Bruce Stewart wrote: > > bet: > > > Which brings us around to the question that opened this thread, is > > > there any way to install the unregistered build? > > > > Yes. Download and build the src, and 'make install' :-) > > > > For some platforms unregistered builds are even being distributed in the > > native package format, openbsd/amd64 for one, and Ian Lynagh has a > > *bunch* of Debian platforms running unregisterised GHC. > > If you mean > ftp://debian-amd64.alioth.debian.org/pub/debian-amd64/pure64/pool/main/g/ghc6/ghc6_6.2.1-2_amd64.deb I was thinking more of the other weird unregisterised Debian archs GHC is built for. > this does build hello-world but fails on every other reasonable program I've > tried it with (internal error: getMBlock: mmap: Invalid argument). And if the > compilation should succeed the compiled program won't run (segfault because > of mmap() or munmap()). Sounds like the behaviour of the amd64 *registerised* build, not an unregisterised one? > It's exactly the same problem with my home made build so I don't think it's of > much use at the moment. *sigh* openbsd/amd64 runs fine, and the Haskell ports on this arch (darcs, alex, happy..) all work. SimonM built a working amd64-linux build about a year ago, so it does run on linux. Someone needs to dive in and debug this for linux, because the above problem isn't a limitation of the amd64 GHC port, but something linux specific. or you could switch to a different OS ;) -- Don ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: Unregistered build (was Re: AMD64)
On Friday 18 June 2004 15:39, Donald Bruce Stewart wrote: > bet: > > Which brings us around to the question that opened this thread, is > > there any way to install the unregistered build? > > Yes. Download and build the src, and 'make install' :-) > > For some platforms unregistered builds are even being distributed in the > native package format, openbsd/amd64 for one, and Ian Lynagh has a > *bunch* of Debian platforms running unregisterised GHC. If you mean ftp://debian-amd64.alioth.debian.org/pub/debian-amd64/pure64/pool/main/g/ghc6/ghc6_6.2.1-2_amd64.deb this does build hello-world but fails on every other reasonable program I've tried it with (internal error: getMBlock: mmap: Invalid argument). And if the compilation should succeed the compiled program won't run (segfault because of mmap() or munmap()). It's exactly the same problem with my home made build so I don't think it's of much use at the moment. Cheers Peter ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: Unregistered build (was Re: AMD64)
2004-06-18T13:39:38 Donald Bruce Stewart: > Yes. Download and build the src, and 'make install' :-) Thanks --- turns out my problem was that something in my env breaks the makefile, Simon gave me what I hope is the voodoo to get it to work. -Bennett pgpNBMx3rmHsm.pgp Description: PGP signature ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: Unregistered build (was Re: AMD64)
bet: > 2004-06-18T01:57:14 Donald Bruce Stewart: > > That's interesting. GHC unregisterised on amd64/openbsd *does* pass all > > the testsuite tests. > > Which brings us around to the question that opened this thread, is > there any way to install the unregistered build? Yes. Download and build the src, and 'make install' :-) For some platforms unregistered builds are even being distributed in the native package format, openbsd/amd64 for one, and Ian Lynagh has a *bunch* of Debian platforms running unregisterised GHC. -- Don ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: Unregistered build (was Re: AMD64)
2004-06-18T08:57:27 Simon Marlow: > Ok, $(ProjectsThatExist) is supposed to be set to all the projects in > your source tree that can be built, which on a normal GHC build should > be something like this: > > ProjectsThatExist="glafp-utils ghc libraries hslibs" > > This value is set right near the top of the top-level Makefile. Could > you investigate and find out why it is empty in your tree? Thanks, this seems to be the key. The Makefile has ProjectsThatExist = $(filter $(patsubst %/, %, $(wildcard */)), $(AllProjects)) which I can sorta see, but it doesn't seem to be working. $ make show VALUE=ProjectsThatExist ProjectsThatExist="" $ make show VALUE=AllProjects AllProjects="glafp-utils happy alex haddock ghc libraries hslibs greencard hdirect hood nofib" $ ls -F|grep / distrib/ docs/ ghc/ glafp-utils/ hslibs/ libraries/ mk/ $ Seems something in the implementation of this ProjectsThatExist logic isn't compatible with my (uClibc+Busybox) platform. I'll try hardwiring ProjectsThatExist and see if that gets me further. -Bennett pgpxrHIqbEDu8.pgp Description: PGP signature ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: Unregistered build (was Re: AMD64)
2004-06-18T01:57:14 Donald Bruce Stewart: > That's interesting. GHC unregisterised on amd64/openbsd *does* pass all > the testsuite tests. Which brings us around to the question that opened this thread, is there any way to install the unregistered build? Thanks, -Bennett pgpxPpD8HzWZd.pgp Description: PGP signature ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
RE: Unregistered build (was Re: AMD64)
On 17 June 2004 17:30, Peter Robinson wrote: > On Thursday 17 June 2004 17:38, Simon Marlow wrote: >> It looks like registerised compilation on x86_64 isn't quite working >> yet, then. If you're up to debugging this, then I suggest you start >> from a simpler program - try hello world registerised, and then >> slightly larger programs if that works.> >> Compile programs with -debug, and run with gdb to find out where the >> crash is happening. > I would if I could, but unfortunately I can't even start ghc (the > strace log I've attached before was created when running ghc without > _any_ arguments): # ./ghc > # Segmentation fault Yes, I meant building a program using the working ghc. Things get confusing with multi-stage bootstraps, so let's clarify: A : compiler bootstrapped from .hc files (unregisterised, builds unregisterised binaries) B : compiler built using stage1 in a new tree (unregisterised, builds registerised binaries) So it looks like your B compiler is crashing - which means that your A compiler is producing incorrect code. > Some other ones can be compiled but cannot be executed (like ghc). > All crashes are related to memory management: > > #../log:mmap(0x2a9630, 1048576, PROT_READ|PROT_WRITE|PROT_EXEC, > MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2a9630 > #../log:mmap(0x2a9640, 1048576, PROT_READ|PROT_WRITE|PROT_EXEC, > MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2a9640 > #../log:mmap(0x2a9650, 30739081986048, > PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = > -1 EINVAL (Invalid argument) #../log:write(2, "getMBlock: mmap: > Invalid argumen"..., 33) = 33 Furthermore, your A compiler is also crashing. Very strange... this one could be a gcc problem, but I really don't know. You might try going back to 3.4.0, but back off to 3.3.3 to avoid the crash that happened before. Failing that, it's gdb I'm afriad. Cheers, Simon ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
RE: Unregistered build (was Re: AMD64)
On 17 June 2004 13:09, Bennett Todd wrote: > 2004-06-17T09:04:40 Simon Marlow: >> Hmmm. Try these please: >> >> make show VALUE=ProjectsToBuild >> make show VALUE=ProjectsThatExist >> make show VALUE=SUBDIRS > > bash-2.05b$ make show VALUE=ProjectsToBuild > ProjectsToBuild="" > bash-2.05b$ make show VALUE=ProjectsThatExist > ProjectsThatExist="" > bash-2.05b$ make show VALUE=SUBDIRS > SUBDIRS="" > bash-2.05b$ > > Nothing in it, nothing in it, but the binding 'round it. Ok, $(ProjectsThatExist) is supposed to be set to all the projects in your source tree that can be built, which on a normal GHC build should be something like this: ProjectsThatExist="glafp-utils ghc libraries hslibs" This value is set right near the top of the top-level Makefile. Could you investigate and find out why it is empty in your tree? Cheers, Simon ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: Unregistered build (was Re: AMD64)
listener: > On Thursday 17 June 2004 17:38, Simon Marlow wrote: > > It looks like registerised compilation on x86_64 isn't quite working > > yet, then. If you're up to debugging this, then I suggest you start > > from a simpler program - try hello world registerised, and then slightly > > larger programs if that works.> > > Compile programs with -debug, and run with gdb to find out where the > > crash is happening. > I would if I could, but unfortunately I can't even start ghc (the strace log > I've attached before was created when running ghc without _any_ arguments): > # ./ghc > # Segmentation fault > > By the way, the unregistered ghc does not build all programs I've tried. > This was the result of trying a more complex one: > # ghc-inplace --make Main.hs > # Chasing modules from: Main.hs > # ghc-6.2.20040613: internal error: getMBlock: mmap: Invalid argument > > Some other ones can be compiled but cannot be executed (like ghc). All crashes > are related to memory management: > > #../log:mmap(0x2a9630, 1048576, PROT_READ|PROT_WRITE|PROT_EXEC, > MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2a9630 > #../log:mmap(0x2a9640, 1048576, PROT_READ|PROT_WRITE|PROT_EXEC, > MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2a9640 > #../log:mmap(0x2a9650, 30739081986048, PROT_READ|PROT_WRITE|PROT_EXEC, > MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = -1 EINVAL (Invalid argument) > #../log:write(2, "getMBlock: mmap: Invalid argumen"..., 33) = 33 > > Here's another trace of a different program - note that the first argument of > mmap is the same when the crash occurs: > #log:mmap(0x2a9630, 1048576, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE| > MAP_ANONYMOUS, -1, 0) = 0x2a9630 > #log:mmap(0x2a9640, 1048576, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE| > MAP_ANONYMOUS, -1, 0) = 0x2a9640 > #log:mmap(0x2a9650, 11978664837120, PROT_READ|PROT_WRITE|PROT_EXEC, > MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = -1 EINVAL (Invalid argument) > #log:write(2, "getMBlock: mmap: Invalid argumen"..., 33) = 33 > > And a third one: > #mprotect(0, 1048264, PROT_NONE) = -1 ENOMEM (Cannot allocate memory) > #... > #munmap(0x2a95c4f000, 131072)= 0 > #--- SIGSEGV (Segmentation fault) @ 0 (0) -- > > I think we are at a dead end right now but at least I've become quite familiar > with building ghc :-) That's interesting. GHC unregisterised on amd64/openbsd *does* pass all the testsuite tests. -- Don ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: Unregistered build (was Re: AMD64)
On Thursday 17 June 2004 17:38, Simon Marlow wrote: > It looks like registerised compilation on x86_64 isn't quite working > yet, then. If you're up to debugging this, then I suggest you start > from a simpler program - try hello world registerised, and then slightly > larger programs if that works.> > Compile programs with -debug, and run with gdb to find out where the > crash is happening. I would if I could, but unfortunately I can't even start ghc (the strace log I've attached before was created when running ghc without _any_ arguments): # ./ghc # Segmentation fault By the way, the unregistered ghc does not build all programs I've tried. This was the result of trying a more complex one: # ghc-inplace --make Main.hs # Chasing modules from: Main.hs # ghc-6.2.20040613: internal error: getMBlock: mmap: Invalid argument Some other ones can be compiled but cannot be executed (like ghc). All crashes are related to memory management: #../log:mmap(0x2a9630, 1048576, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2a9630 #../log:mmap(0x2a9640, 1048576, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2a9640 #../log:mmap(0x2a9650, 30739081986048, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = -1 EINVAL (Invalid argument) #../log:write(2, "getMBlock: mmap: Invalid argumen"..., 33) = 33 Here's another trace of a different program - note that the first argument of mmap is the same when the crash occurs: #log:mmap(0x2a9630, 1048576, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE| MAP_ANONYMOUS, -1, 0) = 0x2a9630 #log:mmap(0x2a9640, 1048576, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE| MAP_ANONYMOUS, -1, 0) = 0x2a9640 #log:mmap(0x2a9650, 11978664837120, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = -1 EINVAL (Invalid argument) #log:write(2, "getMBlock: mmap: Invalid argumen"..., 33) = 33 And a third one: #mprotect(0, 1048264, PROT_NONE) = -1 ENOMEM (Cannot allocate memory) #... #munmap(0x2a95c4f000, 131072)= 0 #--- SIGSEGV (Segmentation fault) @ 0 (0) -- I think we are at a dead end right now but at least I've become quite familiar with building ghc :-) Cheers Peter ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
RE: Unregistered build (was Re: AMD64)
On 17 June 2004 16:29, Peter Robinson wrote: > Well the build finally succeeded but unfortunately I immediately get a > segfault when running ghc/ghci. > I've attached the output of > # strace -o log ./ghc It looks like registerised compilation on x86_64 isn't quite working yet, then. If you're up to debugging this, then I suggest you start from a simpler program - try hello world registerised, and then slightly larger programs if that works. Compile programs with -debug, and run with gdb to find out where the crash is happening. Cheers, Simon ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: Unregistered build (was Re: AMD64)
Well the build finally succeeded but unfortunately I immediately get a segfault when running ghc/ghci. I've attached the output of # strace -o log ./ghc Cheers Peter On Thursday 17 June 2004 15:25, Simon Marlow wrote: > On 17 June 2004 14:08, Peter Robinson wrote: > > > > > > ==fptools== make all -wr; > > in /home/thaldyron/var/ghcbuild/ghc-6.2.20040613/libraries/base > > > > > rm -f GHC/Base.o; if [ ! -d GHC/Base_split ]; then mkdir > > GHC/Base_split; else /usr/bin/find GHC/Base_split -name '*.o' -print > > > > | xargs rm -f __rm_food; fi; > > > > ../../ghc/compiler/ghc-inplace -H16m -O -fglasgow-exts -cpp -Iinclude > > -#include HsBase.h -funbox-strict-fields -package-name base -O > > -Rghc-timing > > -split-objs-c GHC/Base.lhs -o GHC/Base.o -ohi GHC/Base.hi > > warning: don't know how to split object files on this architecture > > There's the clue: ghc-split isn't set up to handle this platform yet. > If you don't feel up to fixing it, then just set 'SplitObjs=NO' in > mk/build.mk and carry on. > > Cheers, > Simon execve("./ghc", ["./ghc"], [/* 57 vars */]) = 0 uname({sys="Linux", node="athlon64", ...}) = 0 brk(0) = 0x5bd000 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2a9556d000 open("/etc/ld.so.preload", O_RDONLY)= -1 ENOENT (No such file or directory) open("/etc/ld.so.cache", O_RDONLY) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=102345, ...}) = 0 mmap(NULL, 102345, PROT_READ, MAP_PRIVATE, 3, 0) = 0x2a9556e000 close(3)= 0 open("/lib/libdl.so.2", O_RDONLY) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\340\35\0"..., 640) = 640 fstat(3, {st_mode=S_IFREG|0755, st_size=12600, ...}) = 0 mmap(NULL, 1058232, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x2a9566e000 mprotect(0, 1045944, PROT_NONE) = -1 ENOMEM (Cannot allocate memory) mmap(0x2a9576e000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0) = 0x2a9576e000 close(3)= 0 open("/lib/libc.so.6", O_RDONLY)= 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0`\303\1\0"..., 640) = 640 lseek(3, 624, SEEK_SET) = 624 read(3, "\4\0\0\0\20\0\0\0\1\0\0\0GNU\0\0\0\0\0\2\0\0\0\6\0\0\0"..., 32) = 32 fstat(3, {st_mode=S_IFREG|0755, st_size=1245136, ...}) = 0 mmap(NULL, 2236296, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x2a95771000 mprotect(0, 1085320, PROT_NONE) = -1 ENOMEM (Cannot allocate memory) mmap(0x2a95971000, 122880, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x10) = 0x2a95971000 mmap(0x2a9598f000, 16264, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x2a9598f000 close(3)= 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2a95993000 arch_prctl(0x1002, 0x2a95993700)= 0 munmap(0x2a9556e000, 102345)= 0 open("/dev/urandom", O_RDONLY) = 3 read(3, "\2\8\214\374\352i", 8) = 8 close(3)= 0 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 open("/dev/tty", O_RDWR|O_NONBLOCK) = 3 close(3)= 0 brk(0) = 0x5bd000 brk(0x5de000) = 0x5de000 brk(0) = 0x5de000 getuid()= 0 getgid()= 0 geteuid() = 0 getegid() = 0 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 open("/etc/mtab", O_RDONLY) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=363, ...}) = 0 mmap(NULL, 131072, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2a9556e000 read(3, "/dev/hda5 / reiserfs rw,noatime,"..., 131072) = 363 close(3)= 0 munmap(0x2a9556e000, 131072)= 0 open("/proc/meminfo", O_RDONLY) = 3 fstat(3, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2a9556e000 read(3, "MemTotal: 509772 kB\nMemFre"..., 1024) = 646 close(3)= 0 munmap(0x2a9556e000, 4096) = 0 rt_sigaction(SIGCHLD, {SIG_DFL}, {SIG_DFL}, 8) = 0 rt_sigaction(SIGCHLD, {SIG_DFL}, {SIG_DFL}, 8) = 0 rt_sigaction(SIGINT, {SIG_DFL}, {SIG_DFL}, 8) = 0 rt_sigaction(SIGINT, {SIG_DFL}, {SIG_DFL}, 8) = 0 rt_sigaction(SIGQUIT, {SIG_DFL}, {SIG_DFL}, 8) = 0 rt_sigaction(SIGQUIT, {SIG_DFL}, {SIG_DFL}, 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 rt_sigaction(SIGQUIT, {SIG_IGN}, {SIG_DFL}, 8) = 0 uname({sys="Linux", node="athlon64", ...}) = 0 stat("/home/thaldyron/var/ghc-final-build/bin", {st_mode=S_IFDIR|0755, st_size=384, ...}) = 0 stat(".",
RE: Unregistered build (was Re: AMD64)
On 17 June 2004 14:08, Peter Robinson wrote: > > ==fptools== make all -wr; > in /home/thaldyron/var/ghcbuild/ghc-6.2.20040613/libraries/base > > rm -f GHC/Base.o; if [ ! -d GHC/Base_split ]; then mkdir > GHC/Base_split; else /usr/bin/find GHC/Base_split -name '*.o' -print > | xargs rm -f __rm_food; fi; > ../../ghc/compiler/ghc-inplace -H16m -O -fglasgow-exts -cpp -Iinclude > -#include HsBase.h -funbox-strict-fields -package-name base -O > -Rghc-timing > -split-objs-c GHC/Base.lhs -o GHC/Base.o -ohi GHC/Base.hi > warning: don't know how to split object files on this architecture There's the clue: ghc-split isn't set up to handle this platform yet. If you don't feel up to fixing it, then just set 'SplitObjs=NO' in mk/build.mk and carry on. Cheers, Simon ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: Unregistered build (was Re: AMD64)
On Thursday 17 June 2004 15:01, Gerd M wrote: > Unfortunately I've only got one gcc version installed at the moment and I'm > not sure if installing another version won't break something... Maybe I > will give it another try later this week, thanks for your help so far! > Regards > Gerd Since I'm already following this thread for a while I thought I could give it a try too. I got exactly the same error (internal compiler error) like Gerd when I used gcc-3.4.0. After switching to gcc-3.3.3 (Gentoo _does_ make this easy - just use gcc-config to switch) this error dissappeared but I'm getting another one later in the build process instead: ==fptools== make all -wr; in /home/thaldyron/var/ghcbuild/ghc-6.2.20040613/libraries/base rm -f GHC/Base.o; if [ ! -d GHC/Base_split ]; then mkdir GHC/Base_split; else /usr/bin/find GHC/Base_split -name '*.o' -print | xargs rm -f __rm_food; fi; ../../ghc/compiler/ghc-inplace -H16m -O -fglasgow-exts -cpp -Iinclude -#include HsBase.h -funbox-strict-fields -package-name base -O -Rghc-timing -split-objs-c GHC/Base.lhs -o GHC/Base.o -ohi GHC/Base.hi warning: don't know how to split object files on this architecture <> (cd GHC/ && /usr/bin/ld -r -x -o Base.o Base_split/*.o); /usr/bin/ld: Base_split/*.o: No such file: No such file or directory make[2]: *** [GHC/Base.o] Error 1 make[1]: *** [all] Error 1 make[1]: Leaving directory `/home/thaldyron/var/ghcbuild/ghc-6.2.20040613/libraries' make: *** [build] Error 1 Any help is welcome! Cheers Peter ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
RE: Unregistered build (was Re: AMD64)
Simon Marlow wrote: This one looks like a failure from GCC, not GHC. If possible, you should send a bug report to the GCC folks or Gentoo as requested. You could try using a different version of GCC to work around the problem. Unfortunately I've only got one gcc version installed at the moment and I'm not sure if installing another version won't break something... Maybe I will give it another try later this week, thanks for your help so far! Regards Gerd Cheers, Simon _ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: Unregistered build (was Re: AMD64)
2004-06-17T09:04:40 Simon Marlow: > Hmmm. Try these please: > > make show VALUE=ProjectsToBuild > make show VALUE=ProjectsThatExist > make show VALUE=SUBDIRS bash-2.05b$ make show VALUE=ProjectsToBuild ProjectsToBuild="" bash-2.05b$ make show VALUE=ProjectsThatExist ProjectsThatExist="" bash-2.05b$ make show VALUE=SUBDIRS SUBDIRS="" bash-2.05b$ Nothing in it, nothing in it, but the binding 'round it. -Bennett pgpKw6u0hpqN1.pgp Description: PGP signature ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
RE: Unregistered build (was Re: AMD64)
On 17 June 2004 10:59, Gerd M wrote: > I managed to create an unregistered build that compiles the hello > world example. > # file hello > hello: ELF 64-bit LSB executable, AMD x86-64, version 1 (SYSV), for > GNU/Linux 2.6.0, dynamically linked (uses shared libs), not stripped Great! > /tmp/ghc7353.lpp:0: > internal compiler error: Aborted > Please submit a full bug report, > with preprocessed source if appropriate. > See http://bugs.gentoo.org/> for instructions. This one looks like a failure from GCC, not GHC. If possible, you should send a bug report to the GCC folks or Gentoo as requested. You could try using a different version of GCC to work around the problem. Cheers, Simon ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
RE: Unregistered build (was Re: AMD64)
I managed to create an unregistered build that compiles the hello world example. # file hello hello: ELF 64-bit LSB executable, AMD x86-64, version 1 (SYSV), for GNU/Linux 2.6.0, dynamically linked (uses shared libs), not stripped But when I tried to build a registered compiler with it (by using a fresh source tree with --with-ghc=ghc-test2/ghc-6.2.20040613/ghc/compiler/ghc-inplace), the "internal compiler error" occurred again. Is there a way to find out _why_ this happens? regards ==fptools== make boot -wr; in ghc-test2/ghc-6.2.20040613/ghc/compiler ../../glafp-utils/mkdirhier/mkdirhier stage1 for i in utils basicTypes types hsSyn prelude rename typecheck deSugar coreSyn specialise simplCore stranal stgSyn simplStg codeGen absCSyn main profiling parser cprAnalysis compMan ndpFlatten cbits; do \ ../../glafp-utils/mkdirhier/mkdirhier stage1/$i; \ done for i in */*hi-boot*; do \ ln -s -f ../../$i stage1/$i || true ; \ done ln: creating symbolic link `stage1/nativeGen/MachMisc.hi-boot' to `../../nativeGen/MachMisc.hi-boot': No such file or directory ln: creating symbolic link `stage1/nativeGen/MachMisc.hi-boot-5' to `../../nativeGen/MachMisc.hi-boot-5': No such file or directory ln: creating symbolic link `stage1/nativeGen/MachMisc.hi-boot-6' to `../../nativeGen/MachMisc.hi-boot-6': No such file or directory ln: creating symbolic link `stage1/nativeGen/Stix.hi-boot' to `../../nativeGen/Stix.hi-boot': No such file or directory ln: creating symbolic link `stage1/nativeGen/StixPrim.hi-boot' to `../../nativeGen/StixPrim.hi-boot': No such file or directory ln: creating symbolic link `stage1/nativeGen/StixPrim.hi-boot-5' to `../../nativeGen/StixPrim.hi-boot-5': No such file or directory ln: creating symbolic link `stage1/nativeGen/StixPrim.hi-boot-6' to `../../nativeGen/StixPrim.hi-boot-6': No such file or directory touch .depend-BASE ghc-test2/ghc-6.2.20040613/ghc/compiler/ghc-inplace -M -optdep-f -optdep.depend-BASE -osuf o -I../includes -H16m -O -iutils -ibasicTypes -itypes -ihsSyn -iprelude -irename -itypecheck -ideSugar -icoreSyn -ispecialise -isimplCore -istranal -istgSyn -isimplStg -icodeGen -iabsCSyn -imain -iprofiling -iparser -icprAnalysis -icompMan -indpFlatten -icbits -DOMIT_NATIVE_CODEGEN -cpp -fglasgow-exts -Rghc-timing -I. -IcodeGen -InativeGen -Iparser -recomp -Rghc-timing -H16M '-#include "hschooks.h"' absCSyn/AbsCSyn.lhs absCSyn/AbsCUtils.lhs absCSyn/CLabel.lhs absCSyn/CStrings.lhs absCSyn/Costs.lhs absCSyn/MachOp.hs absCSyn/PprAbsC.lhs basicTypes/BasicTypes.lhs basicTypes/DataCon.lhs basicTypes/Demand.lhs basicTypes/FieldLabel.lhs basicTypes/Id.lhs basicTypes/IdInfo.lhs basicTypes/Literal.lhs basicTypes/MkId.lhs basicTypes/Module.lhs basicTypes/Name.lhs basicTypes/NameEnv.lhs basicTypes/NameSet.lhs basicTypes/NewDemand.lhs basicTypes/OccName.lhs basicTypes/RdrName.lhs basicTypes/SrcLoc.lhs basicTypes/UniqSupply.lhs basicTypes/Unique.lhs basicTypes/Var.lhs basicTypes/VarEnv.lhs basicTypes/VarSet.lhs codeGen/Bitmap.hs codeGen/CgBindery.lhs codeGen/CgCase.lhs codeGen/CgClosure.lhs codeGen/CgCon.lhs codeGen/CgConTbls.lhs codeGen/CgExpr.lhs codeGen/CgHeapery.lhs codeGen/CgLetNoEscape.lhs codeGen/CgMonad.lhs codeGen/CgRetConv.lhs codeGen/CgStackery.lhs codeGen/CgTailCall.lhs codeGen/CgUpdate.lhs codeGen/CgUsages.lhs codeGen/ClosureInfo.lhs codeGen/CodeGen.lhs codeGen/SMRep.lhs compMan/CompManager.lhs coreSyn/CoreFVs.lhs coreSyn/CoreLint.lhs coreSyn/CorePrep.lhs coreSyn/CoreSyn.lhs coreSyn/CoreTidy.lhs coreSyn/CoreUnfold.lhs coreSyn/CoreUtils.lhs coreSyn/ExternalCore.lhs coreSyn/MkExternalCore.lhs coreSyn/PprCore.lhs coreSyn/PprExternalCore.lhs coreSyn/Subst.lhs cprAnalysis/CprAnalyse.lhs deSugar/Check.lhs deSugar/Desugar.lhs deSugar/DsArrows.lhs deSugar/DsBinds.lhs deSugar/DsCCall.lhs deSugar/DsExpr.lhs deSugar/DsForeign.lhs deSugar/DsGRHSs.lhs deSugar/DsListComp.lhs deSugar/DsMonad.lhs deSugar/DsUtils.lhs deSugar/Match.lhs deSugar/MatchCon.lhs deSugar/MatchLit.lhs hsSyn/HsBinds.lhs hsSyn/HsCore.lhs hsSyn/HsDecls.lhs hsSyn/HsExpr.lhs hsSyn/HsImpExp.lhs hsSyn/HsLit.lhs hsSyn/HsPat.lhs hsSyn/HsSyn.lhs hsSyn/HsTypes.lhs main/BinIface.hs main/CmdLineOpts.lhs main/CodeOutput.lhs main/Config.hs main/Constants.lhs main/DriverFlags.hs main/DriverMkDepend.hs main/DriverPhases.hs main/DriverPipeline.hs main/DriverState.hs main/DriverUtil.hs main/ErrUtils.lhs main/Finder.lhs main/GetImports.hs main/HscMain.lhs main/HscStats.lhs main/HscTypes.lhs main/Interpreter.hs main/Main.hs main/MkIface.lhs main/Packages.lhs main/ParsePkgConf.hs main/SysTools.lhs main/TidyPgm.lhs ndpFlatten/FlattenInfo.hs ndpFlatten/FlattenMonad.hs ndpFlatten/Flattening.hs ndpFlatten/NDPCoreUtils.hs ndpFlatten/PArrAnal.hs parser/Ctype.lhs parser/LexCore.hs parser/Lexer.hs parser/Parser.hs parser/ParserCore.hs parser/ParserCoreUtils
RE: Unregistered build (was Re: AMD64)
On 16 June 2004 13:50, Bennett Todd wrote: > 2004-06-16T10:33:49 Simon Marlow: >> On 15 June 2004 16:24, Bennett Todd wrote: >>> 2004-06-15T14:52:53 Simon Marlow: After hc-build, you should unpack a completely fresh GHC source tree, somewhere else. Then 'cd' into this tree, and issue the configure/make commands. >>> >>> Alas, no joy; again, "make" does nothing. >>> >>> These Makefiles are cleverer than I am, I can't quite figure out why >>> make is just silently exiting with status zero. >> >> This is very strange. Perhaps try 'make -d'? > > Please find the result attached, thanks! > > -Bennett Hmmm. Try these please: make show VALUE=ProjectsToBuild make show VALUE=ProjectsThatExist make show VALUE=SUBDIRS Cheers, Simon ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: Unregistered build (was Re: AMD64)
2004-06-16T13:26:45 Simon Marlow: > Bennett, who said he had a working unregisterised build. I'm by no means a Haskell expert, or even a Haskell programmer; but my unregistered build does do hello.hs successfully. -Bennett pgp9V3uOTefQY.pgp Description: PGP signature ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
RE: Unregistered build (was Re: AMD64)
On 16 June 2004 13:19, Gerd M wrote: > Simon Marlow wrote: >> It looks like HC bootstrapping is enabled in this tree; it shouldn't >> be. Just use a completely fresh source tree, don't configure with >> --enable-hc-boot, and don't unpack any HC files into it. >> > If I use a fresh source tree without HCs then I need the unregistered > build to compile, right? Unfortunately the debian build didn't get me > very far since it stops with an internal compiler error (see previous > posts). There seems to be some confusion. The instructions I gave were for Bennett, who said he had a working unregisterised build. If you haven't got that far yet, then these instructions don't apply. > So I followed the instructions of the Porting Guide > and compiled a ghc-6.2.1-x86_64_unknown_linux-hc.tar.gz in 32bit mode. > > In 64bit mode: > ./distrib/hc-build --enable-hc-boot-unregisterised > which stops with the error message I mentioned in my last post. >> multiple definition of `forkOS_entry' >> Control/Concurrent_stub.o(.text+0x0): first defined here Don S. committed a fix for this to the main tree. It looks like it hasn't been merged yet... could you try the attached patch to libraries/base/Makefile, and let me now if it helps? Cheers, Simon patch Description: patch ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: Unregistered build (was Re: AMD64)
2004-06-16T10:33:49 Simon Marlow: > On 15 June 2004 16:24, Bennett Todd wrote: > > 2004-06-15T14:52:53 Simon Marlow: > >> After hc-build, you should unpack a completely fresh GHC source tree, > >> somewhere else. Then 'cd' into this tree, and issue the > >> configure/make commands. > > > > Alas, no joy; again, "make" does nothing. > > > > These Makefiles are cleverer than I am, I can't quite figure out why > > make is just silently exiting with status zero. > > This is very strange. Perhaps try 'make -d'? Please find the result attached, thanks! -Bennett GNU Make 3.80 Copyright (C) 2002 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Reading makefiles... Reading makefile `Makefile'... Reading makefile `mk/boilerplate.mk' (search path) (no ~ expansion)... Reading makefile `mk/config.mk' (search path) (no ~ expansion)... Reading makefile `mk/paths.mk' (search path) (no ~ expansion)... Reading makefile `mk/opts.mk' (search path) (no ~ expansion)... Reading makefile `mk/build.mk' (search path) (don't care) (no ~ expansion)... Reading makefile `.depend' (search path) (don't care) (no ~ expansion)... Reading makefile `mk/target.mk' (search path) (no ~ expansion)... Reading makefile `mk/package.mk' (search path) (no ~ expansion)... Reading makefile `mk/suffix.mk' (search path) (no ~ expansion)... Updating makefiles Considering target file `mk/suffix.mk'. Looking for an implicit rule for `mk/suffix.mk'. Trying pattern rule with stem `suffix.mk'. Trying implicit prerequisite `mk/suffix.mk.pp'. Trying pattern rule with stem `suffix.mk'. Trying implicit prerequisite `mk/suffix.mk.pp'. Looking for a rule with intermediate file `mk/suffix.mk.pp'. Avoiding implicit rule recursion. No implicit rule found for `mk/suffix.mk'. Finished prerequisites of target file `mk/suffix.mk'. No need to remake target `mk/suffix.mk'. Considering target file `mk/package.mk'. Looking for an implicit rule for `mk/package.mk'. Trying pattern rule with stem `package.mk'. Trying implicit prerequisite `mk/package.mk.pp'. Trying pattern rule with stem `package.mk'. Trying implicit prerequisite `mk/package.mk.pp'. Looking for a rule with intermediate file `mk/package.mk.pp'. Avoiding implicit rule recursion. No implicit rule found for `mk/package.mk'. Finished prerequisites of target file `mk/package.mk'. No need to remake target `mk/package.mk'. Considering target file `mk/target.mk'. Looking for an implicit rule for `mk/target.mk'. Trying pattern rule with stem `target.mk'. Trying implicit prerequisite `mk/target.mk.pp'. Trying pattern rule with stem `target.mk'. Trying implicit prerequisite `mk/target.mk.pp'. Looking for a rule with intermediate file `mk/target.mk.pp'. Avoiding implicit rule recursion. No implicit rule found for `mk/target.mk'. Finished prerequisites of target file `mk/target.mk'. No need to remake target `mk/target.mk'. Considering target file `.depend'. File `.depend' does not exist. Looking for an implicit rule for `.depend'. Trying pattern rule with stem `.depend'. Trying implicit prerequisite `.depend.pp'. Trying pattern rule with stem `.depend'. Trying implicit prerequisite `.depend.pp'. Looking for a rule with intermediate file `.depend.pp'. Avoiding implicit rule recursion. No implicit rule found for `.depend'. Finished prerequisites of target file `.depend'. Must remake target `.depend'. Failed to remake target file `.depend'. Considering target file `mk/build.mk'. File `mk/build.mk' does not exist. Looking for an implicit rule for `mk/build.mk'. Trying pattern rule with stem `build.mk'. Trying implicit prerequisite `mk/build.mk.pp'. Trying pattern rule with stem `build.mk'. Trying implicit prerequisite `mk/build.mk.pp'. Looking for a rule with intermediate file `mk/build.mk.pp'. Avoiding implicit rule recursion. No implicit rule found for `mk/build.mk'. Finished prerequisites of target file `mk/build.mk'. Must remake target `mk/build.mk'. Failed to remake target file `mk/build.mk'. Considering target file `mk/opts.mk'. Looking for an implicit rule for `mk/opts.mk'. Trying pattern rule with stem `opts.mk'. Trying implicit prerequisite `mk/opts.mk.pp'. Trying pattern rule with stem `opts.mk'. Trying implicit prerequisite `mk/opts.mk.pp'. Looking for a rule with intermediate file `mk/opts.mk.pp'. Avoiding implicit rule recursion. No implicit rule found for `mk/opts.mk'. Finished prerequisites of target file `mk/opts.mk'. No need to remake target `mk/opts.mk'. Considering target file `mk/paths.mk'. Looking for an implicit rule for `mk/paths.mk'. Trying pattern rule with stem `paths.mk'. Trying implicit prerequisite `mk/paths.mk.pp'. Trying pattern rule with stem `paths.mk'. Trying implicit prerequisite `mk/paths.mk.pp'. Looking for a ru
RE: Unregistered build (was Re: AMD64)
Simon Marlow wrote: It looks like HC bootstrapping is enabled in this tree; it shouldn't be. Just use a completely fresh source tree, don't configure with --enable-hc-boot, and don't unpack any HC files into it. If I use a fresh source tree without HCs then I need the unregistered build to compile, right? Unfortunately the debian build didn't get me very far since it stops with an internal compiler error (see previous posts). So I followed the instructions of the Porting Guide and compiled a ghc-6.2.1-x86_64_unknown_linux-hc.tar.gz in 32bit mode. In 64bit mode: ./distrib/hc-build --enable-hc-boot-unregisterised which stops with the error message I mentioned in my last post. multiple definition of `forkOS_entry' Control/Concurrent_stub.o(.text+0x0): first defined here Or am I completely missing the point here? _ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
RE: Unregistered build (was Re: AMD64)
On 15 June 2004 16:24, Bennett Todd wrote: > 2004-06-15T14:52:53 Simon Marlow: >> After hc-build, you should unpack a completely fresh GHC source tree, >> somewhere else. Then 'cd' into this tree, and issue the >> configure/make commands. > > Alas, no joy; again, "make" does nothing. > > These Makefiles are cleverer than I am, I can't quite figure out why > make is just silently exiting with status zero. This is very strange. Perhaps try 'make -d'? Cheers, Simon ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
RE: Unregistered build (was Re: AMD64)
On 16 June 2004 11:00, Gerd M wrote: > Simon Marlow wrote: >> After hc-build, you should unpack a completely fresh GHC source tree, >> somewhere else. Then 'cd' into this tree, and issue the >> configure/make commands. > > I tried this and got as far as: > > ==fptools== make all -wr; > in ghc-test2/ghc-6.2.1/libraries/base > > /usr/bin/ld -r -x -o HSbase.o Control/Concurrent_stub.o > Control/Arrow.o Control/Concurrent.o Control/Concurrent/Chan.o > Control/Concurrent/MVar.o Control/Concurrent/QSem.o > Control/Concurrent/QSemN.o Control/Concurrent/SampleVar.o > Control/Exception.o Control/Monad.o Control/Monad/Cont.o > Control/Monad/Error.o Control/Monad/Fix.o Control/Monad/Identity.o > Control/Monad/List.o Control/Monad/RWS.o Control/Monad/Reader.o > Control/Monad/ST.o Control/Monad/ST/Lazy.o Control/Monad/ST/Strict.o > Control/Monad/State.o Control/Monad/Trans.o Control/Monad/Writer.o > Control/Parallel.o Data/Array.o Data/Array/Base.o Data/Array/Diff.o > Data/Array/IArray.o Data/Array/IO.o Data/Array/IO/Internals.o > Data/Array/MArray.o Data/Array/ST.o Data/Array/Storable.o > Data/Array/Unboxed.o Data/Bits.o Data/Bool.o Data/Char.o > Data/Complex.o Data/Dynamic.o Data/Either.o Data/FiniteMap.o > Data/Generics.o Data/Generics/Aliases.o Data/Generics/Basics.o > Data/Generics/Reify.o Data/Generics/Schemes.o Data/Generics/Text.o > Data/Generics/Twins.o Data/Graph.o Data/HashTable.o Data/IORef.o > Data/Int.o Data/Ix.o Data/List.o Data/Maybe.o Data/Monoid.o > Data/PackedString.o Data/Ratio.o Data/STRef.o Data/STRef/Lazy.o > Data/STRef/Strict.o Data/Set.o Data/Tree.o Data/Tuple.o > Data/Typeable.o Data/Unique.o Data/Word.o Debug/Trace.o Foreign.o > Foreign/C.o Foreign/C/Error.o Foreign/C/String.o Foreign/C/Types.o > Foreign/Concurrent.o Foreign/ForeignPtr.o Foreign/Marshal.o > Foreign/Marshal/Alloc.o Foreign/Marshal/Array.o > Foreign/Marshal/Error.o Foreign/Marshal/Pool.o > Foreign/Marshal/Utils.o Foreign/Ptr.o Foreign/StablePtr.o > Foreign/Storable.o GHC/Arr.o GHC/Base.o GHC/Conc.o GHC/Dotnet.o > GHC/Enum.o GHC/Err.o GHC/Exception.o GHC/Exts.o GHC/Float.o > GHC/ForeignPtr.o GHC/Handle.o GHC/IO.o GHC/IOBase.o GHC/Int.o > GHC/List.o GHC/Num.o GHC/PArr.o GHC/Pack.o GHC/PrimopWrappers.o > GHC/Ptr.o GHC/Read.o GHC/Real.o GHC/ST.o GHC/STRef.o GHC/Show.o > GHC/Stable.o GHC/Storable.o GHC/TopHandler.o GHC/Unicode.o GHC/Weak.o > GHC/Word.o Numeric.o Prelude.o System/CPUTime.o System/Cmd.o > System/Console/GetOpt.o System/Directory.o System/Environment.o > System/Exit.o System/IO.o System/IO/Error.o System/IO/Unsafe.o > System/Info.o System/Locale.o System/Mem.o System/Mem/StableName.o > System/Mem/Weak.o System/Posix/Internals.o System/Posix/Signals.o > System/Posix/Types.o System/Random.o System/Time.o Text/Html.o > Text/Html/BlockTable.o Text/ParserCombinators/ReadP.o > Text/ParserCombinators/ReadPrec.o Text/PrettyPrint.o > Text/PrettyPrint/HughesPJ.o Text/Read.o Text/Read/Lex.o Text/Regex.o > Text/Regex/Posix.o Text/Show.o Text/Show/Functions.o > Control/Concurrent_stub.o System/CPUTime_hsc.o > System/Posix/Signals_hsc.o System/Time_hsc.o Text/Regex/Posix_hsc.o > Control/Concurrent_stub.o(.text+0x0): In function `forkOS_entry': >> multiple definition of `forkOS_entry' > Control/Concurrent_stub.o(.text+0x0): first defined here > make[2]: *** [HSbase.o] Error 1 > > Anything I can do about that? It looks like HC bootstrapping is enabled in this tree; it shouldn't be. Just use a completely fresh source tree, don't configure with --enable-hc-boot, and don't unpack any HC files into it. Cheers, Simon ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
RE: Unregistered build (was Re: AMD64)
Simon Marlow wrote: After hc-build, you should unpack a completely fresh GHC source tree, somewhere else. Then 'cd' into this tree, and issue the configure/make commands. I tried this and got as far as: ==fptools== make all -wr; in ghc-test2/ghc-6.2.1/libraries/base /usr/bin/ld -r -x -o HSbase.o Control/Concurrent_stub.o Control/Arrow.o Control/Concurrent.o Control/Concurrent/Chan.o Control/Concurrent/MVar.o Control/Concurrent/QSem.o Control/Concurrent/QSemN.o Control/Concurrent/SampleVar.o Control/Exception.o Control/Monad.o Control/Monad/Cont.o Control/Monad/Error.o Control/Monad/Fix.o Control/Monad/Identity.o Control/Monad/List.o Control/Monad/RWS.o Control/Monad/Reader.o Control/Monad/ST.o Control/Monad/ST/Lazy.o Control/Monad/ST/Strict.o Control/Monad/State.o Control/Monad/Trans.o Control/Monad/Writer.o Control/Parallel.o Data/Array.o Data/Array/Base.o Data/Array/Diff.o Data/Array/IArray.o Data/Array/IO.o Data/Array/IO/Internals.o Data/Array/MArray.o Data/Array/ST.o Data/Array/Storable.o Data/Array/Unboxed.o Data/Bits.o Data/Bool.o Data/Char.o Data/Complex.o Data/Dynamic.o Data/Either.o Data/FiniteMap.o Data/Generics.o Data/Generics/Aliases.o Data/Generics/Basics.o Data/Generics/Reify.o Data/Generics/Schemes.o Data/Generics/Text.o Data/Generics/Twins.o Data/Graph.o Data/HashTable.o Data/IORef.o Data/Int.o Data/Ix.o Data/List.o Data/Maybe.o Data/Monoid.o Data/PackedString.o Data/Ratio.o Data/STRef.o Data/STRef/Lazy.o Data/STRef/Strict.o Data/Set.o Data/Tree.o Data/Tuple.o Data/Typeable.o Data/Unique.o Data/Word.o Debug/Trace.o Foreign.o Foreign/C.o Foreign/C/Error.o Foreign/C/String.o Foreign/C/Types.o Foreign/Concurrent.o Foreign/ForeignPtr.o Foreign/Marshal.o Foreign/Marshal/Alloc.o Foreign/Marshal/Array.o Foreign/Marshal/Error.o Foreign/Marshal/Pool.o Foreign/Marshal/Utils.o Foreign/Ptr.o Foreign/StablePtr.o Foreign/Storable.o GHC/Arr.o GHC/Base.o GHC/Conc.o GHC/Dotnet.o GHC/Enum.o GHC/Err.o GHC/Exception.o GHC/Exts.o GHC/Float.o GHC/ForeignPtr.o GHC/Handle.o GHC/IO.o GHC/IOBase.o GHC/Int.o GHC/List.o GHC/Num.o GHC/PArr.o GHC/Pack.o GHC/PrimopWrappers.o GHC/Ptr.o GHC/Read.o GHC/Real.o GHC/ST.o GHC/STRef.o GHC/Show.o GHC/Stable.o GHC/Storable.o GHC/TopHandler.o GHC/Unicode.o GHC/Weak.o GHC/Word.o Numeric.o Prelude.o System/CPUTime.o System/Cmd.o System/Console/GetOpt.o System/Directory.o System/Environment.o System/Exit.o System/IO.o System/IO/Error.o System/IO/Unsafe.o System/Info.o System/Locale.o System/Mem.o System/Mem/StableName.o System/Mem/Weak.o System/Posix/Internals.o System/Posix/Signals.o System/Posix/Types.o System/Random.o System/Time.o Text/Html.o Text/Html/BlockTable.o Text/ParserCombinators/ReadP.o Text/ParserCombinators/ReadPrec.o Text/PrettyPrint.o Text/PrettyPrint/HughesPJ.o Text/Read.o Text/Read/Lex.o Text/Regex.o Text/Regex/Posix.o Text/Show.o Text/Show/Functions.o Control/Concurrent_stub.o System/CPUTime_hsc.o System/Posix/Signals_hsc.o System/Time_hsc.o Text/Regex/Posix_hsc.o Control/Concurrent_stub.o(.text+0x0): In function `forkOS_entry': : multiple definition of `forkOS_entry' Control/Concurrent_stub.o(.text+0x0): first defined here make[2]: *** [HSbase.o] Error 1 Anything I can do about that? regards _ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: Unregistered build (was Re: AMD64)
2004-06-15T14:52:53 Simon Marlow: > After hc-build, you should unpack a completely fresh GHC source tree, > somewhere else. Then 'cd' into this tree, and issue the configure/make > commands. Alas, no joy; again, "make" does nothing. These Makefiles are cleverer than I am, I can't quite figure out why make is just silently exiting with status zero. -Bennett pgpxT79yOP84G.pgp Description: PGP signature ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: Unregistered build (was Re: AMD64)
2004-06-15T14:52:53 Simon Marlow: > On 15 June 2004 14:18, Bennett Todd wrote: > > ./distrib/hc-build ... > > ./configure --with-ghc=`pwd`/ghc/compiler/ghc-inplace > > make > > > > That last make didn't do anything. > > After hc-build, you should unpack a completely fresh GHC source tree, > somewhere else. Then 'cd' into this tree, and issue the configure/make > commands. _Thank_ you! I somehow missed that. I'll kick it off now and let you all know how it goes. -Bennett pgpgZeJLbMklI.pgp Description: PGP signature ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
RE: Unregistered build (was Re: AMD64)
On 15 June 2004 14:18, Bennett Todd wrote: > 2004-06-14T16:06:05 Simon Marlow: >> You probably don't want to install the registerised build; just use >> it to build a fresh tree: >> >> $ ./configure >> --with-ghc=/unregisterised-build/ghc/compiler/ghc-inplace >> $ make > > Everything was fine up to there, but "make" does nothing at all. > > I followed the instructions for creating the > ghc-6.2.1-i386-unknown-linux-hc.tar.gz (which I did on a Red Hat 8 > system), then (on my uClibc-based, static linking system) ran > > tar xjf ghc-6.2.1-src.tar.bz2 > tar xzf ghc-6.2.1-i386-unknown-linux-hc.tar.gz > cd ghc-6.2.1 > ./configure --enable-hc-boot --enable-hc-boot-unregisterised > --prefix=/usr ./distrib/hc-build --enable-hc-boot-unregisterised > --prefix=/usr ./configure --with-ghc=`pwd`/ghc/compiler/ghc-inplace > make > > That last make didn't do anything. After hc-build, you should unpack a completely fresh GHC source tree, somewhere else. Then 'cd' into this tree, and issue the configure/make commands. You're using the compiler you built originally, which is unregisterised and builds unregisterised binaries, to build a new compiler which will generate registerised binaries. Cheers, Simon ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: Unregistered build (was Re: AMD64)
2004-06-14T16:06:05 Simon Marlow: > You probably don't want to install the registerised build; just use it > to build a fresh tree: > > $ ./configure > --with-ghc=/unregisterised-build/ghc/compiler/ghc-inplace > $ make Everything was fine up to there, but "make" does nothing at all. I followed the instructions for creating the ghc-6.2.1-i386-unknown-linux-hc.tar.gz (which I did on a Red Hat 8 system), then (on my uClibc-based, static linking system) ran tar xjf ghc-6.2.1-src.tar.bz2 tar xzf ghc-6.2.1-i386-unknown-linux-hc.tar.gz cd ghc-6.2.1 ./configure --enable-hc-boot --enable-hc-boot-unregisterised --prefix=/usr ./distrib/hc-build --enable-hc-boot-unregisterised --prefix=/usr ./configure --with-ghc=`pwd`/ghc/compiler/ghc-inplace make That last make didn't do anything. -Bennett pgpIGjvNEwMDT.pgp Description: PGP signature ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
RE: Unregistered build (was Re: AMD64)
On 14 June 2004 21:57, Gerd M wrote: > Well I just tried it and that's what happened: > > ==fptools== make boot - --no-print-directory -r; > in ghc-6.2.1/ghc/utils/ghc-pkg > > ghc-test/usr/bin/ghc -M -optdep-f -optdep.depend -osuf o-H16m -O > -cpp -DPKG_TOOL -DWANT_PRETTY -DGHC_PKG_VERSION=6.2.1 Main.hs > Package.hs ParsePkgConfLite.hs > Main.hs:87: warning: backslash and newline separated by space > Main.hs:259: warning: backslash and newline separated by space > Main.hs:260: warning: backslash and newline separated by space > make all > ghc-test/usr/bin/ghc -H16m -O -cpp -DPKG_TOOL -DWANT_PRETTY > -DGHC_PKG_VERSION=6.2.1-c Main.hs -o Main.o -ohi Main.hi > Main.hs:87: warning: backslash and newline separated by space > Main.hs:259: warning: backslash and newline separated by space > Main.hs:260: warning: backslash and newline separated by space > Main.hs:87: lexical error in string/character literal > make[4]: *** [Main.o] Error 1 > make[3]: *** [boot] Error 2 > make[2]: *** [boot] Error 1 > make[1]: *** [boot] Error 1 > make[1]: Leaving directory `ghc-6.2.1/ghc' This is caused by changes to CPP in recent versions of gcc. Unfortunately it means we can't use string gaps in CPP'd source any more. Until we move to cpphs, I'll have to remove all string gaps from our sources. Sigh. Cheers, Simon ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: Unregistered build (was Re: AMD64)
This was causing the error: version = tail "\ \ GHC_PKG_VERSION" However, when i moved it all in one line it worked and i got as far as this but i think that's the end of the line for now: ==fptools== make boot -wr; in ghc-6.2.1/ghc/compiler ../../glafp-utils/mkdirhier/mkdirhier stage1 mkdir stage1 for i in utils basicTypes types hsSyn prelude rename typecheck deSugar coreSyn specialise simplCore stranal stgSyn simplStg codeGen absCSyn main profiling parser cprAnalysis compMan ndpFlatten cbits ghci; do \ ../../glafp-utils/mkdirhier/mkdirhier stage1/$i; \ done mkdir stage1/utils mkdir stage1/basicTypes mkdir stage1/types mkdir stage1/hsSyn mkdir stage1/prelude mkdir stage1/rename mkdir stage1/typecheck mkdir stage1/deSugar mkdir stage1/coreSyn mkdir stage1/specialise mkdir stage1/simplCore mkdir stage1/stranal mkdir stage1/stgSyn mkdir stage1/simplStg mkdir stage1/codeGen mkdir stage1/absCSyn mkdir stage1/main mkdir stage1/profiling mkdir stage1/parser mkdir stage1/cprAnalysis mkdir stage1/compMan mkdir stage1/ndpFlatten mkdir stage1/cbits mkdir stage1/ghci for i in */*hi-boot*; do \ ln -s -f ../../$i stage1/$i || true ; \ done ln: creating symbolic link `stage1/nativeGen/MachMisc.hi-boot' to `../../nativeGen/MachMisc.hi-boot': No such file or directory ln: creating symbolic link `stage1/nativeGen/MachMisc.hi-boot-5' to `../../nativeGen/MachMisc.hi-boot-5': No such file or directory ln: creating symbolic link `stage1/nativeGen/MachMisc.hi-boot-6' to `../../nativeGen/MachMisc.hi-boot-6': No such file or directory ln: creating symbolic link `stage1/nativeGen/Stix.hi-boot' to `../../nativeGen/Stix.hi-boot': No such file or directory ln: creating symbolic link `stage1/nativeGen/StixPrim.hi-boot' to `../../nativeGen/StixPrim.hi-boot': No such file or directory ln: creating symbolic link `stage1/nativeGen/StixPrim.hi-boot-5' to `../../nativeGen/StixPrim.hi-boot-5': No such file or directory ln: creating symbolic link `stage1/nativeGen/StixPrim.hi-boot-6' to `../../nativeGen/StixPrim.hi-boot-6': No such file or directory Creating main/Config.hs ... done. gcc -E -undef -traditional -I../includes-x c prelude/primops.txt.pp | /bin/sed -e '/^#/d' > prelude/primops.txt ../utils/genprimopcode/genprimopcode --data-decl < prelude/primops.txt > primop-data-decl.hs-incl ../utils/genprimopcode/genprimopcode --primop-tag < prelude/primops.txt > primop-tag.hs-incl ../utils/genprimopcode/genprimopcode --primop-list< prelude/primops.txt > primop-list.hs-incl ../utils/genprimopcode/genprimopcode --has-side-effects < prelude/primops.txt > primop-has-side-effects.hs-incl ../utils/genprimopcode/genprimopcode --out-of-line< prelude/primops.txt > primop-out-of-line.hs-incl ../utils/genprimopcode/genprimopcode --commutable < prelude/primops.txt > primop-commutable.hs-incl ../utils/genprimopcode/genprimopcode --needs-wrapper < prelude/primops.txt > primop-needs-wrapper.hs-incl ../utils/genprimopcode/genprimopcode --can-fail < prelude/primops.txt > primop-can-fail.hs-incl ../utils/genprimopcode/genprimopcode --strictness < prelude/primops.txt > primop-strictness.hs-incl ../utils/genprimopcode/genprimopcode --primop-primop-info < prelude/primops.txt > primop-primop-info.hs-incl touch .depend-BASE ghc-test/usr/bin/ghc -M -optdep-f -optdep.depend-BASE -osuf o -I../includes -H16m -O -iutils -ibasicTypes -itypes -ihsSyn -iprelude -irename -itypecheck -ideSugar -icoreSyn -ispecialise -isimplCore -istranal -istgSyn -isimplStg -icodeGen -iabsCSyn -imain -iprofiling -iparser -icprAnalysis -icompMan -indpFlatten -icbits -ighci -DOMIT_NATIVE_CODEGEN -DGHCI -package haskell-src -package unix -package readline -cpp -fglasgow-exts -Rghc-timing -I. -IcodeGen -InativeGen -Iparser -recomp -Rghc-timing -H16M '-#include "hschooks.h"' absCSyn/AbsCSyn.lhs absCSyn/AbsCUtils.lhs absCSyn/CLabel.lhs absCSyn/CStrings.lhs absCSyn/Costs.lhs absCSyn/MachOp.hs absCSyn/PprAbsC.lhs basicTypes/BasicTypes.lhs basicTypes/DataCon.lhs basicTypes/Demand.lhs basicTypes/FieldLabel.lhs basicTypes/Id.lhs basicTypes/IdInfo.lhs basicTypes/Literal.lhs basicTypes/MkId.lhs basicTypes/Module.lhs basicTypes/Name.lhs basicTypes/NameEnv.lhs basicTypes/NameSet.lhs basicTypes/NewDemand.lhs basicTypes/OccName.lhs basicTypes/RdrName.lhs basicTypes/SrcLoc.lhs basicTypes/UniqSupply.lhs basicTypes/Unique.lhs basicTypes/Var.lhs basicTypes/VarEnv.lhs basicTypes/VarSet.lhs codeGen/Bitmap.hs codeGen/CgBindery.lhs codeGen/CgCase.lhs codeGen/CgClosure.lhs codeGen/CgCon.lhs codeGen/CgConTbls.lhs codeGen/CgExpr.lhs codeGen/CgHeapery.lhs codeGen/CgLetNoEscape.lhs codeGen/CgMonad.lhs codeGen/CgRetConv.lhs codeGen/CgStackery.lhs codeGen/CgTailCall.lhs codeGen/CgUpdate.lhs codeGen/CgUsages.lhs codeGen/ClosureInfo.lhs codeGen/CodeGen.lhs cod
Re: Unregistered build (was Re: AMD64)
Well I just tried it and that's what happened: ==fptools== make boot - --no-print-directory -r; in ghc-6.2.1/ghc/utils/ghc-pkg ghc-test/usr/bin/ghc -M -optdep-f -optdep.depend -osuf o-H16m -O -cpp -DPKG_TOOL -DWANT_PRETTY -DGHC_PKG_VERSION=6.2.1 Main.hs Package.hs ParsePkgConfLite.hs Main.hs:87: warning: backslash and newline separated by space Main.hs:259: warning: backslash and newline separated by space Main.hs:260: warning: backslash and newline separated by space make all ghc-test/usr/bin/ghc -H16m -O -cpp -DPKG_TOOL -DWANT_PRETTY -DGHC_PKG_VERSION=6.2.1-c Main.hs -o Main.o -ohi Main.hi Main.hs:87: warning: backslash and newline separated by space Main.hs:259: warning: backslash and newline separated by space Main.hs:260: warning: backslash and newline separated by space Main.hs:87: lexical error in string/character literal make[4]: *** [Main.o] Error 1 make[3]: *** [boot] Error 2 make[2]: *** [boot] Error 1 make[1]: *** [boot] Error 1 make[1]: Leaving directory `ghc-6.2.1/ghc' I also tried to build the standalone "happy" and got the same error: ==fptools== make all -wr; in happy-1.14/happy/src make INSTALLING=0 BIN_DIST=0 - --no-print-directory -r all ghc-test/usr/bin/ghc -H16m -O -cpp -fglasgow-exts -package lang -O -DHAPPY_VERSION=1.14 -c Version.hs -o Version.o -ohi Version.hi Version.hs:3: warning: backslash and newline separated by space Version.hs:3: lexical error in string/character literal make[3]: *** [Version.o] Error 1 make[2]: *** [all] Error 2 make[1]: *** [all] Error 1 make[1]: Leaving directory `happy-1.14/happy' 2004-06-14T16:06:05 Simon Marlow: > You probably don't want to install the registerised build; just use it > to build a fresh tree: > > $ ./configure > --with-ghc=/unregisterised-build/ghc/compiler/ghc-inplace > $ make Thanks, I'll give it another go. It'll be a few days before I can get back with results (each build seems to take about a day, I've only got 128MB of RAM). I _think_ I tried that before and ended up getting an error, that was why I was hoping to just install the unregistered build. But I'll take another swing at it and report the results. Thanks again, -Bennett << attach4 >> ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users _ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: Unregistered build (was Re: AMD64)
2004-06-14T16:06:05 Simon Marlow: > You probably don't want to install the registerised build; just use it > to build a fresh tree: > > $ ./configure > --with-ghc=/unregisterised-build/ghc/compiler/ghc-inplace > $ make Thanks, I'll give it another go. It'll be a few days before I can get back with results (each build seems to take about a day, I've only got 128MB of RAM). I _think_ I tried that before and ended up getting an error, that was why I was hoping to just install the unregistered build. But I'll take another swing at it and report the results. Thanks again, -Bennett pgp6AhRtZX96r.pgp Description: PGP signature ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
RE: Unregistered build (was Re: AMD64)
On 02 June 2004 18:40, Bennett Todd wrote: > I too would be happy with an unregistered build. > > I've tried off and on to port ghc to my linux distro (uses static > linking against uClibc, glibc isn't present at all). Every time I go > through the process, I get stuck at the point where I seem to have a > working unregistered build. I can't quite find the missing link to > proceed on to a registered build, and "make install" on the > unregistered build doesn't do anything. > > Is there some special trick to get the unregistered build to make > install? You probably don't want to install the registerised build; just use it to build a fresh tree: $ ./configure --with-ghc=/unregisterised-build/ghc/compiler/ghc-inplace $ make If your platform supports registerised compilation, then this *should* just work. Cheers, Simon ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: AMD64
On Wed, Jun 02, 2004 at 10:00:38AM +, Gabriel Ebner wrote: > Hello, > > scott west wrote: > > Does anyone have any > > unregistered amd64 builds that they've cooked up? > > And please put it on a ftp server somewhere if you have a working build for > Linux/amd64. I think this should work (unregisterised): wget ftp://debian-amd64.alioth.debian.org/pub/debian-amd64/pure64/pool/main/g/ghc6/ghc6_6.2.1-2_amd64.deb ar -x ghc6_6.2.1-2_amd64.deb tar -zxf data.tar.gz ln -s ghc6 usr/bin/ghc ln -s ghci6 usr/bin/ghci perl -pi -e "s#/usr#`pwd`/usr#" usr/bin/{ghc,ghci} $ file usr/lib/ghc-6.2.1/ghc-6.2.1 usr/lib/ghc-6.2.1/ghc-6.2.1: ELF 64-bit LSB executable, AMD x86-64, version 1 (SYSV), dynamically linked (uses shared libs), stripped I haven't been able to test it myself, but someone on IRC successfully compiled and ran hello world (installing the Debs on a Debian system). I didn't build the binaries, but AFAIK nothing special was done. Roughly: echo "GhcUnregisterised=YES" > mk/build.mk echo "SplitObjs=NO" >> mk/build.mk ./configure make make install Hope that's of some help Ian ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: AMD64
swest3: > >You're paying the price of being an early adopter :-). If any of the ghc > >developers had an AMD64, there'd probably be a registered build by now. > > > Well... these guys aren't very devoted now are they? Why can't they just > steal one like me? :) If someone steals one for me, I'll finish the port ... ;) ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: AMD64
duncan.coutts: > On Wed, 2004-06-02 at 15:45, scott west wrote: > > I'd settle for unregisterised... it seems every time I run through the > > whole port process I see to do some new wrong thing each time, hehe. I'm > > really just in search of a working ghc implementation for my amd64, > > registered or not (the main difference is the use of architecture > > specific registers and thus performance right?). > > Some ghc nomenclature: unregistered means "half as fast as you'd like it > to be". > > If you're after performance (rather than simply working), you'll need to > wait for a registered build, or if you've got the assembler hacking > skills you can help out. However, unregisterised amd64 is still as fast as my 2.4Ghz P4 registerised. ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: AMD64
swest3: > > >The amd64 port isn't really there yet. It works unregisterised, but the > >registerised support need some more work (as you discovered). You also > >need a non-broken version of gcc (3.3.3 or 3.4.0). > > > > > I'd settle for unregisterised... it seems every time I run through the > whole port process I see to do some new wrong thing each time, hehe. I'm > really just in search of a working ghc implementation for my amd64, > registered or not (the main difference is the use of architecture > specific registers and thus performance right?). Does anyone have any > unregistered amd64 builds that they've cooked up? If you are running OpenBSD on your amd64, regular builds of 6.2.1 for amd64 are happening in the -current branch. You can download them from ftp://ftp.openbsd.org/pub/OpenBSD/snapshots/packages/amd64/ghc-6.2.1.tgz You can also get a lot of the other common Haskell tools there too. -- Don ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Unregistered build (was Re: AMD64)
I too would be happy with an unregistered build. I've tried off and on to port ghc to my linux distro (uses static linking against uClibc, glibc isn't present at all). Every time I go through the process, I get stuck at the point where I seem to have a working unregistered build. I can't quite find the missing link to proceed on to a registered build, and "make install" on the unregistered build doesn't do anything. Is there some special trick to get the unregistered build to make install? I'm not currently expecting to be a Haskell programmer, though who can tell what the future will bring, but I'd love to port darcs to my distro. -Bennett pgp0RgrMWApsZ.pgp Description: PGP signature ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: AMD64
You're paying the price of being an early adopter :-). If any of the ghc developers had an AMD64, there'd probably be a registered build by now. Well... these guys aren't very devoted now are they? Why can't they just steal one like me? :) And my one ray of hope is that there is a build for OpenBSD, but the port downloads the HC files to get it part-way there (as outlined in the ports section of the build guide). I'm giving the port another shot now, with the cvs source and a single ray of hope ;) Scott ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: AMD64
On Wed, 2004-06-02 at 16:14, scott west wrote: > >If you're after performance (rather than simply working), you'll need to > >wait for a registered build, or if you've got the assembler hacking > >skills you can help out. > > > I'm afraid of the few skills I have (walking, breathing, eating, etc), > working in assembler isn't one of them! And if I lower my standards (an > easy way to stay happy!) and just settle for a working, not > performance-oriented build, are my options basically porting it myself, > as per the instructions in the build-guide? Someone mentioned they had an unregistered build working so you could see if that's available or if you can get sufficiently detailed instructions to do it yourself. As for a registered build see: http://www.haskell.org/ghc/docs/latest/html/building/sec-porting-ghc.html You'd have to do it yourself or persuade/bully/pay someone else to do it. It may be beyond your assembler skill but it's not necessarily extremely hard: * You're not changing OS or linker format * the arch is 64 bit, but ghc has been ported to 64 bit archs before I believe (Sparc64?) * The cpu register layout is similar to x86 (though the calling convention / C ABI is slightly different) You're paying the price of being an early adopter :-). If any of the ghc developers had an AMD64, there'd probably be a registered build by now. Duncan ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: AMD64
If you're after performance (rather than simply working), you'll need to wait for a registered build, or if you've got the assembler hacking skills you can help out. I'm afraid of the few skills I have (walking, breathing, eating, etc), working in assembler isn't one of them! And if I lower my standards (an easy way to stay happy!) and just settle for a working, not performance-oriented build, are my options basically porting it myself, as per the instructions in the build-guide? Scott ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: AMD64
Hello, scott west wrote: > Does anyone have any > unregistered amd64 builds that they've cooked up? And please put it on a ftp server somewhere if you have a working build for Linux/amd64. Gabriel. -- Gabriel Ebner - reverse "[EMAIL PROTECTED]" ==> Please don't CC me! I'm reading the list. ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: AMD64
On Wed, 2004-06-02 at 15:45, scott west wrote: > I'd settle for unregisterised... it seems every time I run through the > whole port process I see to do some new wrong thing each time, hehe. I'm > really just in search of a working ghc implementation for my amd64, > registered or not (the main difference is the use of architecture > specific registers and thus performance right?). Some ghc nomenclature: unregistered means "half as fast as you'd like it to be". If you're after performance (rather than simply working), you'll need to wait for a registered build, or if you've got the assembler hacking skills you can help out. Duncan ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: AMD64
The amd64 port isn't really there yet. It works unregisterised, but the registerised support need some more work (as you discovered). You also need a non-broken version of gcc (3.3.3 or 3.4.0). I'd settle for unregisterised... it seems every time I run through the whole port process I see to do some new wrong thing each time, hehe. I'm really just in search of a working ghc implementation for my amd64, registered or not (the main difference is the use of architecture specific registers and thus performance right?). Does anyone have any unregistered amd64 builds that they've cooked up? Regards, Scott ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: AMD64
simonmar: > On 31 May 2004 20:53, scott west wrote: > > > Well, I just poked and proded the build a bit more, and got it to > > complete and install, with the same result as you. Seg faults > > immediately and that's it. Hmm, any else had any experience with this? > > The amd64 port isn't really there yet. It works unregisterised, but the > registerised support need some more work (as you discovered). You also > need a non-broken version of gcc (3.3.3 or 3.4.0). > > Don Stewart was working on this recently; I'm not sure how far he got. Unregisterised on amd64/openbsd. Only had gcc-3.3.2 available, so I didn't get to check the fixed gcc. -- Don ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
RE: AMD64
On 31 May 2004 20:53, scott west wrote: > Well, I just poked and proded the build a bit more, and got it to > complete and install, with the same result as you. Seg faults > immediately and that's it. Hmm, any else had any experience with this? The amd64 port isn't really there yet. It works unregisterised, but the registerised support need some more work (as you discovered). You also need a non-broken version of gcc (3.3.3 or 3.4.0). Don Stewart was working on this recently; I'm not sure how far he got. Cheers, Simon ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: AMD64
Well, I just poked and proded the build a bit more, and got it to complete and install, with the same result as you. Seg faults immediately and that's it. Hmm, any else had any experience with this? ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: AMD64
Hello, scott west wrote: > Next, I tried, after using the supplied hc-boot script (which did > complete), to do a make install... this also fails with: > ghc-6.2.1: error: directory portion of "stage2/absCSyn/AbsCSyn.o" does > not exist (used with "-o" option.) As outlined in "Porting GHC", I did a second build --with-ghc=.../ghc/compiler/ghc-inplace, but this second build produces just corrupted binaries (they segfault immediatly). I'd be very happy if someone could provide a binary build for Linux/amd64 like there is for Linux/. Gabriel. -- Gabriel Ebner - reverse "[EMAIL PROTECTED]" ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
RE: amd64 seems to work
That's great! Well done Don! Simon | -Original Message- | From: [EMAIL PROTECTED] [mailto:glasgow-haskell-users- | [EMAIL PROTECTED] On Behalf Of Donald Bruce Stewart | Sent: 19 April 2004 08:04 | To: [EMAIL PROTECTED] | Subject: amd64 seems to work | | Hey, | | OVERALL SUMMARY for test run started at Sun Apr 18 23:53:04 MDT 2004 | 1040 total tests, which gave rise to | 2906 test cases, of which |0 caused framework failures | 339 were skipped | | 2459 expected passes | 20 expected failures |0 unexpected passes | 88 unexpected failures | | $ uname -msrp | OpenBSD 3.5 amd64 AMD Athlon(tm) 64 Processor 3200+ | | Most of those failures are 64bit results where the testsuite was expecting | 32bits. These amd64 boxes are nice. | | Cheers, | Don | ___ | 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