[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: file-equal-p
From: |
Po Lu |
Subject: |
Re: file-equal-p |
Date: |
Thu, 16 Feb 2023 17:59:15 +0800 |
User-agent: |
Gnus/5.13 (Gnus v5.13) |
Eli Zaretskii <eliz@gnu.org> writes:
>> From: Po Lu <luangruo@yahoo.com>
>> Cc: emacs-devel@gnu.org
>> Date: Thu, 16 Feb 2023 16:43:25 +0800
>>
>> Eli Zaretskii <eliz@gnu.org> writes:
>>
>> > Fix Haiku? A 'stat' call accesses the directory and file's meta-data,
>> > not the file itself, so what Haiku does makes no sense, IMO.
>> >
>> > But if you cannot fix Haiku, a suitable haiku-only change in
>> > file-equal-p, whereby the access times are exempt from comparison, is
>> > a possibility.
>>
>> Something like this?
>
> I'd prefer to have the original full comparison done first, and only
> if it fails, do the tailored comparison only for Haiku. That's
> because most systems don't need this, and so testing the condition in
> all cases will slow down those other systems.
But here, the test is only done at all when (eq system-type 'haiku).
- file-equal-p, Po Lu, 2023/02/15
- Re: file-equal-p, Eli Zaretskii, 2023/02/16
- Re: file-equal-p, Po Lu, 2023/02/16
- Re: file-equal-p, Eli Zaretskii, 2023/02/16
- Re: file-equal-p,
Po Lu <=
- Re: file-equal-p, Eli Zaretskii, 2023/02/16
- Re: file-equal-p, Po Lu, 2023/02/16
- Re: file-equal-p, Eli Zaretskii, 2023/02/16
- Re: file-equal-p, Po Lu, 2023/02/16
- Re: file-equal-p, Eli Zaretskii, 2023/02/17
- Re: file-equal-p, Po Lu, 2023/02/17
- Re: file-equal-p, Eli Zaretskii, 2023/02/17
- Re: file-equal-p, Po Lu, 2023/02/17
- Re: file-equal-p, Andreas Schwab, 2023/02/16
- Re: file-equal-p, Po Lu, 2023/02/16