July 2007 - Yhc - Haskell.org

Problem with scons, cannot build Yhc
by Dimitry Golubovsky 15 Jul '07

15 Jul '07

Hi, I migrated from my old Celeron to a virtual machine (KVM) on AMD64 (but the VM is 32 bit). I checked out the Yhc repo, but cannot even start building because of strange error scons reports: ============================= [dima@dmgdevel yhc]$ scons core=1 prefix=/home2/dima/install/ build scons: Reading SConscript files ... Building version 0.7.0-20070712053136-custom. Checking for architecture... x86 Checking for operating system... linux2 Checking for Subversion binary... "svn" Checking for Subversion version... Found version 1.4.4. Checking for GHC binary... "ghc" Checking for GHC version 6.4.1 or later... Found version 6.6.1. Checking for C header file gmp.h... yes Checking for mpz_t integ; mpz_init (integ) in C library gmp... yes Checking for libgmp version... 4.2.1 scons: *** File "/home2/dima/repos/yhc/build/configure.py", line 109, in configure ============================= The file with problem (build/configure.py): 108 def configure(env, Configure, args): 109 conf = Configure(env, checks) 110 111 if not conf.CheckPythonVersion(env): 112 print "Error. Python 2.3 or later must be used to compile Yhc" Looks like that Configure is a pointer to some function passed as a parameter . If I try to get some debug information from scons, I get (only debug=includes gave me something) ============================= [dima@dmgdevel yhc]$ scons --debug=includes core=1 prefix=/home2/dima/install/ build scons: Reading SConscript files ... Building version 0.7.0-20070712053136-custom. Checking for architecture... x86 Checking for operating system... linux2 Checking for Subversion binary... "svn" Checking for Subversion version... Found version 1.4.4. Checking for GHC binary... "ghc" Checking for GHC version 6.4.1 or later... Found version 6.6.1. Checking for C header file gmp.h... yes Checking for mpz_t integ; mpz_init (integ) in C library gmp... TypeError: 'NoneType' object is not callable: File "Sconstruct", line 84: gmp_configure(env, Configure, ARGUMENTS) File "/home2/dima/repos/yhc/build/configure.py", line 95: if not conf.CheckLibWithHeader("gmp", "gmp.h", "C", "mpz_t integ; mpz_init (integ);", 0): File "/home2/dima/install/lib/scons/SCons/SConf.py", line 354: ret = apply(self.test, (context,) + args, kw) File "/home2/dima/install/lib/scons/SCons/SConf.py", line 750: call = call, language = language, autoadd = autoadd) File "/home2/dima/install/lib/scons/SCons/Conftest.py", line 387: ret = context.BuildProg(text, suffix) File "/home2/dima/install/lib/scons/SCons/SConf.py", line 599: res = self.TryBuild(self.env.Program, text, ext) File "/home2/dima/install/lib/scons/SCons/SConf.py", line 573: return apply(self.sconf.TryBuild, args, kw) File "/home2/dima/install/lib/scons/SCons/SConf.py", line 279: ret = self.BuildNodes(nodesToBeBuilt) File "/home2/dima/install/lib/scons/SCons/SConf.py", line 229: jobs.run() File "/home2/dima/install/lib/scons/SCons/Job.py", line 67: self.job.start() File "/home2/dima/install/lib/scons/SCons/Job.py", line 120: task.executed() File "/home2/dima/install/lib/scons/SCons/Script/__init__.py", line 146: tree = t.render_include_tree() File "/home2/dima/install/lib/scons/SCons/Node/__init__.py", line 795: return SCons.Util.render_tree(s, f, 1) File "/home2/dima/install/lib/scons/SCons/Util.py", line 932: children = child_func(root) File "/home2/dima/install/lib/scons/SCons/Node/__init__.py", line 794: return node.get_found_includes(env, scanner, target) File "/home2/dima/install/lib/scons/SCons/Node/FS.py", line 1504: includes = scanner(self, env, path) File "/home2/dima/install/lib/scons/SCons/Scanner/__init__.py", line 216: return self.select(node)(node, env, path) ============================= Any ideas what this could be? This occurred with both most recent scons (0.97) and Python (2.5.1), and after I downgraded to scons 0.96.1 and Python 2.4.4c1 (these worked fine on my old Celeron) I don't believe there are any issues based on the fact that this is VM: I was able to compile ghc 6.6.1 from sources (several hours), and there were no problems (except that gcc 4.2.1 did not work, I used gcc-3.3, but this is a known issue related to gcc itself). The VM runs (output from uname -a) Linux dmgdevel 2.6.22-rc5-ARCH #1 SMP PREEMPT Sun Jun 24 11:12:27 CEST 2007 i686 QEMU Virtual CPU version 0.9.0 AuthenticAMD GNU/Linux libc 2.6 Thanks. -- Dimitry Golubovsky Anywhere on the Web

