Bug#652283: llvm-3.0: FTBFS on hurd-i386

[Pino Toscano]

Source: llvm-3.0
Version: 3.0-4
Severity: important
Tags: patch
User: debian-hurd at lists.debian.org
Usertags: hurd

Hi,

currently[1], llvm-3.0 fails to build on GNU/Hurd.

Attached there is an improved version of the existing patch
0011-Hurd-fixes.path, adding changes in new files:
* lib/Support/Unix/PathV2.inc:
  - hackish way to supply the missing PATH_MAX
    [not suitable for upstream]
  - in current_path(), use 1024 as starting size for the "result"
    variable; the code grows the buffer until it fails with ENOMEM
    or similar anyway, so it will at most do few (re)allocs more.
    [can be sent upstream]
* Makefile.rules:
  - set a linker version script also on GNU/Hurd
    [can be sent upstream]
* tools/llvm-shlib/Makefile:
  - use the --whole-archive/--no-whole-archive and --no-undefined
    linker flags also on GNU/Hurd
    [can be sent upstream]

Regarding the test suite: currently most of the test fail, because we
don't support $ORIGIN in RPATHs, yet. I wanted to see how the tests
performed, so I manually exported LD_LIBRARY_PATH to
$PWD/build-llvm/Release/lib, which gave as result (compared to
linux-i386):
- CodeGen/X86/2010-06-14-fast-isel-fs-load.ll failing (as on linux-i386)
- CodeGen/X86/vec_compare-2.ll -- failing on Hurd
and the other passing, so overall it seems pretty good.
(The "$ORIGIN in RPATH" shouldn't matter for the final packages, as
RPATH is stripped since the libllvm is in a public library directory.)

[1] https://buildd.debian.org/status/fetch.php?pkg=llvm-3.0&arch=hurd-i386&ver=3.0-4&stamp=1323544031

Thanks,
-- 
Pino
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0011-Hurd-fixes.patch
Type: text/x-diff
Size: 2261 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-llvm-team/attachments/20111215/7861ff0e/attachment.patch>