Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 111510 - gnome-base/orbit-2.12.3 failes on i686 with i386-pc-linux-gnu-gcc: command not found
Summary: gnome-base/orbit-2.12.3 failes on i686 with i386-pc-linux-gnu-gcc: command no...
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: x86 Linux
: Normal normal (vote)
Assignee: Gentoo Linux Gnome Desktop Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 2.12
  Show dependency tree
 
Reported: 2005-11-04 14:37 UTC by John Masinter
Modified: 2005-11-23 06:11 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description John Masinter 2005-11-04 14:37:41 UTC
SUMMARY:

emerge of gnome-base/orbit-2.12.3 failes on i686 system with error
"i386-pc-linux-gnu-gcc: command not found"

This is a x86 with i686 comiler and libs, E.g. gcc is 
/usr/bin/i686-pc-linux-gnu-gcc, libs are /usr/lib/gcc-lib/i686-pc-linux-gnu.
In other words, there is NO i386-* compiler NOR libs.

I've done the usual: python-updater, emerge portage, emerge gcc-config.
Those things are working fine, gcc-config report the correct i686 paths.
But none of this fixes the problem.

It seems a tool or script somewhere is insisting on i386-* when it doesn't
exist on this i686 system. 

One person suggesting symlinking a i386-*-gcc to the i686-*-gcc. But that 
doesn't even run, becuase gcc-config is confused by this.

Any advice appreciated.



Reproducible: Always
Steps to Reproduce:
1. emerge orbit
2.
3.

Actual Results:  
# emerge orbit
Calculating dependencies ...done!
>>> emerge (1 of 1) gnome-base/orbit-2.12.3 to /

...<snip>...

Making all in orb-core
make[8]: Entering directory
`/var/tmp/portage/orbit-2.12.3/work/ORBit2-2.12.3/include/orbit/orb-core'
(rm -f corba-defs.h corba-defs-stubs.c corba-defs-skels.c corba-defs-common.c
corba-defs-imodule.c corba-defs-skelimpl.c || true) > /dev/null
../../../src/idl-compiler/orbit-idl-2 -I../../../src/idl/CORBA_PIDL
-I../../../src/idl/CORBA -I../../../src/idl/interop -I../../../src/orb/orb-core
--noskels --nodefskels --nostubs --noidata --nocommon --showcpperrors
--define=Object=OObject --define=TypeCode=TTypeCode --deps
./.deps/corba-defs.idl.P ../../../src/orb/orb-core/corba-defs.idl
orbit-idl-2 2.12.3 compiling
  mode, show preprocessor errors, passes: headers

sh: line 1: i386-pc-linux-gnu-gcc: command not found
Error: Empty file


NOTE: There is no i386-* on my i686 system. Why is it insisting on using
i386-*? My gcc-config correctly report i686-* for everything.

Also of note, I do a " find . -exec grep -l i386-pc-linux-gnu-gcc {} \;"
from the root orbit src dir, and its not found anywhere. So what is this
"sh: line 1: ..." script that is trying to execute i386-* ?




# emege --info
-bash: emege: command not found
homer:/var/tmp/portage/orbit-2.12.3/work/ORBit2-2.12.3/include/orbit/orb-core#
emerge --info
Portage 2.0.51.22-r3 (default-linux/x86/2005.0, gcc-3.3.5,
glibc-2.3.4.20040808-r1, 2.6.12-gentoo-r6 i686)
=================================================================
System uname: 2.6.12-gentoo-r6 i686 Intel(R) Pentium(R) 4 CPU 1.50GHz
Gentoo Base System version 1.4.16
dev-lang/python:     2.3.5-r2
sys-apps/sandbox:    1.2.12
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.4
sys-devel/binutils:  2.15.92.0.2-r1
sys-devel/libtool:   1.5.18-r1
virtual/os-headers:  2.6.8.1-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=pentium4"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env
/usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config
/var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=pentium4"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://distfiles.gentoo.org
http://distro.ibiblio.org/pub/Linux/distributions/gentoo"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 X alsa apm arts avi berkdb bitmap-fonts cdr crypt cups curl eds emboss
encode esd fam foomaticdb fortran gdbm gif gnome gpm gstreamer gtk gtk2
imagemagick imlib ipv6 jpeg kde ldap libg++ libwww mad mikmod motif mozilla mp3
mpeg mysql ncurses nls ogg oggvorbis opengl oss pam pdflib perl png python qt
quicktime readline sdl spell ssl tcltk tcpd tiff truetype truetype-fonts
type1-fonts udev vorbis xml2 xmms xv zlib userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS, PORTDIR_OVERLAY
Comment 1 John N. Laliberte (RETIRED) gentoo-dev 2005-11-22 20:58:26 UTC
are you still having this problem?

if so, could you attach a config.log.

Thanks
Comment 2 John Masinter 2005-11-23 06:11:10 UTC
SOLUTION:

Yaaahhoooo!!! After looking closely at the log, I see the build breaks when the
make file executes "orbit-idl-2" to compile some orbit corba junk. I searched
bugzilla for others having trouble with orbit-idl-2 and found a solution!

# emerge libIDL

NOW, I did previously emerge orbit, and it did NOT depend and update libIDL. I
think this is a bug in the orbit ebuild. If the oribit ebuild would also update
libIDL, then my problem would have been solved without entering a bug ticket. 

Please consider updating the orbit ebuild to depend libIDL.

Thanks!