Re: Fatal Error

NOTE: The decoders mailing list is no longer active. The list archives are made available for historical reasons.

Robert,

I know this is confusing, especially on SGI's  The main thing to remember
is that all the code and libraries must be consistent.  That is the
netCDF, udunits, and gribtonc must be compiled with both flags CFLAGS and
LDFLAGS set to -o32.  If there isn't a LDFLAGS in a Makefile for one of
the packages, put it in.  If you are still having porblems, contact your
sysadmin, he would know what to do.  Since this isn't your field , I can
understand you problem.

Robb...


On Wed, 14 Oct 1998, Robert J. Boucher wrote:

Robb,

I did the make clean and then the make and still got the same error.  I
would gladly set you up with a login and password but you can't get
through the firewall TASC has set up.
Investigating this error I notice that when I designate CC in the
Makefile, with LDFLAGS set to -o32, as "cc -o32" I get the following
error

   expecting o32 objects /usr/local/udunits/lib/libudunits.a(utlib.o)
is         n32

but when I change CC to "cc -n32" I get
   expecting n32 objects /usr/local/netcdf/lib/libnetcdf.a(v2i.o) is o32

It seems that the source code for the libraries or some other code needs
to be altered because something seems to be out of phase.

I don't know if you have any more ideas since there is no way for you to
get into the TASC system from the outside.

--Rob

Robb Kambic wrote:
> > Robert, > > You need to start over completely with the gribtonc build in the gribtonc
> directory. ie,
> > % make clean
> % make
> > If that doesn't do the trick, then maybe you can give me a login to look
> at this first hand.
> > Robb... > > On Wed, 14 Oct 1998, Robert J. Boucher wrote: > > > Robb,
> >
> > You must be sick of hearing from me!  I did as you said and added the
> > LDFLAGS line to the gribtonc directory Makefile.  I then went back to
> > the src directory and ran the make command and I still got the same
> > error.  The only thing I noticed different was that only got one Error
> > code underneath the FATAL 12.  I also ran the make command in the
> > gribtonc directory and also got the same error there.  Any more thoughts
> > I would be more than happy to try.
> >
> > Thanks
> >
> > Rob
> >
> > Robb Kambic wrote:
> > >
> > > On Wed, 14 Oct 1998, Robert J. Boucher wrote:
> > >
> > > > > > > > Robb,
> > > > > > > >
> > > > > > > > Here is the info you requested regarding the fatal error I get 
when I
> > > > > > > > run the make file when installing the gribtonc decoder.
> > > > > > > >
> > > > > > > > The type of box is an SGI O2, R10000 Processor 128MB Ram
> > > > > > > > The os is an IRIX 6.3
> > > > > > > > The version of the C compiler is MIPSpro C 7.2
> > > > > > > >
> > > >
> > > > > Robert,
> > > > >
> > > > > If this was the error from compiling gribtonc, then you need to add a 
line
> > > > > in the Makefile after line 15 for LDFLAGS:
> > > > >
> > > > > CFLAGS          = -g
> > > > > LDFLAGS         = -o32
> > > > >
> > > > > to tell the linker to use -o32.
> > > > >
> > > > > Hopefully this should solve your problem.
> > > > >
> > > > > Robb...
> > > > >
> > > >
> > > > Robb,
> > > >
> > > > I did as you said above and modified the netcdf Makefile with the above
> > > > two lines and it cleared up the netcdf compile error.  So now the
> > > > udunits and the netcdf programs both compile without a problem but when
> > > > I finally went to compile gribtonc I still got an error. I have included
> > > > the output of the gribtonc Makefile with the error.  I have also
> > > > attached the gribtonc Makefile.  I was going to try to make the same
> > > > changes that you mentioned above to the gribtonc Makefile but there was
> > > > no CDFLAGS to put the LDFLAGS after.  Thanks again for the help.
> > >
> > > Robert,
> > >
> > > This is the top level Makefile for all the decoders,  you need to edit
> > > the Makefile in the gribtonc directory:
> > >
> > > % cd gribtonc
> > > % {edit} Makefile
> > >
> > > Make the above changes for CFLAGS and LDFLAGS and everything should
> > > compile correctly.
> > >
> > > Robb...
> > >
> > > >
> > > > Robert Boucher
> > > >
> > > >
> > > >
> > > >
> > > > ======
> > > Robb Kambic                                Unidata Program Center
> > > Software Engineer III                      Univ. Corp for Atmospheric 
Research
> > > rkambic@xxxxxxxxxxxxxxxx                   WWW: 
http://www.unidata.ucar.edu/
> > > 
==============================================================================
> >
> > --
> > Robert J. Boucher             Tel:  971-942-2000 X2893
> > Associate MTS/Meteorologist   Fax:  971-972-2571
> > Litton-TASC                     email:  rjboucher@xxxxxxxx
> > 55 Walkers Brook Drive
> > Reading, MA 01867-3297
> >
> > ==============================================================================
> Robb Kambic                                Unidata Program Center
> Software Engineer III                      Univ. Corp for Atmospheric Research
> rkambic@xxxxxxxxxxxxxxxx                   WWW: http://www.unidata.ucar.edu/
> ==============================================================================

--
Robert J. Boucher               Tel:  971-942-2000 X2893        
Associate MTS/Meteorologist     Fax:  971-972-2571              
Litton-TASC                     email:  rjboucher@xxxxxxxx
55 Walkers Brook Drive
Reading, MA 01867-3297


==============================================================================
Robb Kambic                                Unidata Program Center
Software Engineer III                      Univ. Corp for Atmospheric Research
rkambic@xxxxxxxxxxxxxxxx                   WWW: http://www.unidata.ucar.edu/
==============================================================================


  • 1998 messages navigation, sorted by:
    1. Thread
    2. Subject
    3. Author
    4. Date
    5. ↑ Table Of Contents
  • Search the decoders archives: