Re: rebuilding the archive in a dirty chroot: results
On 25/01/2008, Lucas Nussbaum <lucas@lucas-nussbaum.net> wrote:
> I've done two rebuilds of sid on i386.
[...]
> - one in a chroot, where as many build-dependancies as impossible were
> installed (take the Sources file, extract the build-deps for all
> packages, and install as many packages as possible) (the chroot is
> named bdfh -- build daemon from hell)
In the failed BDFH build
http://people.debian.org/~lucas/logs/2008/01/22/bdfh/logs/haxe_1:1.17-1_sid32-bdfh.buildlog
, I can see
/usr/lib64/libz.so.1: could not read symbols: File in wrong format
collect2: ld returned 1 exit status
Error during linking
Error while running ocamlopt -o ../bin/haxe ../ocaml/extLib.cmxa
../ocaml/extc/extc.cmxa ../ocaml/swflib/swflib.cmxa
../ocaml/xml-light/xml-light.cmxa unix.cmxa plugin.cmx ast.cmx
lexer.cmx parser.cmx type.cmx transform.cmx typer.cmx genswf9.cmx
genswf8.cmx genswf.cmx ../neko/libs/include/ocaml/nast.cmx
../neko/libs/include/ocaml/nxml.cmx
../neko/libs/include/ocaml/binast.cmx genneko.cmx genxml.cmx genjs.cmx
genas3.cmx main.cmx
It looks like something is trying to use a 64bit library on a 32bit
macine, and it looks like it is the OCaml compiler.
So my question is, have others spotted similar problems, and if so in
connection with Ocaml?
--
Jens Peter Secher.
_DD6A 05B0 174E BFB2 D4D9 B52E 0EE5 978A FE63 E8A1 jpsecher gmail com_.
A. Because it breaks the logical sequence of discussion.
Q. Why is top posting bad?
Reply to: