It seems that libodbc++ doesn't hasn't been updated to support std::streambuf::showmanyc() returning std::streamsize; I have take the liberty of patching it. The patch applies to the plain, unpatched sources. source='/var/tmp/portage/libodbc++-0.2.3-r1/work/libodbc++-0.2.3/src/resultset.cpp' object='resultset.lo' libtool=yes \ depfile='.deps/resultset.Plo' tmpdepfile='.deps/resultset.TPlo' \ depmode=gcc3 /bin/sh /var/tmp/portage/libodbc++-0.2.3-r1/work/libodbc++-0.2.3/depcomp \ /bin/sh ../libtool --mode=compile x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I/var/tmp/portage/libodbc++-0.2.3-r1/work/libodbc++-0.2.3/src -I.. -I/var/tmp/portage/libodbc++-0.2.3-r1/work/libodbc++-0.2.3/include -I../include -DIN_ODBCXX -D_GNU_SOURCE -O2 -march=k8 -c -o resultset.lo `test -f '/var/tmp/portage/libodbc++-0.2.3-r1/work/libodbc++-0.2.3/src/resultset.cpp' || echo '/var/tmp/portage/libodbc++-0.2.3-r1/work/libodbc++-0.2.3/src/'`/var/tmp/portage/libodbc++-0.2.3-r1/work/libodbc++-0.2.3/src/resultset.cpp rm -f .libs/resultset.lo x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I/var/tmp/portage/libodbc++-0.2.3-r1/work/libodbc++-0.2.3/src -I.. -I/var/tmp/portage/libodbc++-0.2.3-r1/work/libodbc++-0.2.3/include -I../include -DIN_ODBCXX -D_GNU_SOURCE -O2 -march=k8 -c /var/tmp/portage/libodbc++-0.2.3-r1/work/libodbc++-0.2.3/src/resultset.cpp -MT resultset.lo -MD -MP -MF .deps/resultset.TPlo -fPIC -DPIC -o .libs/resultset.lo In file included from /var/tmp/portage/libodbc++-0.2.3-r1/work/libodbc++-0.2.3/src/resultset.cpp:27: /var/tmp/portage/libodbc++-0.2.3-r1/work/libodbc++-0.2.3/src/datastream.h:66: error: conflicting return type specified for `virtual int odbc::DataStreamBuf::showmanyc()' /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/include/g++-v3/streambuf:619: error: overriding `std::streamsize std::basic_streambuf<_CharT, _Traits>::showmanyc() [with _CharT = char, _Traits = std::char_traits<char>]' /var/tmp/portage/libodbc++-0.2.3-r1/work/libodbc++-0.2.3/src/resultset.cpp: In member function `void odbc::ResultSet::_bindStreamedCols()': /var/tmp/portage/libodbc++-0.2.3-r1/work/libodbc++-0.2.3/src/resultset.cpp:364: warning: cast to pointer from integer of different size /var/tmp/portage/libodbc++-0.2.3-r1/work/libodbc++-0.2.3/src/resultset.cpp: In member function `void odbc::ResultSet::_handleStreams(SQLRETURN)': /var/tmp/portage/libodbc++-0.2.3-r1/work/libodbc++-0.2.3/src/resultset.cpp:531: warning: cast from pointer to integer of different size In case it helps (I can't see how it would...) my emerge --info is Portage 2.1_pre3-r1 (default-linux/amd64/2005.0, gcc-3.4.4, glibc-2.3.5-r3, 2.6.13-ck2 x86_64) ================================================================= System uname: 2.6.13-ck2 x86_64 AMD Athlon(tm) 64 Processor 3200+ Gentoo Base System version 1.12.0_pre10 distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] dev-lang/python: 2.3.4-r1, 2.4.2 sys-apps/sandbox: 1.2.13 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.15.90.0.1.1-r5, 2.16.1 sys-devel/libtool: 1.5.20-r1 virtual/os-headers: 2.6.11-r3 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -march=k8" CHOST="x86_64-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/share/config /usr/lib/X11/xkb /usr/lib64/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/terminfo /etc/env.d" CXXFLAGS="-O2 -march=k8" DISTDIR="/var/tmp/distfiles" FEATURES="autoconfig distlocks insecure sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" MAKEOPTS="-j1" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 GAPING_SECURITY_HOLE X alsa apache2 arts audiofile avi bash-completion berkdb bitmap-fonts browserplugin bzip2 cairo cdb cddb cdparanoia cdr chm crypt cscope cups curl dga dvd dvdr edl eds effects emacs emboss encode esd exif expat fam ffmpeg firefox flac foomaticdb fortran gd gdbm gif glut gnome gphoto2 gpm gstreamer gtk gtk2 hal idn imagemagick imlib inkjar insecure-savers ipv6 ithreads java jit jpeg jpeg2k junit kde kqemu lcms ldap libwww lzw lzw-tiff mad mhash mikmod mng motif mozdevelop mozilla mozsvg mp3 mpeg mplayer mysql ncurses nfs nptl nptlonly nsplugin nvidia odbc offensive ogg oggvorbis openal opengl pam pcre pdf pdflib perl pic plugin png python qt quicktime readline real recode samba sdl server slang spell spreadsheet sqlite ssl svg sysfs tcltk tcpd tetex tiff truetype truetype-fonts type1-fonts udev unicode usb userlocales v4l v4l2 vcd vorbis webservices wmf xanim xml2 xmms xpm xv xvid xvmc zlib elibc_glibc kernel_linux userland_GNU" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS
Created attachment 76104 [details, diff] The patch reffered to... Should patch against the original sources... If you want it differently, it's a simple patch; not that hard to redo.
Thanks, fixed.
