Bug#730830: ocaml: Please add powerpcspe to the list of native architectures
Hi, On 01/12/13 12:59, Stéphane Glondu wrote: almabench is very intensive and also times out on some buildds. I am planning to disable it on $(SLOW_ARCHITECTURES) (defined in debian/rules, which includes powerpc). I can add powerpcspce there as well. Yes, please do. I tried to let it run for a few days bit gave up today - still not finished... Thanks for the build log. It doesn't look severely broken, but test failures must be further investigated: * Native backtrace tests are completely broken, but it is also the case on powerpc but it seems to have been fixed upstream. OK, considering it the same issue as on powerpc. * tests/lib-bigarray/fftba.ml: no idea what's going on. It would be nice to get tests/lib-bigarray/fftba.output and compare with tests/lib-bigarray/fftba.reference. I'm attaching the two: The diff is: --- fftba.reference 2010-01-25 14:01:33.0 + +++ fftba.result2013-12-01 13:37:42.657964357 + @@ -1,13 +1,13 @@ -16... ok -32... ok -64... ok -128... ok -256... ok -512... ok -1024... ok -2048... ok -4096... ok -8192... ok -16384... ok -32768... ok -65536... ok +16... ERROR +32... ERROR +64... ERROR +128... ERROR +256... ERROR +512... ERROR +1024... ERROR +2048... ERROR +4096... ERROR +8192... ERROR +16384... ERROR +32768... ERROR +65536... ERROR * tests/misc/nucleic.ml: fails with Fatal error: exception Assert_failure(nucleic.ml, 3205, 9) which is very weird and looks difficult to figure out. Please tell if I can help here somehow. The first point is explained and would not prevent a switch, but I think the last two should at least be explained before making powerpcspe native. Is there a powerpcspe porterbox available for DDs? Not currently, but I'm working towards this - negotiating with a former employer of a former powerpcspe port maintainer. Roland 16... ok 32... ok 64... ok 128... ok 256... ok 512... ok 1024... ok 2048... ok 4096... ok 8192... ok 16384... ok 32768... ok 65536... ok 16... ERROR 32... ERROR 64... ERROR 128... ERROR 256... ERROR 512... ERROR 1024... ERROR 2048... ERROR 4096... ERROR 8192... ERROR 16384... ERROR 32768... ERROR 65536... ERROR
Bug#730830: ocaml: Please add powerpcspe to the list of native architectures
clone 730830 -1 retitle -1 FTBFS with recent binutils-dev severity -1 serious thanks Le 01/12/2013 11:09, Roland Stigge a écrit : Aren't those registers also used by generated code? The registers can't be used since they don't exist and the assembler would show errors if someone would try to use them. Now (with my patch), the assembler doesn't show errors anymore. Does ocamlopt produce working executables with this patch? Does the whole test-suite pass? The package builds fine, including successful dh_auto_test target. Please tell what else I should run as test-suite. The test suite is not run during the package build process with version 4. Please try with the version from experimental. Thanks for the hint. Some tests are failing, and the whole build timeouts at some point on the buildd. (I'm attaching the build log.) I guess the native arch:powerpcspe should wait until this is fixed? almabench is very intensive and also times out on some buildds. I am planning to disable it on $(SLOW_ARCHITECTURES) (defined in debian/rules, which includes powerpc). I can add powerpcspce there as well. Thanks for the build log. It doesn't look severely broken, but test failures must be further investigated: * Native backtrace tests are completely broken, but it is also the case on powerpc but it seems to have been fixed upstream. * tests/lib-bigarray/fftba.ml: no idea what's going on. It would be nice to get tests/lib-bigarray/fftba.output and compare with tests/lib-bigarray/fftba.reference. * tests/misc/nucleic.ml: fails with Fatal error: exception Assert_failure(nucleic.ml, 3205, 9) which is very weird and looks difficult to figure out. The first point is explained and would not prevent a switch, but I think the last two should at least be explained before making powerpcspe native. Is there a powerpcspe porterbox available for DDs? In this case, feel free to close this bug by just fixing the general FTBFS. There are two bugs, actually. Cloning this one. Cheers, -- Stéphane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730830: ocaml: Please add powerpcspe to the list of native architectures
Le 29/11/2013 23:48, Roland Stigge a écrit : please add powerpcspe to the list of native architectures. I.e., add powerpcspe to: * debian/native-archs * debian/natdynlink-archs * debian/control similar as powerpc. I'm attaching a patch that fixes an asm build problem on powerpcspe since some CPU registers don't exist on powerpcspe, so they can't be saved and restored. Aren't those registers also used by generated code? Does ocamlopt produce working executables with this patch? Does the whole test-suite pass? Further, please add libiberty-dev to the build-deps since this prevents a build error. Why? Cheers, -- Stéphane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730830: ocaml: Please add powerpcspe to the list of native architectures
Hi, On 30/11/13 08:27, Stéphane Glondu wrote: Le 29/11/2013 23:48, Roland Stigge a écrit : please add powerpcspe to the list of native architectures. I.e., add powerpcspe to: * debian/native-archs * debian/natdynlink-archs * debian/control similar as powerpc. I'm attaching a patch that fixes an asm build problem on powerpcspe since some CPU registers don't exist on powerpcspe, so they can't be saved and restored. Aren't those registers also used by generated code? The registers can't be used since they don't exist and the assembler would show errors if someone would try to use them. Now (with my patch), the assembler doesn't show errors anymore. Does ocamlopt produce working executables with this patch? Does the whole test-suite pass? The package builds fine, including successful dh_auto_test target. Please tell what else I should run as test-suite. Further, please add libiberty-dev to the build-deps since this prevents a build error. Why? Because it fails to build otherwise, e.g.: dh_ocaml -Xcompiler-libs -Xcamlp4-extra \ --runtime-map ocaml-nox:ocaml-base-nox,ocaml:ocaml-base,camlp4 \ --checksum 3.12.1 BFD library unavailable, cannot print info on .cmxs files E: Error running OCAMLLIB=tools boot/ocamlrun tools/objinfo on debian/ocaml-base-nox/usr/lib/ocaml/unix.cmxs dh_ocaml: /usr/bin/ocaml-md5sums --checksum 3.12.1 --package ocaml-nox --version 3.12.1-4+powerpcspe1 --runtime ocaml-base-nox --dump-info debian/ocaml-nox.oinfo.debhelper --dump-provides debian/ocaml-nox.oprovides.debhelper compute debian/ocaml-nox.olist.debhelper debian/ocaml-nox//var/lib/ocaml/md5sums/ocaml-nox.md5sums returned exit code 2 make[1]: *** [override_dh_gencontrol] Error 2 make[1]: Leaving directory `/«PKGBUILDDIR»' make: *** [binary] Error 2 I just checked that the same FTBFS bug is present on amd64 also. Thanks in advance, Roland -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730830: ocaml: Please add powerpcspe to the list of native architectures
Le 30/11/2013 19:54, Roland Stigge a écrit : Aren't those registers also used by generated code? The registers can't be used since they don't exist and the assembler would show errors if someone would try to use them. Now (with my patch), the assembler doesn't show errors anymore. Does ocamlopt produce working executables with this patch? Does the whole test-suite pass? The package builds fine, including successful dh_auto_test target. Please tell what else I should run as test-suite. The test suite is not run during the package build process with version 4. Please try with the version from experimental. Further, please add libiberty-dev to the build-deps since this prevents a build error. Why? Because it fails to build otherwise, e.g.: dh_ocaml -Xcompiler-libs -Xcamlp4-extra \ --runtime-map ocaml-nox:ocaml-base-nox,ocaml:ocaml-base,camlp4 \ --checksum 3.12.1 BFD library unavailable, cannot print info on .cmxs files E: Error running OCAMLLIB=tools boot/ocamlrun tools/objinfo on debian/ocaml-base-nox/usr/lib/ocaml/unix.cmxs dh_ocaml: /usr/bin/ocaml-md5sums --checksum 3.12.1 --package ocaml-nox --version 3.12.1-4+powerpcspe1 --runtime ocaml-base-nox --dump-info debian/ocaml-nox.oinfo.debhelper --dump-provides debian/ocaml-nox.oprovides.debhelper compute debian/ocaml-nox.olist.debhelper debian/ocaml-nox//var/lib/ocaml/md5sums/ocaml-nox.md5sums returned exit code 2 make[1]: *** [override_dh_gencontrol] Error 2 make[1]: Leaving directory `/«PKGBUILDDIR»' make: *** [binary] Error 2 I just checked that the same FTBFS bug is present on amd64 also. This used to be in binutils-dev. The error is due to a very recent change, thank you for the tip. I was wondering why the new dependency would be powerpcspc-specific, but it actually is not. Cheers, -- Stéphane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730830: ocaml: Please add powerpcspe to the list of native architectures
Source: ocaml Version: 3.12.1-4 Severity: wishlist Tags: patch sid User: debian-powerpc...@breakpoint.cc Usertags: powerpcspe Hi, please add powerpcspe to the list of native architectures. I.e., add powerpcspe to: * debian/native-archs * debian/natdynlink-archs * debian/control similar as powerpc. I'm attaching a patch that fixes an asm build problem on powerpcspe since some CPU registers don't exist on powerpcspe, so they can't be saved and restored. Further, please add libiberty-dev to the build-deps since this prevents a build error. Thanks in advance, Roland -- System Information: Debian Release: 7.0 APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: powerpcspe (ppc) Kernel: Linux 3.9.0-dirty (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash --- ocaml-3.12.1.orig/asmrun/power-elf.S +++ ocaml-3.12.1/asmrun/power-elf.S @@ -72,6 +72,7 @@ caml_call_gc: stwu27, 4(11) stwu28, 4(11) addi11, 1, 32 - 8 +#ifndef __NO_FPRS__ stfdu 1, 8(11) stfdu 2, 8(11) stfdu 3, 8(11) @@ -103,6 +104,7 @@ caml_call_gc: stfdu 29, 8(11) stfdu 30, 8(11) stfdu 31, 8(11) +#endif /* Call the GC */ bl caml_garbage_collection /* Reload new allocation pointer and allocation limit */ @@ -134,6 +136,7 @@ caml_call_gc: lwzu27, 4(11) lwzu28, 4(11) addi11, 1, 32 - 8 +#ifndef __NO_FPRS__ lfdu1, 8(11) lfdu2, 8(11) lfdu3, 8(11) @@ -165,6 +168,7 @@ caml_call_gc: lfdu29, 8(11) lfdu30, 8(11) lfdu31, 8(11) +#endif /* Return to caller, restarting the allocation */ Loadglobal(0, caml_last_return_address, 11) addic 0, 0, -16 /* Restart the allocation (4 instructions) */ @@ -261,6 +265,7 @@ caml_start_program: stwu29, 4(11) stwu30, 4(11) stwu31, 4(11) +#ifndef __NO_FPRS__ stfdu 14, 8(11) stfdu 15, 8(11) stfdu 16, 8(11) @@ -279,6 +284,7 @@ caml_start_program: stfdu 29, 8(11) stfdu 30, 8(11) stfdu 31, 8(11) +#endif /* Set up a callback link */ addi1, 1, -16 Loadglobal(9, caml_bottom_of_stack, 11) @@ -342,6 +348,7 @@ caml_start_program: lwzu29, 4(11) lwzu30, 4(11) lwzu31, 4(11) +#ifndef __NO_FPRS__ lfdu14, 8(11) lfdu15, 8(11) lfdu16, 8(11) @@ -360,6 +367,7 @@ caml_start_program: lfdu29, 8(11) lfdu30, 8(11) lfdu31, 8(11) +#endif /* Reload return address */ lwz 0, 256+4(1) mtlr0
