[MITgcm-devel] test on SunOS

[Jean-Michel Campin]

Hi Martin,

we could fix the configure script for this getopt.h problem.

Regarding stdint.h, it's more tricky:
it is supposed to come with glibc package, so might be that
you don't have a full gcc installation. 
And the changes made in this md5.h are precisely the ones
that fixed our 64 bits problem that we have with the previous
(old) version (I've just checked this).
It means that we could "make up" a stdint.h file, but it
will still be specific ;
And do you know if the other C routines compile normally ?

> can we please have an mpack that compile on all unix systems?
I you have one, please go and check-in !

Jean-Michel

On Tue, Mar 11, 2008 at 09:27:44AM +0100, Martin Losch wrote:
> when I comment out #include getopt.h
> then unixpk.c and unixunpk.c compile but now on Solaris:
> >gcc -DPACKAGE=\"mpack\" -DVERSION=\"1.6\" -DHAVE_DN_EXPAND=1 - 
> >DHAVE_STRCHR=1 -DHAVE_STRCASECMP=1 -DHAVE_GETOPT=1  -I. -I.     -g - 
> >O2 -c codes.c
> >In file included from codes.c:42:
> >md5.h:37: stdint.h: No such file or directory
> >*** Error code 1
> >make: Fatal error: Command failed for target `codes.o'
> and on uname -a
> AIX edvir1 2 5 0010117A4C00
> the mpack build completes without errors.
> 
> can we please have an mpack that compile on all unix systems?
> 
> Martin
> 
> 
> On 10 Mar 2008, at 22:51, Jean-Michel Campin wrote:
> 
> >Hi Martin,
> >
> >Ed's suggestion is good to try. If it works, I would be
> >interested in knowing if an empty getopt.h in the mpack-1.6 dir
> >is still fixing it (with the original unixpk.c & unixunpk.c).
> >If nothing works, I m ready to add an option to testreport
> >to specify the path of the mpack executable, and then you
> >could use the old version (after the fix of Mon Feb 25,
> >with cvs co -D "2008-02-25 23:00" you should get it)
> >to build it somewhere once, and then to use this one.
> >
> >Cheers,
> >Jean-Michel
> >
> >On Sun, Mar 09, 2008 at 11:45:30PM -0400, Ed Hill wrote:
> >>On Sun, 9 Mar 2008 21:36:39 +0100 Martin Losch wrote:
> >>
> >>>>checking for getopt... yes
> >>>>updating cache ./config.cache
> >>>>creating ./config.status
> >>>>creating Makefile
> >>>>        gcc -DPACKAGE=\"mpack\" -DVERSION=\"1.6\" -
> >>>>DHAVE_DN_EXPAND=1 -DHAVE_STRCHR=1 -DHAVE_STRCASECMP=1 -
> >>>>DHAVE_GETOPT=1  -I. -I.      -g -O2 -c unixpk.c
> >>>>unixpk.c:29:20: getopt.h: No such file or directory
> >>>>make: The error code from the last command is 1.
> >>>>
> >>>>
> >>>>Stop.
> >>>
> >>>
> >>>I don't seem to have getopt.h on the system:
> >>>>edvir1.awi-bremerhaven.de::mpack-1.6> locate getopt.h
> >>>>locate: /opt/freeware/var/locatedb: No such file or directory
> >>>
> >>>
> >>>I have no idea, what's that supposed to mean.
> >>
> >>
> >>Hi Martin,
> >>
> >>The getopt() call is part of the POSIX standard and on Slowlaris and
> >>other old Unices it is supposed to be supplied by the headers:
> >>
> >>  #include <unistd.h>
> >>  #include <stdlib.h>
> >>  #include <stdio.h>
> >>
> >>so there is (again, supposedly) no need for the getopt.h header.  So,
> >>please try commenting out the two lines matching:
> >>
> >>  #include <getopt.h>
> >>
> >>in the files:
> >>
> >>  unixpk.c
> >>  unixunpk.c
> >>
> >>and see if it helps.  If it does, then we can probably add a few  
> >>lines
> >>to the "configure" script that will fix it for your machines.
> >>
> >>Ed
> >>
> >>-- 
> >>Edward H. Hill III, PhD  |  ed at eh3.com  |  http://eh3.com/
> >
> >
> >
> >>_______________________________________________
> >>MITgcm-devel mailing list
> >>MITgcm-devel at mitgcm.org
> >>http://mitgcm.org/mailman/listinfo/mitgcm-devel
> >
> >_______________________________________________
> >MITgcm-devel mailing list
> >MITgcm-devel at mitgcm.org
> >http://mitgcm.org/mailman/listinfo/mitgcm-devel
> 
> _______________________________________________
> MITgcm-devel mailing list
> MITgcm-devel at mitgcm.org
> http://mitgcm.org/mailman/listinfo/mitgcm-devel