Fixing "touch" to reset ancient/weired/far-future timestamps... / was: Re: Switch SPARC GNU coreutils+bash from 32 to64bit[PSARC/2008/351SelfReview]

[Garrett D'Amore]

Roland Mainz wrote:
> Joerg Schilling wrote:
>   
>> John Plocher <John.Plocher at sun.com> wrote:
>>     
>>> [Roland and I are bouncing a proposal back and forth...]
>>>       
> [snip]
>   
>> We still miss touch(1) in the list of 64 bit binaries
>> in order to be able to correct the time stamps for problematic files.
>>     
>
> Well, I can fix that assuming we declare that a "bug fix", including the
> use of isaexec (the first person who says we need an ARC case will a)
> volunteer to fix the bug himself and will then b) be thrown in a pit
> with komodo dragons (and I'll make sure they're small so they need
> _days_ to finish the victim off)).
>   

This is not architectural, but is the only way to fix this to use a 
64-bit binary?  Can't we fix it using uint64_t or somesuch in a 32-bit 
program?  (I'm talking about the specific deficiency for 
/usr/bin/touch.)  I'd like the fix to be available from a 32-bit 
environment as well as a 64-bit one, otherwise the "fix" is incomplete.

    -- Garrett

PS: Roland, please take my advice and take the time to do things "the 
right way", which includes a complete ARC review of the 64-bit problems 
you're trying to solve.  Attempting to do an end-run around ARC with a 
bunch of little cases to avoid providing the full picture is unlikely to 
be well received.
> ----
>
> Bye,
> Roland
>
>