This is the mail archive of the gcc-bugs@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]

Re: egcs-1.1.2 HP-UX 10.x compilation question



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


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]