[MITgcm-devel] test on SunOS

[Samar Khatiwala]

Hi Martin

I've encountered something like this when compiling other code on  
Sun's. Apparently, SunOS does not have getopt.h. If you really need
a declaration for this function, then something like this may work:

#ifdef (SUNOS)
extern int getopt(int argc, char *const *argv, const char *opts);
#else
#include <getopt.h>
#endif

Samar

On Mar 9, 2008, at 6:10 PM, Martin Losch wrote:

> Hi again,
> contrary to my earlier impression, I cannot compile mpack on sunos  
> either, here's the error message on rays1:
>> 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: getopt.h: No such file or directory
>> *** Error code 1
>> make: Fatal error: Command failed for target `unixpk.o'
> so it's the same file that's not found. both edvir1 and rays1 have  
> strange restrictive operating systems. is it possible that this  
> getopt.h is something that can only be found on linux?
>
> Martin
>
>
> On 9 Mar 2008, at 21:36, Martin Losch wrote:
>
>> Hi Jean-Michel,
>>
>> you can remove "model", as this machine is dead.
>> rays1 + edvir1: in both cases the build of mpack failed. I am  
>> looking into that, but I can't find the problem.
>> On rays1 (SunOS) I can build mpack "by hand" without any problems,  
>> I don't see why it failed (unfortunately I remove everything after  
>> testreport, because I have only little space on that machine). I  
>> am reruning ./testreport to find out (maybe).
>> On edvir1 (P4-p690 with xlf), the compiler chokes on the first  
>> file, here's the tr_build_mpack.out file, maybe you can make  
>> something of that:
>>> creating cache ./config.cache
>>> checking for a BSD compatible install... /opt/freeware/bin/ 
>>> install -c
>>> checking whether build environment is sane... yes
>>> checking whether make sets ${MAKE}... yes
>>> checking for working aclocal... found
>>> checking for working autoconf... found
>>> checking for working automake... found
>>> checking for working autoheader... found
>>> checking for working makeinfo... found
>>> checking for gcc... gcc
>>> checking whether the C compiler (gcc  ) works... yes
>>> checking whether the C compiler (gcc  ) is a cross-compiler... no
>>> checking whether we are using GNU C... yes
>>> checking whether gcc accepts -g... yes
>>> checking for connect... yes
>>> checking for res_search... yes
>>> checking for dn_expand... yes
>>> checking for dns_lookup... no
>>> checking for strchr... yes
>>> checking for strcasecmp... yes
>>> 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.
>>
>> Martin
>>
>>
>>
>> On 3 Mar 2008, at 15:43, Jean-Michel Campin wrote:
>>
>>> Hi Martin,
>>>
>>> I did not get the weekly test on "rays1" from last Week-End.
>>> Since few things have changed (e.g., the mpack stuff),
>>> it would be good to know why it did not run.
>>>
>>> And regarding "model", i can probably remove it
>>> from the top list of machine type / name / notes
>>> since it will not come back, right ?
>>>
>>> Thanks,
>>> Jean-Michel
>>> _______________________________________________
>>> 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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mitgcm.org/pipermail/mitgcm-devel/attachments/20080309/400eb0d8/attachment.htm>