trunk - Unbound value Hashtbl.stats

Bug #1476420 reported by Russell Mosemann
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
marionnet
New
Undecided
Unassigned

Bug Description

"Error: Unbound value Hashtbl.stats" during build of ocamlbricks.

The install of trunk fails in Debian 7 and 8 with the same error. Installing the "normal" version works fine. The problem might be that the stdlib hashtable module in ocaml downloaded by marionnet_from_scratch does not define stats, which first appeared in ocaml 4.00.0. I'm not sure how testers are getting it to work in 3.12.1. Let me know if you need more information.

Defaults:
  - the installation prefix is /usr/local
  - the temporary working directory is /tmp
  - continue execution: none
  - marionnet's version is trunk
  - ocamlbricks' version is trunk
  - ocaml's version is 3[.]12[.]1
  - godi's version is latest
  - lablgtk's version is 2[.]14[.]2
  - vde's version is latest
  - dot's (graphviz') version is latest
  - using godi: no
  - keep debris: no
  - generate bytecode only: no
  - ignore vde: no
  - ignore dot: no
  - ignore kernels: no
  - ignore pinocchio filesystems: no
  - ignore other (big) filesystems: no

root@cs-deb8-0:~# ./marionnet_from_scratch -m trunk
* The log file is /tmp/marionnet_from_scratch.D7OLn6Hw/log
* This looks like a Debian or derived distribution. Oh, joy!
  Required packages: libtool libc6-i386
  Shall I install required package(s) with aptitude ([y]/n)? y
  Shall I use the aptitude option --allow-untrusted ([y]/n)?
* Installing required packages with aptitude .....
* Downloading marionnet ... 100%
* Downloading ocamlbricks ... 100%
* Downloading ocaml ... 100%
* Downloading lablgtk ... 100%
* Compiling ocaml ... 100%
* Compiling lablgtk ... 100%
* Compiling ocamlbricks ... 100%FAILED!

Last 20 lines of log (/tmp/marionnet_from_scratch.D7OLn6Hw/log):
======
make[3]: Entering directory '/tmp/marionnet_from_scratch.D7OLn6Hw/ocamlbricks'
make[3]: Nothing to be done for '_build/does-process-exist-c-wrapper.o'.
make[3]: Leaving directory '/tmp/marionnet_from_scratch.D7OLn6Hw/ocamlbricks'
make[3]: Entering directory '/tmp/marionnet_from_scratch.D7OLn6Hw/ocamlbricks'
make[3]: Nothing to be done for '_build/waitpid-c-wrapper.o'.
make[3]: Leaving directory '/tmp/marionnet_from_scratch.D7OLn6Hw/ocamlbricks'
+ /tmp/marionnet_from_scratch.D7OLn6Hw/local/bin/ocamlopt.opt -c -thread -g -thread -I /tmp/marionnet_from_scratch.D7OLn6Hw/local/lib/ocaml/ -I /tmp/marionnet_from_scratch.D7OLn6Hw/local/lib/ocaml//threads -I /tmp/marionnet_from_scratch.D7OLn6Hw/local/lib/ocaml//lablgtk2 -I /tmp/marionnet_from_scratch.D7OLn6Hw/local/lib/ocaml//camlp4 -I /tmp/marionnet_from_scratch.D7OLn6Hw/local/lib/ocaml//threads -I /tmp/marionnet_from_scratch.D7OLn6Hw/local/lib/ocaml//lablgtk2 -I /tmp/marionnet_from_scratch.D7OLn6Hw/local/lib/ocaml//camlp4 -pp camlp4of -I EXTRA -I CONFIGURATION -I SHELL -I tests -I CAMLP4 -I DOT -I MARSHAL -I GETTEXT -I BASE -I MAKE -I WIDGETS -I STRUCTURES -o EXTRA/hashtblExtra.cmx EXTRA/hashtblExtra.ml
File "EXTRA/hashtblExtra.ml", line 33, characters 11-24:
Error: Unbound value Hashtbl.stats
Command exited with code 2.
Makefile:616: recipe for target 'ocamlbricks.cmxa' failed
make[2]: *** [ocamlbricks.cmxa] Error 10
make[2]: Leaving directory '/tmp/marionnet_from_scratch.D7OLn6Hw/ocamlbricks'
FAILED when building "ocamlbricks.cmxa".
Makefile:77: recipe for target 'native-libraries' failed
make[1]: *** [native-libraries] Error 255
make[1]: Leaving directory '/tmp/marionnet_from_scratch.D7OLn6Hw/ocamlbricks'
FAILURE: could not build native libraries.
Makefile:85: recipe for target 'libraries' failed
make: *** [libraries] Error 255
======
Exiting.
Exiting because of an unexpected error in line 601

root@cs-deb8-0:# dpkg -l ocaml-nox
||/ Name Version Architecture Description
+++-==============-============-============-=================================
ii ocaml-nox 4.01.0-5 amd64 ML implementation with a class-ba

Revision history for this message
Russell Mosemann (russell-mosemann) wrote :

I was able to coax marionnet_from_scratch into using the system ocaml by commenting 4 lines. This is NOT a patch for production. It is only a temporary modification to use the system ocaml for trunk.

