Bugzilla Bug 117652

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 an attachment (id=76104) [edit]
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.