guix-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: core-updates frozen


From: Ludovic Courtès
Subject: Re: core-updates frozen
Date: Wed, 18 Jun 2014 22:23:58 +0200
User-agent: Gnus/5.130009 (Ma Gnus v0.9) Emacs/24.3 (gnu/linux)

Hi, Mark,

Thanks for testing!

Mark H Weaver <address@hidden> skribis:

> address@hidden (Ludovic Courtès) writes:
>> Unfortunately, the MIPS box for Hydra is currently off-line, so I don’t
>> have any feedback.  It would be great if you could start building the
>> branch.
>
> I tried building 'hello' with v0.6-389-g1319cfe and got as far as gawk,
> which failed its test suite with the following log tail:
>
> ======== Done with tests that can vary based on character set or locale 
> support ========
> ======== Starting shared library tests ========
> make[2]: Entering directory '/tmp/nix-build-gawk-4.1.1.drv-0/gawk-4.1.1/test'
> fnmatch
> ./fnmatch.ok _fnmatch differ: char 1, line 1
> Makefile:3631: recipe for target 'fnmatch' failed
> make[2]: [fnmatch] Error 1 (ignored)

‘configure’ says:

--8<---------------cut here---------------start------------->8---
checking whether the gcc linker 
(/gnu/store/ipphmvaf5f4r34wz4jnwhn4pif7x1x5p-ld-wrapper-boot3-0/bin/ld -m elf) 
supports shared libraries... ld: unrecognised emulation mode: elf
Supported emulations: elf32ltsmipn32 elf32btsmipn32 elf32ltsmip elf32btsmip 
elf64ltsmip elf64btsmip
no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... unsupported
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... no
checking whether to build shared libraries... no
--8<---------------cut here---------------end--------------->8---

And on x86_64:

--8<---------------cut here---------------start------------->8---
checking whether the gcc linker 
(/gnu/store/w0y0axy55gqpk52vf07vrz92g8ib7ssx-ld-wrapper-boot3-0/bin/ld) 
supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
--8<---------------cut here---------------end--------------->8---

This check comes from libtool.m4.  It has specific cases for other
platforms, but not mips*-*gnu:

--8<---------------cut here---------------start------------->8---
# Some flags need to be propagated to the compiler or linker for good
# libtool support.
case $host in
[...]
x86_64-*kfreebsd*-gnu|x86_64-*linux*|ppc*-*linux*|powerpc*-*linux*| \
s390*-*linux*|s390*-*tpf*|sparc*-*linux*)
  # Find out which ABI we are using.
  echo 'int i;' > conftest.$ac_ext
  if AC_TRY_EVAL(ac_compile); then
    case `/usr/bin/file conftest.o` in
      *32-bit*)
        case $host in
          x86_64-*kfreebsd*-gnu)
            LD="${LD-ld} -m elf_i386_fbsd"
            ;;
          x86_64-*linux*)
            LD="${LD-ld} -m elf_i386"
            ;;
          ppc64-*linux*|powerpc64-*linux*)
            LD="${LD-ld} -m elf32ppclinux"
            ;;
[...]
--8<---------------cut here---------------end--------------->8---

However I don’t see exactly where ‘-m elf’ comes from.

Are you doing a chroot build?  (In which case /usr/bin/file is
unavailable.)

Thanks,
Ludo’.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]