[MITgcm-support] compile-run error due to gcc update?

[Sergey Vinogradov]

Ed:
Below is the uname and df log. 
I don't really understand the purpose of umask, I did umask 0002 and it 
didn't change anything. I think I have no problems with permissions, as 
I could mkdir etc.
Regards
Sergey

anvil[51]> uname -a
Linux anvil.aer.com 2.6.9-22.0.2.ELsmp #1 SMP Thu Jan 5 17:11:56 EST 
2006 x86_64 x86_64 x86_64 GNU/Linux
anvil[52]>   df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/sda3              14G  7.0G  5.7G  55% /
/dev/sda6              97G  6.2G   86G   7% /anvil/scratch
/dev/sda1             289M   18M  257M   7% /boot
none                  2.0G     0  2.0G   0% /dev/shm
/dev/sda5             9.9G  1.3G  8.2G  14% /var
unix_vs:/unix/export/linux_64/local
                      245G   81G  165G  33% /unix_vs/local
tgirs01:/tgirs01/scratch
                      119G   81G   33G  72% /tgirs01/scratch
anvil[53]>


Ed Hill wrote:

>On Thu, 2006-02-09 at 15:49 -0500, Sergey Vinogradov wrote:
>  
>
>>Ed:
>>It fails (see attached log) with a new genmake2, saying something
>>about umask.
>>    
>>
>
>
>  
>
>>===  Creating the Makefile  ===
>>  setting INCLUDES
>>  Determining the list of source and include files
>>
>>ERROR : something is wrong with your directory permissions or
>>   your user file-creation mask ("umask") since creating a
>>   sub-dir, touch-ing a file within it, and then reading it is
>>   not working.  Please try setting your umask to something
>>   sane such as:
>>
>>      umask 0002
>>
>>   and please verify that you have the proper permissions for
>>   creating sub-directories and then reading files created
>>   within them.
>>    
>>
>
>Also, please try the suggestions listed in the error message.  Can you
>check the local directory permissions and check that your umask is
>something sane such as:
>
>  umask
>    ==> u=rwx,g=rwx,o=rx 
>
>Ed
>
>  
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mitgcm.org/pipermail/mitgcm-support/attachments/20060210/68928586/attachment.htm>