Original bug ID: 1754
Reporter: administrator
Status: closed
Resolution: not a bug
Priority: normal
Severity: minor
Category: ~DO NOT USE (was: OCaml general)

Bug description

Ocaml 3.06 compiles on my linux system (2.4.20 kernel) just fine under
glibc 2.2.5, but when I upgraded to glibc 2.3.2, it stopped working.
The build fails at this step:

sh ./runocamldoc true -man -d stdlib_man -I ../parsing -I ../utils -I ../typing -I ../driver -I ../bytecomp -I ../tools -I ../toplevel/ -I ../stdlib -I ../otherlibs/str -I ../otherlibs/dynlink -I ../otherlibs/unix -I ../otherlibs/num -I ../otherlibs/graph \
-t "OCaml library" -man-mini \
../stdlib/*.mli ../otherlibs/unix/unix.mli ../otherlibs/str/str.mli ../otherlibs/bigarray/bigarray.mli ../otherlibs/num/num.mli
make[2]: *** [stdlib_man/Pervasives.o] Killed
make[2]: Leaving directory `/o/tmp/ocaml-3.06-build/ocaml-3.06/ocamldoc'
make[1]: *** [ocamldoc] Error 2
make[1]: Leaving directory `/o/tmp/ocaml-3.06-build/ocaml-3.06'
make: *** [compile] Error 2

The ocamlrun program uses up at lest 187 MB of ram before running out
of memory and getting killed.

The shell script runs this command:

../boot/ocamlrun -I ../otherlibs/unix -I ../otherlibs/str ./ocamldoc -man -d stdlib_man -I ../parsing -I ../utils -I ../typing -I ../driver -I ../bytecomp -I ../tools -I ../toplevel/ -I ../stdlib -I ../otherlibs/str -I ../otherlibs/dynlink -I ../otherlibs/unix -I ../otherlibs/num -I ../otherlibs/graph -t 'OCaml library' -man-mini ../stdlib/arg.mli ../stdlib/array.mli ../stdlib/arrayLabels.mli ../stdlib/buffer.mli ../stdlib/callback.mli ../stdlib/camlinternalOO.mli ../stdlib/char.mli ../stdlib/complex.mli ../stdlib/digest.mli ../stdlib/filename.mli ../stdlib/format.mli ../stdlib/gc.mli ../stdlib/genlex.mli ../stdlib/hashtbl.mli ../stdlib/int32.mli ../stdlib/int64.mli ../stdlib/lazy.mli ../stdlib/lexing.mli ../stdlib/list.mli ../stdlib/listLabels.mli ../stdlib/map.mli ../stdlib/marshal.mli ../stdlib/moreLabels.mli ../stdlib/nativeint.mli ../stdlib/obj.mli ../stdlib/oo.mli ../stdlib/parsing.mli ../stdlib/pervasives.mli ../stdlib/printexc.mli ../stdlib/printf.mli ../stdlib/qu!
eue.mli ../stdlib/random.mli ../stdlib/scanf.mli ../stdlib/set.mli ../stdlib/sort.mli ../stdlib/stack.mli ../stdlib/stdLabels.mli ../stdlib/stream.mli ../stdlib/string.mli ../stdlib/stringLabels.mli ../stdlib/sys.mli ../stdlib/weak.mli ../otherlibs/unix/unix.mli ../otherlibs/str/str.mli ../otherlibs/bigarray/bigarray.mli ../otherlibs/num/num.mli

According to strace, after reading ../stdlib/arg.mli it uses brk() to
get 693 pages of memory, (about 2.8 MB), then after array.mli it gets
651 pages, then after arrayLabels.mli it get 664 pages, and so on,
until it runs out of memory.

Very mysterious.