Subject: /sparc-sun-solaris2.5 vs. sparc-sun-solaris2.6

From: Magdalena Hewryk <[email-masked]>
Date: Mon, 17 May 1999 11:20:00 -0400

RE:  /sparc-sun-solaris2.5 vs. sparc-sun-solaris2.6 

I have a quick question regarding FTP upgrade difficulties on my prod box:

I've  notice that on prod trouble-box (Solaris 2.6) in
/usr/home/usr_local/lib/gcc-lib
I have / directory.  
 
--Question:  The box was upgraded three  weeks ago from 2.5 to 2.6.  Should
I upgrade gcc as well?  Is this a source of my compilation  errors?

On other machines (Solaris 2.6) I have /sparc-sun-solaris2.6 directory and I
could do the FTP upgrade with no errors.

Any hints?
...magda

-----Original Message-----
From: Magdalena Hewryk 
Sent: Monday, May 17, 1999 9:36 AM
To: 'Gregory A Lundberg'
Subject: RE: FW: I am getting errors right at ./build CC=gcc sol only on
one mach ine

It is a production box ... I will build the daemon somewhere else then, as
you suggested.

I upgraded the development box and the testing and the y2k testing box and I
didn't have a problem at all...

The make & gcc version on this trouble box is the same as on other machines:
GNU Make version 3.76.1, by Richard Stallman and Roland McGrath.
Reading specs from /usr/local/lib/gcc-lib/sparc-sun-solaris2.6/2.8.1/specs
gcc version 2.8.1

Thanks for help, I will hand-copy FTP files.
...Magda

-----Original Message-----
From: Gregory A Lundberg [mailto:[email-masked]]
Sent: Monday, May 17, 1999 9:03 AM
To: Magdalena Hewryk
Subject: Re: FW: I am getting errors right at ./build CC=gcc sol only on
one mach ine

On Mon, 17 May 1999, Magdalena Hewryk wrote:

/usr/local/lib/gcc-lib/sparc-sun-solaris2.5/2.7.2.1/include/sys/param.h:187:
warning: `NBBY' redefined
> /usr/include/sys/select.h:45: warning: this is the location of the
previous definition

> /usr/include/sys/model.h:32: #error "No DATAMODEL_NATIVE specified"

/usr/local/lib/gcc-lib/sparc-sun-solaris2.5/2.7.2.1/include/sys/param.h:187:
warning: `NBBY' redefined
> /usr/include/sys/select.h:45: warning: this is the location of the
previous definition

> /usr/include/sys/model.h:32: #error "No DATAMODEL_NATIVE specified"

/usr/local/lib/gcc-lib/sparc-sun-solaris2.5/2.7.2.1/include/sys/param.h:187:
warning: `NBBY' redefined
> /usr/include/sys/select.h:45: warning: this is the location of the
previous definition

> make: *** No rule to make target `../support/libsupport.a', needed by
`ftpcount'.  Stop.

/usr/local/lib/gcc-lib/sparc-sun-solaris2.5/2.7.2.1/include/sys/param.h:187:
warning: `NBBY' redefined
> /usr/include/sys/select.h:45: warning: this is the location of the
previous definition
> make: *** No rule to make target `../support/libsupport.a', needed by
`ftpshut'.  Stop.

> ./build: size: not found

the warnings about NBBY can be ignored.  They indicate the machinee was
upgraded from ealier versions and the job wasn't very well done.

The DATAMODE_NATIVE is a problem.  Again, probably due to a poorly done
upgrade.

The inability to make 'support/libsupport.a' indicates yu rant the make
command rather than './build sol' .. since you ran ./build I'd say it
means the make program is a very old version too.

The missing 'size' command indicates an incomplete install of the system.

If this were my box:

 - If it is a development server, I'd wipte it down and do it right.

 - if it is the only server running this version of the OS then it cannot,
   by definition be a production server; it's a development server and
   should be wiped down and done right.

 - if it is a production server where program development is never
   desired, I'd build the daemon elsewhere and hand-copy the files onto
   it.

-- 

Gregory A Lundberg              Senior Partner, VRnet Company
1441 Elmdale Drive              [email-masked]
Kettering, OH 45409-1615 USA    1-800-809-2195