Error is: In file included from ../dist/../cxx/cxx_db.cpp:15: ./db_cxx.h:61:23: error: exception.h: No such file or directory ./db_cxx.h:987: error: expected class-name before '{' token GENTOO_VM= CLASSPATH="" JAVA_HOME="" JAVACFLAGS="" COMPILER="" Reproducible: Always Steps to Reproduce: 1.emerge =sys-libs/db-4.3.29-r2 2. 3. Portage 2.1.2.2 (default-linux/x86/no-nptl, gcc-4.1.2, glibc-2.3.6-r5, 2.6.20-gentoo-r6 i686) ================================================================= System uname: 2.6.20-gentoo-r6 i686 Pentium III (Coppermine) Gentoo Base System release 1.12.10 Timestamp of tree: Sat, 21 Apr 2007 13:30:01 +0000 dev-lang/python: 2.4.4 dev-python/pycrypto: 2.0.1-r5 sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.61 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.16 sys-devel/libtool: 1.5.22, 1.5.23b virtual/os-headers: 2.6.17-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=pentium3 -Os -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/terminfo" CXXFLAGS="-march=pentium3 -Os -pipe" DISTDIR="/usr/portage/distfiles" EMERGE_DEFAULT_OPTS="--nospinner" FEATURES="distlocks metadata-transfer parallel-fetch sandbox sfperms strict" GENTOO_MIRRORS="http://mirror.etf.bg.ac.yu/gentoo http://mirror.switch.ch/ftp/mirror/gentoo/ http://gentoo.tiscali.nl/" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="apm arts berkdb bitmap-fonts cli cracklib crypt cups dri eds emboss encode foomaticdb fortran gdbm gif gpm gstreamer gtk2 iconv imlib ipv6 isdnlog jpeg libg++ libwww mad midi mikmod motif mp3 mpeg ncurses nls ogg opengl oss pam pcre perl png pppd python qt3 qt4 quicktime readline reflection sdl session spell spl ssl tcpd truetype truetype-fonts type1-fonts vorbis x86 xml xorg xv zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="apm ark ati chips cirrus cyrix dummy fbdev glint i128 i740 i810 imstt mga neomagic nsc nv rendition s3 s3virge savage siliconmotion sis sisusb tdfx tga trident tseng v4l vesa vga via vmware voodoo" Unset: CTARGET, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
Created attachment 116915 [details] emerge log
hmm, I can't recreate the bug.
confirmed here
Ok. The relevant piece of code is this: #define HAVE_CXX_STDHEADERS 1 #ifdef HAVE_CXX_STDHEADERS #include <iostream> #include <exception> #define __DB_STD(x) std::x #else #include <iostream.h> #include <exception.h> #define __DB_STD(x) x #endif I don't know however what causes the define in my source to contain a 1. This piece of code should never look at the second part. The second part is basically for nonstandard c++ compilers. g++-4.1 is sufficiently standards compliant to go for the first list. However if I check your log I see the following: checking whether C++ supports the ISO C++ standard includes... no Whereas at my system it says yes. If you still have the bug, could you attach /var/tmp/portage/sys-libs/db-4.3.29-r2/work/db-4.3.29/build_unix/config.log for further diagnosis?
I must say that this was some time ago while installing a new gentoo system freshly from a stage 3. Maybe this was the problem. Anyway, I don't have this bug anymore, so I can't post the relevant entries. Regards, Jan Seeger
Ok, I'll close it for now until someone comes along who has the problem and can post the needed info.