1 0

buildbot failure in macosx_x86
by andrewjwilkinsonw＠gmail.com 13 Jul '07

13 Jul '07

The Buildbot has detected a new failure of macosx_x86. Full details are available at: http://www.indiegigs.co.uk:8010/macosx_x86/builds/210 Buildbot URL: http://www.indiegigs.co.uk:8010/ Buildslave for this Build: macosxx86 Build Reason: Build Source Stamp: HEAD Blamelist: Andrew Wilkinson <aw(a)cs.york.ac.uk>,Christopher Lane Hinson <lane(a)downstairspeople.org>,Goetz Isenmann,Malcolm.Wallace(a)cs.york.ac.uk,Neil Mitchell,Stefan O'Rear <stefanor(a)cox.net>,Tom Shackell <shackell(a)cs.york.ac.uk>,Unknown,dominic.steinitz@blueyonder.co.uk,golubovsky@gmail.com BUILD FAILED: failed Darcs sincerely, -The Buildbot

1 0

Impending doom of my linux-ppc buildbot
by Isaac Dupree 13 Jul '07

13 Jul '07

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 By the end of the summer I'll have stopped having access to a powerpc system (although qemu could emulate any architecture system...), and hopefully I'll have stopped using it much sooner. Before leaving this I thought it would be nice to clear something up: Does anyone remember why there is this following allegation of a special case for threading support? Is it still applicable, or can we get rid of it: " In addition to the above commands Yhc can also be built with the follow options. [...] threads=0 (default=1, except on ppc where the default is 0) Disables threading. [...] " Isaac -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGhEAfHgcxvIWYTTURAislAJ9z46yXI4X5458xFUOMFgkkBoRdwgCfaoxd TpvFXw15u8CGQk0wXEJq/tg= =thBU -----END PGP SIGNATURE-----

2 2

buildbot failure in debian_amd64
by andrewjwilkinsonw＠gmail.com 12 Jul '07

12 Jul '07

The Buildbot has detected a new failure of debian_amd64. Full details are available at: http://www.indiegigs.co.uk:8010/debian_amd64/builds/261 Buildbot URL: http://www.indiegigs.co.uk:8010/ Buildslave for this Build: debianamd64 Build Reason: Build Source Stamp: HEAD Blamelist: golubovsky(a)gmail.com BUILD FAILED: failed yhc sincerely, -The Buildbot

1 0

buildbot failure in windows
by andrewjwilkinsonw＠gmail.com 06 Jul '07

06 Jul '07

The Buildbot has detected a new failure of windows. Full details are available at: http://www.indiegigs.co.uk:8010/windows/builds/160 Buildbot URL: http://www.indiegigs.co.uk:8010/ Buildslave for this Build: neilwindows Build Reason: Build Source Stamp: HEAD Blamelist: Neil Mitchell BUILD FAILED: failed yhc release sincerely, -The Buildbot

1 0

buildbot failure in linux_ppc
by andrewjwilkinsonw＠gmail.com 06 Jul '07

06 Jul '07

The Buildbot has detected a new failure of linux_ppc. Full details are available at: http://www.indiegigs.co.uk:8010/linux_ppc/builds/168 Buildbot URL: http://www.indiegigs.co.uk:8010/ Buildslave for this Build: linuxppc Build Reason: Build Source Stamp: HEAD Blamelist: Neil Mitchell BUILD FAILED: failed failed slave lost sincerely, -The Buildbot

1 0

More questions when debugging /w arm-elf-gcc
by Alexis Morris 04 Jul '07

04 Jul '07

