This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: Problems with glibc-2.1
- To: Andris Pavenis <andris at stargate dot astr dot lu dot lv>
- Subject: Re: Problems with glibc-2.1
- From: Adam Moyes <adam at macfar dot demon dot co dot uk>
- Date: Wed, 10 Feb 1999 18:22:15 +0000
- CC: egcs <egcs at egcs dot cygnus dot com>
- References: <36C1A18B.30654F83@macfar.co.uk> <99021018440400.14387@hal>
Andris Pavenis wrote:
>
> On Wed, 10 Feb 1999, Adam Moyes wrote:
> >I hope this is directed at the right mail group, but no doubt
> >someone here has come accross the same problem.
> >
> >I am using a i586-pc-Linux machine and previously had gcc 2.8.1
> >installed. I successfully upgraded to egcs-1.1.1 and wrote a
> >little hello world C program to settle my nerves.
> >
> >I then decided to go the whole hog and upgrade to glibc-2.1.
> >I had to move the /usr/include directory, create a new one
> >and put the ``linux'' and ``asm'' links in to satisfy config
> >when looking for info on my kernel.
> >
> >The build went fine, but when it came to doing the install, it
> >died while trying to run perl (my libdb had been upgraded
> >and I only had a static version available, perl needed a shared
> >one)
> >
> >At this point I discovered my libraries were broken. When I
> >try to compile my hello.c program ...
> >
> >doobrey[/tmp] cat /tmp/hello.c
> >#include <stdio.h>
> >
> >main()
> >{
> > printf("hello.\n");
> >}
> >doobrey[/tmp] gcc --version
> >egcs-2.91.60
> >doobrey[/tmp] gcc hello.c
> >In file included from /usr/include/stdio.h:57,
> > from hello.c:1:
> >/usr/include/libio.h:335: parse error before `_IO_seekoff'
> >/usr/include/libio.h:335: parse error before `_G_off64_t'
> >/usr/include/libio.h:335: warning: data definition has no type or storage class
> >/usr/include/libio.h:336: parse error before `_IO_seekpos'
> >/usr/include/libio.h:336: parse error before `_G_fpos64_t'
> >/usr/include/libio.h:336: warning: data definition has no type or storage class
> >
> >The only files that exist in /usr/include are the ones put there by
> >the glibc-2.1 install. Unfortunately ``config.guess'' now fails
> >while trying to compile it's test program. Things have become dire.
> >
> >Any pointers?
>
> Move /usr/i586-pc-linux-gnulibc1/_G_config.h temporary out of the view
> (for example rename). I'm also trying to upgrade libc5 based system
> (Slackware-3.6) to gnulibc2 and met the same problem.
>
Ok, thanks this has temporarily fixed the problem, but egcs is still using
other libc5 headers
(in /usr/lib/gcc-lib/i586-pc-linux-gnulibc1/egcs-2.91.60/include). So is
the next step to re-compile and re-install egcs? At the moment I have
re-configured egcs and am just doing a ``make''. It is using gcc to
build itself again. Is this good enough?
It's a relief to be able to compile C programs again! The next step is
to re-compile libstdc++-2.8.1 to give me back my beloved C++.
Regards
Adam.
--
Signs of crime: screaming or cries for help.
-- from the Brown Security Crime Prevention Pamphlet