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

Bug#720363: gcc-4.9: libphobos fails to cross-build



Hi,

I ran into pretty much exactly the same thing as the original reporter
here, except with gcc 4.9.1-14 and I was building an armel cross-compiler
on amd64.

In answer to your pending question then:

> please find out why the libphobos build is not enabled,
> or fails to build.

There appears to be (at least) two things broken with libphobos,
the first I found was:

 gcc-4.9-4.9.1/src/libphobos/configure: line 2908: GCC_NO_EXECUTABLES: command not found

Which seems to be because it's not searching src/config for m4
macros, or at least didn't the last time it was autoreconfed.
I don't know if that's new for 4.9.1, or if the OP also hit that.

The patch below should fix that, but I wasn't able to actually
test it, since either I'm missing some trick about how you are
supposed to autoreconf src/libphobos, or it actually needs some
stone-age version of RHEL or something to be able to work.  When
I tried, some macros complained about strictly needing autoconf
2.64, and when I gave it that others complained about needing at
least 2.65 ...

So I hand hacked my way past that one, and then promptly ran into
a second problem ...   which should have been evident from what
the original reporter posted, and which they definitely did hit.


> dh_movefiles: debian/tmp/usr/lib/arm-linux-gnueabi/libgphobos2.a not found (supposed to put it in libphobos-4.9-dev)

Which isn't because it failed to build, but because it was instead
installed in: debian/tmp/usr/arm-linux-gnueabi/lib/libgphobos2.a

(note the location of the /lib/ in those two paths ;)

Which appears to be a packaging bug, and at that point it was clear
that nobody has ever actually built this with m-a cross, so I threw
my hands in the air and did what presumably everyone else has done
and just nolang'd out all the things I don't actually care about
myself :)

But if those two get fixed it should be at least one step closer to
working for whoever tries it next!

  Cheers,
  Ron



--- src/libphobos/Makefile.am.orig	2014-09-20 02:26:48.194792033 +0930
+++ src/libphobos/Makefile.am	2014-09-20 02:27:43.702816970 +0930
@@ -25,6 +25,8 @@
 # Multilib support.
 MAKEOVERRIDES=

+ACLOCAL_AMFLAGS = -I . -I .. -I ../config
+
 # Work around what appears to be a GNU make bug handling MAKEFLAGS
 # values defined in terms of make variables, as is the case for CC and
 # friends when we are called from the top level Makefile.


Reply to: