Subject: Re: SS-10 upgrade to 1.5 - what did I do wrong?
To: Bruce Ediger <eballen1@qwest.net>
From: Manuel Bouyer <bouyer@antioche.lip6.fr>
List: port-sparc
Date: 01/12/2001 11:22:43
On Thu, Jan 11, 2001 at 02:45:46PM -0800, Bruce Ediger wrote:
> Hi. I've been running NetBSD 1.4.1 on a SPARCStation 10 for a while. I
> decided to go to NetBSD 1.5 last weekend. I followed the "[U]pgrade" option
> from the miniroot.fs boot. I installed the whole furshlugginer NetBSD 1.5,
> with the exception of the "etc" business, which I later did by hand.
>
> Everything seems to work, networking, DHCP, my files are still around, etc.
>
> But, every time I try to compile even the simplest of C programs, I get
> a lot of weird problems. I think I may have installed wrong, or missed
> a piece. Can anybody give me a hint?
>
> Problem #1: The use of "#include <unistd.h>" causes a problem that I can
> only solve by putting '-D_BSD_USECONDS_T_="unsigned long"' on the compile
> line. I get weird warning error messages like this:
> /usr/include/unistd.h:248: warning: parameter names (without types) in function declaration
> /usr/include/unistd.h:257: syntax error before `ualarm'
> /usr/include/unistd.h:257: warning: parameter names (without types) in function declaration
> /usr/include/unistd.h:257: warning: data definition has no type or storage class
> /usr/include/unistd.h:258: warning: parameter names (without types) in function declaration
>
> Problem #2: The use of "#include <string.h>" causes several warnings from
> gcc:
> /usr/include/string.h:54: warning: conflicting types for built-in function `memcmp'
> /usr/include/string.h:55: warning: conflicting types for built-in function `memcpy'
> /usr/include/string.h:57: warning: conflicting types for built-in function `memset'
>
> Problem #3: The ELF stuff causes warning messages. These come up in what
> seem to me like odd places.
>
> /usr/include/sys/cdefs_elf.h:36: warning: `_C_LABEL' redefined
> /usr/include/machine/cdefs.h:11: warning: this is the location of the previous definition
> /usr/include/sys/cdefs_elf.h:53: warning: `__indr_reference' redefined
> /usr/include/machine/cdefs.h:21: warning: this is the location of the previous definition
> /usr/include/sys/cdefs_elf.h:65: warning: `__warn_references' redefined
> /usr/include/machine/cdefs.h:24: warning: this is the location of the previous definition
>
> How do I fix what I did wrong during the upgrade?
Hum, try to remove /usr/include and re-extract the 'comp.tgz' set.
--
Manuel Bouyer, LIP6, Universite Paris VI. Manuel.Bouyer@lip6.fr
--