Lapo Luchini wrote: > % LANG=C ll -rt --full-time whois-5.0.8-1/build|tail > -rwxrwxr-x+ 1 lapo None 83077 2010-11-09 21:59:36.985126500 +0100 whois.exe > drwxr-xr-x+ 1 lapo None 12288 2010-11-09 21:59:37.387149500 +0100 . > -rwxrwxr-x+ 1 lapo None 42896 2010-11-09 21:59:37.445152800 +0100 > mkpasswd.exe > -rw-rw-r--+ 1 lapo None 72777 2010-11-09 21:59:37.691232900 +0100 whois.o > -rw-rw-r--+ 1 lapo None 4817 2010-11-09 21:59:37.892232900 +0100 utils.o > -rw-rw-r--+ 1 lapo None 16665 2010-11-09 21:59:38.408232900 +0100 mkpasswd.o
I can reproduce this at will using ccache. Everything's normal without ccache: -rw-r--r--+ 1 lapo None 72777 2010-11-13 09:04:41.193483200 +0100 whois.o -rw-r--r--+ 1 lapo None 4817 2010-11-13 09:04:41.372493500 +0100 utils.o -rwxr-xr-x+ 1 lapo None 83077 2010-11-13 09:04:41.678511000 +0100 whois.exe -rw-r--r--+ 1 lapo None 16665 2010-11-13 09:04:41.988528700 +0100 mkpasswd.o drwxr-xr-x+ 1 lapo None 12288 2010-11-13 09:04:42.203541000 +0100 . -rwxr-xr-x+ 1 lapo None 42896 2010-11-13 09:04:42.260544300 +0100 mkpasswd.exe I wonder how I didn't encounter this ccache bug (?) in the last few years, or maybe it's also Windows-7 related? (no, FAT32 is not the issue, my CCACHE_DIR is in the same NTFS filesystem I'm compiling those package in) I wonder if latest ccache would still do that. Maybe I'll try to upgrade it locally and check. -- Lapo Luchini - http://lapo.it/ “We could tell you what it's about. But then, of course, we'd have to kill you.” (tagline of movie "Sneakers", 1992) -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
