Bug 75272 – mono-1.0.5-r3: build/platforms/powerpc-unknown-linux-gnu.make doesn't exist

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Mike Gardiner (RETIRED) 2004-12-21 22:02:19 UTC]

After building mono, and moving onto mcs, I came across the following build error:

make[2]: Entering directory `/var/tmp/portage/mono-1.0.5-r3/work/mono-1.0.5/web'make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/var/tmp/portage/mono-1.0.5-r3/work/mono-1.0.5/web'
make[2]: Entering directory `/var/tmp/portage/mono-1.0.5-r3/work/mono-1.0.5'
make[2]: Leaving directory `/var/tmp/portage/mono-1.0.5-r3/work/mono-1.0.5'
make[1]: Leaving directory `/var/tmp/portage/mono-1.0.5-r3/work/mono-1.0.5'
build/rules.make:77: build/platforms/powerpc-unknown-linux-gnu.make: No such file or directory
make: *** No rule to make target `build/platforms/powerpc-unknown-linux-gnu.make'.  Stop.

Indeed build/platforms/powerpc-unknown-linux-gnu.make doesn't exist - it should just be build/platforms/linux.make.

The problem is in build/rules.make:

# Platform config

include $(topdir)/build/platforms/$(PLATFORM).make

For some reason $(PLATFORM).make seems to be overridden with 'powerpc-unknown-linux-gnu'.

root@azure build # emerge info
Portage 2.0.51-r8 (default-ppc-2004.1, gcc-3.2.3, glibc-2.3.4.20041102-r0, 2.6.9-gentoo-r3 ppc)
=================================================================
System uname: 2.6.9-gentoo-r3 ppc 7447A, altivec supported
Gentoo Base System version 1.4.3.13
Python:              dev-lang/python-2.3.3 [2.3.3 (#1, Apr 13 2004, 00:31:51)]
dev-lang/python:     2.3.3
sys-devel/autoconf:  2.59-r5
sys-devel/automake:  1.8.3
sys-devel/binutils:  2.14.90.0.6-r6
sys-devel/libtool:   1.4.3-r4
virtual/os-headers:  2.6.8.1-r1
ACCEPT_KEYWORDS="ppc ~ppc"
AUTOCLEAN="yes"
CFLAGS="-O2 -pipe -mcpu=7400 -maltivec -mabi=altivec"
CHOST="powerpc-unknown-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
CXXFLAGS="-O2 -pipe -mcpu=7400 -maltivec -mabi=altivec"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache cvs distlocks sandbox"
GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X alsa berkdb cdr dvd esd f77 fortran gdbm gif gnome gtk gtk2 imlib jpeg libwww mozilla oggvorbis opengl pam perl png ppc python readline sdl ssl tcpd tetex truetype"

[Comment 1 Peter Johanson (RETIRED) 2004-12-22 16:06:48 UTC]

Very odd indeed. Is PLATFORM defined for you from somewhere?

As a possible solution, try to do "export PLATFORM="linux"" somewhere in the ebuild to override this before the mcs make is called.

[Comment 2 Mike Gardiner (RETIRED) 2004-12-22 18:02:05 UTC]

adding, export PLATFORM="linux" seems to set the platform right, and works - as does adding make PLATFORM=linux || die for the mcs compilation.

It's still very peculiar. I've tried dumping env just before the "make || die" as well, but there's no evidence of PLATFORM anywhere.

[Comment 3 Peter Johanson (RETIRED) 2004-12-23 11:42:40 UTC]

Very odd indeed. I've commited fixed versions for -r2 and -r3, please give one of those a shot to confirm this fixes things.

[Comment 4 Mike Gardiner (RETIRED) 2004-12-23 21:07:07 UTC]

Thanks latexer, it finishes the compile now, but we also need to set PLATFORM=linux when calling make in src_install() or else it won't find linux.make again.

With that fix in (ie add make PLATFORM=linux in src_install()) it works fine.

[Comment 5 Fernando Usero 2004-12-28 07:42:57 UTC]

Hi there Peter,

i'm afraid that it still happens with -r3. I had to repair it manually in order to get the ebuild merged.

[Comment 6 Peter Johanson (RETIRED) 2005-01-04 08:06:40 UTC]

*** Bug 75834 has been marked as a duplicate of this bug. ***

[Comment 7 Peter Johanson (RETIRED) 2005-01-04 08:08:00 UTC]

I've added the fix in the second spot on Jan 2nd, can you please test and confirm it is working? Thanks.

[Comment 8 Mike Gardiner (RETIRED) 2005-01-04 09:54:34 UTC]

Tested, confirmed fixed. Thanks Peter.

[Comment 9 Peter Johanson (RETIRED) 2005-01-04 09:56:11 UTC]

Ok, marking FIXED. Thanks.