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)
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)
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)
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)
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)
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. bsdor you could switch to a different OS ;)/bsd -- Don ___ 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 URL: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)
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)
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)
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 ghc: 269401816 bytes, 29 GCs, 1750804/2899568 avg/max bytes residency (4 samples), 18M in use, 0.00 INIT (0.00 elapsed), 1.55 MUT (4.41 elapsed), 0.22 GC (0.24 elapsed) :ghc (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)
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)
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(., {st_mode=S_IFDIR|0755, st_size=384, ...}) = 0
getpid()
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)
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)
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)
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: 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)
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 rule with intermediate file
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-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 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)
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 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-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)
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)
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: 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)
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)
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 codeGen/SMRep.lhs
