Re: [eboard-devel] Difficulty compiling eboard (fwd)

[Felipe B. <be...@se...>]

(hmm, should have replied to list instead, forwarding my reply now)

It seems that you gcc doesn't like your libstdc++.

Possible solutions:

(1)
 run ./configure , before running make, edit the Makefile
  and change the line

CXXFLAGS = -O6

to

CXXFLAGS =

  this is known to fix an issue with RH 7.1's gcc 2.96 on some machines
  where the compiler crashes with an internal error during the compiling.
  Then run make as usual.

(2) Get a newer libstdc++ (both lib and -devel packages) from
    Mandrake's download site, wherever it may be.

(2 and a half) - Get an older libstdc++.

(3) Get a newer GCC (3.0+). This may break things in your system, so
    think well before doing it. I haven't tried the 3.0 series yet,
    I have been told eboard compiles on it.

I develop eboard with egcs 2.91.66 (called egcs because the gcc team had
gone funny at the time, but it's gcc anyway) and libstdc++ 2.9.0. That's
why "install an older libstdc++" might work for you.

The error is happening while processing header files for the Standard C++
libraries, it's not eboard's fault, you just don't have a working C++
compiler in your system.

Let us know if you get eboard compiled and how you did so.

On Sun, 30 Sep 2001, Okechukwu Iwu wrote:

> I just downloaded eboard-0.3.3, and I haven't been able to compile it. My
> system is an AMD K6-2 400MHz, running Mandrake 8.0 with a 2.4 kernel. I'm
> using gcc-2.95, libstdc++2.95, imlib1-1.9.10, gtk+-1.2.10, and their
> corresponding devel packages. After running "configure" in the eboard
> source dir, I ran "make", and got this output:
>
> c++ -DHAVE_CONFIG_H -I. -I. -I.   -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -I/usr/X11R6/include -DDATADIR=\"/usr/local/share\"  -O6 -c animate.cc
> In file included from /usr/lib/gcc-lib/i586-mandrake-linux/2.95.3/../../../../include/g++-3/iostream.h:31,
>                  from /usr/lib/gcc-lib/i586-mandrake-linux/2.95.3/../../../../include/g++-3/stl_algobase.h:53,
>                  from /usr/lib/gcc-lib/i586-mandrake-linux/2.95.3/../../../../include/g++-3/vector:30,
>                  from stl.h:7,
>                  from pieces.h:32,
>                  from animate.h:31,
>                  from animate.cc:27:
> /usr/lib/gcc-lib/i586-mandrake-linux/2.95.3/../../../../include/g++-3/streambuf.h: In method `struct streampos streambuf::pubseekoff(long long int, ios::seek_dir, int = 3)':
> /usr/lib/gcc-lib/i586-mandrake-linux/2.95.3/../../../../include/g++-3/streambuf.h:362: conversion from `__off64_t' to non-scalar type `streampos' requested
> /usr/lib/gcc-lib/i586-mandrake-linux/2.95.3/../../../../include/g++-3/streambuf.h: In method `struct streampos streambuf::pubseekpos(_G_fpos64_t, int = 3)':
> /usr/lib/gcc-lib/i586-mandrake-linux/2.95.3/../../../../include/g++-3/streambuf.h:364: `struct streampos' used where a `long long int' was expected
> make: *** [animate.o] Error 1
>
> Is gcc being too finicky? Thx.
>
> iwu

.........................................................................
Felipe Paulo Guazzi Bergo - Free Software Developer (be...@se...)
Personal Info and GPG Public Key: http://www.advogato.org/person/khazad
Campinas - SP - Brazil - Earth

* When one makes a OS and considers it good, he doesn't name it Amoeba.