Hi all, I have a few "undefined" errors when trying to link iofuncs.o, primitive.o, and external.o...anyone know where those missing defines (see below) are from? - In the file integer.h there is this define: #define mpz_ui_pow_ui(r, x, y) { r[0].value = (Int64)pow(x, y); } But pow(x,y) is undefined...does anyone know where it came from?...was it a part of LIBGMP or LIBFFI? - In primitive.c the functions below seem to be undefined too.... primitive.c:void init_YHC_Primitive(WrapRegisterFun reg, void* arg); primitive.c: init_YHC_Primitive(prim_register, NULL); - In external.c the arm-gcc toolchain doesn't seem to support the <dlfcn.h> (or <windows.h>) that are used for the dll functions. I could be wrong though...will look into that some more. I had them commented out. Thanks again :) ============================ $ make arm-elf-gcc -Wall -c basepath.c arm-elf-gcc -Wall -c foreign.c arm-elf-gcc -Wall -c heap.c arm-elf-gcc -Wall -c info.c arm-elf-gcc -Wall -c iofuncs.c arm-elf-gcc -Wall -c main.c arm-elf-gcc -Wall -c mark.c mark.c: In function 'mark_rec': mark.c:238: warning: unused variable 'indent' arm-elf-gcc -Wall -c mutator.c arm-elf-gcc -Wall -c primitive.c arm-elf-gcc -Wall -c profile.c arm-elf-gcc -Wall -c stable.c arm-elf-gcc -Wall -c external.c arm-elf-gcc -Wall -c hashtable.c arm-elf-gcc -Wall -c hsffi.c hsffi.c:46: warning: 'hsffi_allocContext' defined but not used hsffi.c:182: warning: 'hsffi_evalContext' defined but not used arm-elf-gcc -Wall -c integer.c arm-elf-gcc -Wall -c jonkers.c arm-elf-gcc -Wall -c make.c arm-elf-gcc -Wall -c module.c arm-elf-gcc -Wall -c pretty.c pretty.c: In function 'pr_nodeWith': pretty.c:277: warning: unused variable 'tmp' arm-elf-gcc -Wall -c process.c arm-elf-gcc -Wall -c sanity.c sanity.c: In function 'sanity_init': sanity.c:59: warning: format '%d' expects type 'int', but argument 3 has type 'long unsigned int' sanity.c:59: warning: format '%d' expects type 'int', but argument 4 has type 'long unsigned int' arm-elf-gcc -Wall -c stopcopy.c arm-elf-gcc basepath.o foreign.o heap.o info.o iofuncs.o main.o mark.o mutator.o primitive.o profile.o stable.o external.o hashtable. o hsffi.o integer.o jonkers.o make.o module.o pretty.o process.o sanity.o stopcopy.o -o yhi iofuncs.o: In function `fGetMPZ': iofuncs.c:(.text+0x468): undefined reference to `pow' primitive.o: In function `prim_load': primitive.c:(.text+0x750): undefined reference to `init_YHC_Primitive' external.o: In function `ext_load': external.c:(.text+0x170): undefined reference to `dll_open' external.c:(.text+0x1c8): undefined reference to `dll_error' external.c:(.text+0x1f8): undefined reference to `dll_sym' external.c:(.text+0x204): undefined reference to `dll_error' collect2: ld returned 1 exit status make: *** [yhi] Error 1 -- </Alexis>

2 1

buildbot failure in windows
by andrewjwilkinsonw＠gmail.com 03 Jul '07

03 Jul '07

The Buildbot has detected a new failure of windows. Full details are available at: http://www.indiegigs.co.uk:8010/windows/builds/154 Buildbot URL: http://www.indiegigs.co.uk:8010/ Buildslave for this Build: neilwindows Build Reason: Build Source Stamp: HEAD Blamelist: Neil Mitchell BUILD FAILED: failed yhc release sincerely, -The Buildbot

1 0

buildbot failure in macosx_x86
by andrewjwilkinsonw＠gmail.com 03 Jul '07

03 Jul '07

The Buildbot has detected a new failure of macosx_x86. Full details are available at: http://www.indiegigs.co.uk:8010/macosx_x86/builds/195 Buildbot URL: http://www.indiegigs.co.uk:8010/ Buildslave for this Build: macosxx86 Build Reason: Build Source Stamp: HEAD Blamelist: Neil Mitchell BUILD FAILED: failed yhc sincerely, -The Buildbot

1 0

buildbot failure in slack_x86
by andrewjwilkinsonw＠gmail.com 03 Jul '07

03 Jul '07

The Buildbot has detected a new failure of slack_x86. Full details are available at: http://www.indiegigs.co.uk:8010/slack_x86/builds/251 Buildbot URL: http://www.indiegigs.co.uk:8010/ Buildslave for this Build: slackx86 Build Reason: Build Source Stamp: HEAD Blamelist: Neil Mitchell BUILD FAILED: failed yhc sincerely, -The Buildbot

1 0