GNU bug report logs - #29712
26.0.90; Three emacs-26 elisp tests are failing on darwin

Previous Next

Package: emacs;

Reported by: "John Wiegley" <johnw <at> gnu.org>

Date: Thu, 14 Dec 2017 20:22:01 UTC

Severity: minor

Tags: fixed

Merged with 29277

Found in version 26.0.90

Fixed in version 26.1

Done: Alan Third <alan <at> idiocy.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Alan Third <alan <at> idiocy.org>
Cc: 29712 <at> debbugs.gnu.org
Subject: bug#29712: 26.0.90; Three emacs-26 elisp tests are failing on darwin
Date: Sat, 16 Dec 2017 18:47:00 +0200
> Date: Sat, 16 Dec 2017 16:42:18 +0000
> From: Alan Third <alan <at> idiocy.org>
> Cc: 29712 <at> debbugs.gnu.org
> 
> modified   lisp/term/ns-win.el
> @@ -354,7 +354,7 @@ ns-delete-working-text
>    ;; Used prior to Emacs 25.
>    (define-coding-system-alias 'utf-8-nfd 'utf-8-hfs)
>  
> -  (set-file-name-coding-system 'utf-8-hfs))
> +  (set-file-name-coding-system 'utf-8-hfs-unix))
>  
>  ;;;; Inter-app communications support.

Such a change is OK for master (assuming I understood you correctly,
and the current master doesn't have anything equivalent to the above).
On the release branch, I'd suggest to bind file-name-coding-system to
utf-8-hfs-unix, and tell in the commit log message not to merge to
master.

> I made the change and everything looks ok; the other tests still pass.
> I don’t know anything about coding systems, though, so I could be
> missing something.

I don't think you need to fear anything.  It's the right thing to do
on systems that allow CR in file names.

Thanks.




This bug report was last modified 7 years and 189 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.