[13877] in Athena Bugs

home help back first fref pref prev next nref lref last post

Re: sun4 7.7T: stdio.h, va_list.h

daemon@ATHENA.MIT.EDU (Arthur E Housinger)
Sun Sep 24 17:30:37 1995

To: Greg Hudson <ghudson@MIT.EDU>
Cc: bugs@MIT.EDU, gnu@MIT.EDU
In-Reply-To: Your message of "Sun, 24 Sep 1995 12:22:28 EDT."
             <199509241622.MAA04552@glacier.MIT.EDU> 
Date: Sun, 24 Sep 1995 17:30:27 EDT
From: Arthur E Housinger <mouse@MIT.EDU>


Hi again.

> gcc does not maintain a complete private set of include files; it does
> rely on /usr/include having a set.
> 
> I had no trouble compiling a program which #included <stdio.h> on an
> RS6000 using either gnu or cygnus gcc.  Before I can make any
> observations about this problem, I need a sample program that ought to
> compile but doesn't.

Ok, this could be the problem.  I just had a simple hello world program
crash because I tried to compile it as such:

>> gcc -nostdinc -I/mit/gnu/.build/rs_aix32/gcc-2.7.0-bounds/include temp.c

Now, I'm not saying that's what the user did.  I personally don't know.
Maybe he was compiling on a machine that does not have a recent
/usr/include subdir.  (Some sort of private ws thingy.)  Therefore, he
couldn't find va_list.h, standards.h, or whatever have you.

Maybe this will help you to understand the user's dilemma.

--Arthur Housinger, consultant

home help back first fref pref prev next nref lref last post