[gtkmm] RE: compiling gtkmm-2.2.1

[Murray Cumming Comneon com]

The examples now build as part of the main build, so someone should try to
fix this, using an #ifdef if necessary.

Murray Cumming
murrayc usa net
www.murrayc.com 

> -----Original Message-----
> From: Daniel Elstner [mailto:daniel elstner gmx net] 
> Sent: Sonntag, 30. März 2003 00:59
> To: Ivan Kurmanov
> Cc: murrayc usa net
> Subject: Re: compiling gtkmm-2.2.1
> 
> 
> Hi,
> 
> please send questions about gtkmm to the mailing list in future.
> 
> On Sam, 2003-03-29 at 14:29, Ivan Kurmanov wrote:
> > Hello hackers,
> > 
> > I've just tried to compile the gtkmm librabry, version 2.2.1.
> > 
> > A compile error happened in one of the examples:
> > 
> > make[2]: Entering directory 
> `/home/ivan/install/gtkmm-2.2.1/examples/markup'
> > source='parser.cc' object='parser.o' libtool=no \
> > depfile='.deps/parser.Po' tmpdepfile='.deps/parser.TPo' \
> > depmode=gcc /bin/sh ../../scripts/depcomp \
> > g++ -DHAVE_CONFIG_H  -I. -I. -I../../glib -I../../glib 
> -I../../pango -I../../pango -I../../atk -I../../atk 
> -I../../gdk -I../../gdk -I../../gtk -I../../gtk 
> -I/usr/local/lib/sigc++-1.2/include 
> -I/usr/local/include/sigc++-1.2 -I/usr/local/include/gtk-2.0 
> -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/atk-1.0 
> -I/usr/local/include/pango-1.0 -I/usr/X11R6/include 
> -I/usr/local/include/glib-2.0 
> -I/usr/local/lib/glib-2.0/include    -g -O2 -Wall -c -o 
> parser.o `test -f 'parser.cc' || echo './'`parser.cc
> > parser.cc: In method `void {anonymous}::DumpParser::indent()':
> > parser.cc:118: `::right' undeclared (first use here)
> > make[2]: *** [parser.o] Error 1
> > 
> > 
> > I still managed to build and install the library with "make 
> -k install".
> > 
> > I'm on SuSE Linux 8.0, if that's of any use to you.  gcc 
> version: 2.95.3.
> 
> Unfortunately, the libstdc++ included with gcc-2.95.3 is anything but
> standard conform.  We do support compilation of the gtkmm-2.2 library
> itself with gcc-2.95.3, but I won't consider this a strict requirement
> for the example code (as long as the code is correct).
> 
> A work-around for std::right might be possible though -- if 
> it's a major
> problem for you we would accept a patch.  Of course the real fix is to
> switch to gcc-3.x ;-)
> 
> Regards,
> --Daniel
> 
>