--- marionnet_from_scratch 2015-03-17 06:14:29.000000000 -0500
+++ marionnet_from_scratch_tmp 2015-07-21 09:55:33.847409891 -0500
@@ -1086,11 +1086,13 @@
   # Tuning:
   export OCAML_PREFIX=$PWD/local
   export PATH=$OCAML_PREFIX/bin:$PATH
- LIB_OCAML=$OCAML_PREFIX/lib/ocaml/
+# LIB_OCAML=$OCAML_PREFIX/lib/ocaml/
+# export CAML_LD_LIBRARY_PATH=${LIB_OCAML}/stublibs
+ LIB_OCAML=/usr/lib/ocaml/
   export CAML_LD_LIBRARY_PATH=${LIB_OCAML}/stublibs
- launch_and_log "Downloading ocaml" download_latest_ocaml 83000
+# launch_and_log "Downloading ocaml" download_latest_ocaml 83000
   launch_and_log "Downloading lablgtk" download_latest_lablgtk 17800
- launch_and_log "Compiling ocaml" compile_ocaml 382000
+# launch_and_log "Compiling ocaml" compile_ocaml 382000
   launch_and_log "Compiling lablgtk" compile_lablgtk 56000
  ;;

Revision history for this message
Jean-Vincent Loddo (loddo) wrote : Re: [Bug 1476420] Re: trunk - Unbound value Hashtbl.stats
Download full text (5.9 KiB)

Hi Russel,

Actually, there was a bug of the trunk's build system. It's now fixed
(ocamlbricks revno 419), so marionnet_from_scratch -m trunk should run
correctly (tested on Ubuntu 14.04.2). Thanks for your bug reporting.
Jean-Vincent

On Tue, 21 Jul 2015 15:31:42 -0000, Russell Mosemann wrote:
> I was able to coax marionnet_from_scratch into using the system ocaml
> by
> commenting 4 lines. This is NOT a patch for production. It is only a
> temporary modification to use the system ocaml for trunk.
>
> --- marionnet_from_scratch 2015-03-17 06:14:29.000000000 -0500
> +++ marionnet_from_scratch_tmp 2015-07-21 09:55:33.847409891 -0500
> @@ -1086,11 +1086,13 @@
> # Tuning:
> export OCAML_PREFIX=$PWD/local
> export PATH=$OCAML_PREFIX/bin:$PATH
> - LIB_OCAML=$OCAML_PREFIX/lib/ocaml/
> +# LIB_OCAML=$OCAML_PREFIX/lib/ocaml/
> +# export CAML_LD_LIBRARY_PATH=${LIB_OCAML}/stublibs
> + LIB_OCAML=/usr/lib/ocaml/
> export CAML_LD_LIBRARY_PATH=${LIB_OCAML}/stublibs
> - launch_and_log "Downloading ocaml" download_latest_ocaml 83000
> +# launch_and_log "Downloading ocaml" download_latest_ocaml 83000
> launch_and_log "Downloading lablgtk" download_latest_lablgtk 17800
> - launch_and_log "Compiling ocaml" compile_ocaml 382000
> +# launch_and_log "Compiling ocaml" compile_ocaml 382000
> launch_and_log "Compiling lablgtk" compile_lablgtk 56000
> ;;
>
> --
> You received this bug notification because you are a member of
> Marionnet
> drivers, which is subscribed to marionnet.
> https://bugs.launchpad.net/bugs/1476420
>
> Title:
> trunk - Unbound value Hashtbl.stats
>
> Status in marionnet:
> New
>
> Bug description:
> "Error: Unbound value Hashtbl.stats" during build of ocamlbricks.
>
> The install of trunk fails in Debian 7 and 8 with the same error.
> Installing the "normal" version works fine. The problem might be
> that
> the stdlib hashtable module in ocaml downloaded by
> marionnet_from_scratch does not define stats, which first appeared
> in
> ocaml 4.00.0. I'm not sure how testers are getting it to work in
> 3.12.1. Let me know if you need more information.
>
> Defaults:
> - the installation prefix is /usr/local
> - the temporary working directory is /tmp
> - continue execution: none
> - marionnet's version is trunk
> - ocamlbricks' version is trunk
> - ocaml's version is 3[.]12[.]1
> - godi's version is latest
> - lablgtk's version is 2[.]14[.]2
> - vde's version is latest
> - dot's (graphviz') version is latest
> - using godi: no
> - keep debris: no
> - generate bytecode only: no
> - ignore vde: no
> - ignore dot: no
> - ignore kernels: no
> - ignore pinocchio filesystems: no
> - ignore other (big) filesystems: no
>
> root@cs-deb8-0:~# ./marionnet_from_scratch -m trunk
> * The log file is /tmp/marionnet_from_scratch.D7OLn6Hw/log
> * This looks like a Debian or derived distribution. Oh, joy!
> Required packages: libtool libc6-i386
> Shall I install required package(s) with aptitude ([y]/n)? y
> Shall I use the aptitude option --allow-untrusted ([y]/n)?
> * Installing required packages with aptitude .....
>...

Read more...

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.