Bugzilla Bug 129366

nautilus-2.14.0 fails to compile when using libIDL-0.8.5, with the following
error: 

/usr/bin/orbit-idl-2 -I /usr/share/idl/bonobo-activation-2.0 -I
/usr/share/idl/bonobo-2.0 -I.. nautilus-shell-interface.idl
orbit-idl-2 2.14.0 compiling
  mode, hide preprocessor errors, passes: stubs skels common headers

nautilus-shell-interface.idl:11: Error: `URI' undeclared identifier


Updating to libIDL version 0.8.6 fixes the problem. Note that libIDL isn't a
dependency on the nautilus ebuild, but on the gnome-base/orbit ebuild. 

emerge --info
Portage 2.1_pre7-r4 (default-linux/x86/2006.0, gcc-3.4.5, glibc-2.3.5-r1,
2.6.16-ck3 i686)
=================================================================
System uname: 2.6.16-ck3 i686 Intel(R) Pentium(R) M processor 1.60GHz
Gentoo Base System version 1.12.0_pre16
dev-lang/python:     2.3.5, 2.4.2-r1
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.6-r2
sys-devel/binutils:  2.16.1-r1
sys-devel/libtool:   1.5.18-r1
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=pentium-m -msse2 -mfpmath=sse"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env
/usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3.5/env
/usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config
/usr/lib/mozilla/defaults/pref /usr/share/X11/xkb /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/eselect/compiler /etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=pentium-m -msse2 -mfpmath=sse"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="http://gentoo.osuosl.org/
ftp://distro.ibiblio.org/pub/linux/distributions/gentoo/
ftp://ftp.ucsb.edu/pub/mirrors/linux/gentoo/ http://gentoo.mirrors.pair.com/ "
LANG="en_US.ISO-8859-1"
LC_ALL="en_US.ISO-8859-1"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage /usr/local/xgl-coffee"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 X accessibility acpi alsa apache2 avi berkdb bitmap-fonts cairo cdr
cli crypt ctype cups dba dbus dri dvd eds emacs emboss encode esd expat
fastbuild firefox foomaticdb force-cgi-redirect fortran ftp gd gdbm gif glitz
gnome gpm gstreamer gtk gtk2 hal howl ieee1394 imlib isdnlog jpeg kde libg++
libwww mad memlimit mikmod mmx motif mp3 mpeg ncurses nls nptl ogg opengl pam
pcmcia pcre pdflib perl png posix postgres pppd python qt quicktime readline
sdl session simplexml soap sockets spell spl sse sse2 ssl svg tcpd tokenizer
truetype truetype-fonts type1-fonts udev vorbis xml xmms xsl xv zlib
elibc_glibc input_devices_keyboard input_devices_mouse kernel_linux
userland_GNU video_cards_i810 video_cards_vesa video_cards_fbdev"
Unset:  ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, LINGUAS

can you check what version of libIDL you had before you upgrade (check
/var/tmp/portage.log) ?

I had version 0.8.5.

1144557117:  >>> emerge (1 of 1) dev-libs/libIDL-0.8.6 to /
1144557117:  === (1 of 1) Cleaning
(dev-libs/libIDL-0.8.6::/usr/portage/dev-libs/libIDL/libIDL-0.8.6.ebuild)
1144557117:  === (1 of 1) Compiling/Merging
(dev-libs/libIDL-0.8.6::/usr/portage/dev-libs/libIDL/libIDL-0.8.6.ebuild)
1144557173:  === (1 of 1) Updating world file (dev-libs/libIDL-0.8.6)
1144557173:  >>> AUTOCLEAN: dev-libs/libIDL
1144557178: === Unmerging... (dev-libs/libIDL-0.8.5)

See, 0.8.5->0.8.6 is according to changelog only a set of fixes for win32, so
nothing that could explain your problem. That makes me think it was a local
fluke that hit you, unless other reports turn up I'm going to close this.

Thanks for the report.

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

It seems to not include the local idl in the workdir, hence the not defined URI
.

The -I.. include should be -I. , not sure why this is happening.

I just added a small patch to fix the relative path in the .idl, that should
make this work with all libIDL versions.

This patch fails in 2.18.3 

The patch has been accepted upstream, so we dropped our patch for 2.18.3.