This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
Re: egcs-1.1.2 HP-UX 10.x compilation question
- To: martin at loewis dot home dot cs dot tu-berlin dot de (Martin v. Loewis)
- Subject: Re: egcs-1.1.2 HP-UX 10.x compilation question
- From: Vamsi Tatapudi <vamsi at synopsys dot COM>
- Date: Tue, 14 Mar 2000 00:18:27 -0800 (PST)
- Cc: vamsi at synopsys dot com, egcs-bugs at egcs dot cygnus dot com, law at cygnus dot com
Hi,
> Thanks for your bug report. I'm somewhat confused about the version
> you are running; there never was a release 2.9.5. The current release
> is 2.95.2, or two-ninetyfive-two. Apparently, you run egcs 1.1.2,
> which is also known as 2.91.66.
Sorry for the confusion. The version is indeed 2.91.66.
For some reason, it seems to be referred to as gcc-295
within our organization ...
> > /usr/include/sys/time.h:337: `extern' can only be specified for objects and functions
> This is a well known bug in the hpux header files; there is a patch available
> from HP to fix this problem. It may even be referenced in the installation
> instructions.
Ok, looks like our system admins have not updated it, then.
Anyway, I found a workaround (see below).
> > - Does this indicate that the gcc installation has
> > some problem ?
>
> Normally, if there are really problems with the system headers, gcc
> runs the 'fixincludes' script to correct all known problems. I think
> egcs 1.1.2 had been tested on HPUX 10, so it seems there is an
> installation problem.
I had installed gcc on our systems a few months ago, and everything
went through fine. The, about a month ago, our network changed as
part of a re-org, so I had to re-do it again.
When I compared the contents of the old and new gcc installation
directories, I found that the old one had "time.h" and "sys/time.h"
files, whereas the new one had only "time.h" and "sys" directory
with other files. When I copied the old "sys/time.h" file to the
new location, everything worked fine.
So, one of two things happened:
- My installation was messed up by someone
- I ran the gcc compilation on a machine which did not have a
good version of /usr/include, which led to gcc not creating
the sys/time.h file, thinking it was ok to use the system's
version instead.
> > - Is there any easy workaround ? For instance, to get rid
> > of the "time.h" include problem, all I had to do was make
> > the following link
> > > ln -s <gcc_include_dir>/time.h <gcc_include_dir/sys/time.h
> > However, this approach is not good, plus it does not work
> > for other files like algo.h.
>
> algo.h is part of the gcc distribution, so it should not give any
> errors at all. What errors do you get for it?
When I applied the above workaround, all problems went away, including
the algo.h problem. Now, I cannot seem to reproduce it, but that is fine,
because I can proceed with my compilation.
Thank you very much for your help !
-- Vamsi