Compiling emacs-27.0.91 on macOS Catalina

Compiling emacs-27.0.91 on macOS Catalina

[PEDRO ANDRES ARANDA GUTIERREZ]

[-- Attachment #1: Type: text/plain, Size: 1165 bytes --]

I’m getting a lot of deprecation warnings when compiling emacs on macOS Catalina. Additionally, I see the following error when I execute emacs:

Loading /Volumes/Evo840/Users/Shared/emacs/lisp/term/common-win.el (source)...
2020-05-12 08:37:07.767 temacs[7502:473322] Failed to initialize color list unarchiver: Error Domain=NSCocoaErrorDomain Code=4864 "*** -[NSKeyedUnarchiver _initForReadingFromData:error:throwLegacyExceptions:]: non-keyed archive cannot be decoded by NSKeyedUnarchiver" UserInfo={NSDebugDescription=*** -[NSKeyedUnarchiver _initForReadingFromData:error:throwLegacyExceptions:]: non-keyed archive cannot be decoded by NSKeyedUnarchiver}

My workflow is basically:

./configure --without-x --with-ns --with-modules --enable-silent-rules \
	--without-makeinfo \
	PKG_CONFIG_PATH=/usr/local/lib/pkgconfig \
	LDFLAGS="-L/usr/local/lib" CPPFLAGS="-I/usr/local/include" \
	CC=clang OBJC=clang CFLAGS="-g -O2”
make bootstrap
make install

—
PEDRO ANDRES ARANDA GUTIERREZ
paranda@it.uc3m.es
Universidad Carlos III Madrid

Fragen sind nicht da um beantwortet zu werden…
Fragen sind da, um gestellt zu werden.
Georg Kreisler

[-- Attachment #2: Type: text/html, Size: 2447 bytes --]

Re: Compiling emacs-27.0.91 on macOS Catalina

[Eli Zaretskii]

> From: PEDRO ANDRES ARANDA GUTIERREZ <paranda@it.uc3m.es>
> Date: Tue, 12 May 2020 08:44:52 +0200
> 
> I’m getting a lot of deprecation warnings when compiling emacs on macOS Catalina. Additionally, I see the
> following error when I execute emacs:
> 
> Loading /Volumes/Evo840/Users/Shared/emacs/lisp/term/common-win.el (source)...
> 2020-05-12 08:37:07.767 temacs[7502:473322] Failed to initialize color list unarchiver: Error
> Domain=NSCocoaErrorDomain Code=4864 "*** -[NSKeyedUnarchiver
> _initForReadingFromData:error:throwLegacyExceptions:]: non-keyed archive cannot be decoded by
> NSKeyedUnarchiver" UserInfo={NSDebugDescription=*** -[NSKeyedUnarchiver
> _initForReadingFromData:error:throwLegacyExceptions:]: non-keyed archive cannot be decoded by
> NSKeyedUnarchiver}

Excuse my ignorance in macOS, but which ones of those messages talk
about deprecation?

Re: Compiling emacs-27.0.91 on macOS Catalina

[Alan Third]

On Tue, May 12, 2020 at 08:44:52AM +0200, PEDRO ANDRES ARANDA GUTIERREZ wrote:
> I’m getting a lot of deprecation warnings when compiling emacs on
> macOS Catalina.

I think most of them are on 10.14 too, largely to do with drag and
drop.

> Additionally, I see the following error when I execute emacs:
> 
> Loading /Volumes/Evo840/Users/Shared/emacs/lisp/term/common-win.el (source)...
> 2020-05-12 08:37:07.767 temacs[7502:473322] Failed to initialize color list unarchiver: Error Domain=NSCocoaErrorDomain Code=4864 "*** -[NSKeyedUnarchiver _initForReadingFromData:error:throwLegacyExceptions:]: non-keyed archive cannot be decoded by NSKeyedUnarchiver" UserInfo={NSDebugDescription=*** -[NSKeyedUnarchiver _initForReadingFromData:error:throwLegacyExceptions:]: non-keyed archive cannot be decoded by NSKeyedUnarchiver}

Please try deleting ~/Library/Colors/Emacs.clr
-- 
Alan Third

Re: Compiling emacs-27.0.91 on macOS Catalina

[Eli Zaretskii]

> Date: Tue, 12 May 2020 23:19:07 +0100
> From: Alan Third <alan@idiocy.org>
> Cc: emacs-devel@gnu.org
> 
> > Loading /Volumes/Evo840/Users/Shared/emacs/lisp/term/common-win.el (source)...
> > 2020-05-12 08:37:07.767 temacs[7502:473322] Failed to initialize color list unarchiver: Error Domain=NSCocoaErrorDomain Code=4864 "*** -[NSKeyedUnarchiver _initForReadingFromData:error:throwLegacyExceptions:]: non-keyed archive cannot be decoded by NSKeyedUnarchiver" UserInfo={NSDebugDescription=*** -[NSKeyedUnarchiver _initForReadingFromData:error:throwLegacyExceptions:]: non-keyed archive cannot be decoded by NSKeyedUnarchiver}
> 
> Please try deleting ~/Library/Colors/Emacs.clr

Should we have this in PROBLEMS?

Re: Compiling emacs-27.0.91 on macOS Catalina

[PEDRO ANDRES ARANDA GUTIERREZ]

[-- Attachment #1: Type: text/plain, Size: 1298 bytes --]

Hi,

I deleted the file and got rid of the message, THANKS A LOT!

It would have been cool to have a pointer, because the move to Catalina has
made me regret not staying in High Sierra...
So definitely, a mention in PROBLEMS would have helped :-)

Best, /PA

El mié., 13 may. 2020 a las 4:23, Eli Zaretskii (<eliz@gnu.org>) escribió:

> > Date: Tue, 12 May 2020 23:19:07 +0100
> > From: Alan Third <alan@idiocy.org>
> > Cc: emacs-devel@gnu.org
> >
> > > Loading /Volumes/Evo840/Users/Shared/emacs/lisp/term/common-win.el
> (source)...
> > > 2020-05-12 08:37:07.767 temacs[7502:473322] Failed to initialize color
> list unarchiver: Error Domain=NSCocoaErrorDomain Code=4864 "***
> -[NSKeyedUnarchiver _initForReadingFromData:error:throwLegacyExceptions:]:
> non-keyed archive cannot be decoded by NSKeyedUnarchiver"
> UserInfo={NSDebugDescription=*** -[NSKeyedUnarchiver
> _initForReadingFromData:error:throwLegacyExceptions:]: non-keyed archive
> cannot be decoded by NSKeyedUnarchiver}
> >
> > Please try deleting ~/Library/Colors/Emacs.clr
>
> Should we have this in PROBLEMS?
>


-- 
---
PEDRO ANDRES ARANDA GUTIERREZ
Universidad Carlos III de Madrid

"Fragen sind nicht da um beantwortet zu werden.
Fragen sind da, um gestellt zu werden" Georg Kreisler

[-- Attachment #2: Type: text/html, Size: 1955 bytes --]

Re: Compiling emacs-27.0.91 on macOS Catalina

[Alan Third]

On Wed, May 13, 2020 at 05:22:43AM +0300, Eli Zaretskii wrote:
> > Date: Tue, 12 May 2020 23:19:07 +0100
> > From: Alan Third <alan@idiocy.org>
> > Cc: emacs-devel@gnu.org
> > 
> > > Loading /Volumes/Evo840/Users/Shared/emacs/lisp/term/common-win.el (source)...
> > > 2020-05-12 08:37:07.767 temacs[7502:473322] Failed to initialize color list unarchiver: Error Domain=NSCocoaErrorDomain Code=4864 "*** -[NSKeyedUnarchiver _initForReadingFromData:error:throwLegacyExceptions:]: non-keyed archive cannot be decoded by NSKeyedUnarchiver" UserInfo={NSDebugDescription=*** -[NSKeyedUnarchiver _initForReadingFromData:error:throwLegacyExceptions:]: non-keyed archive cannot be decoded by NSKeyedUnarchiver}
> > 
> > Please try deleting ~/Library/Colors/Emacs.clr
> 
> Should we have this in PROBLEMS?

Although it does still seem to be a rare problem, I’m beginning to
think that we should.

Does this seem reasonable?

modified   etc/PROBLEMS
@@ -2724,6 +2724,15 @@ If you do, please send it to bug-gnu-emacs@gnu.org so we can list it here.
 
 Libxpm is available for macOS as part of the XQuartz project.
 
+** The color list can become corrupt when upgrading Emacs.
+
+This can be seen when Emacs is run from the command line and produces
+output containing the text:
+
+    non-keyed archive cannot be decoded by NSKeyedUnarchiver
+
+The solution is to delete '$HOME/Library/Colors/Emacs.clr'.
+
 
 * Build-time problems
 

-- 
Alan Third

Re: Compiling emacs-27.0.91 on macOS Catalina

[PEDRO ANDRES ARANDA GUTIERREZ]

[-- Attachment #1: Type: text/plain, Size: 1939 bytes --]

Hi Alan,

It perfectly describes the problem and it would have pointed me to the
solution...

Best, /PA

El jue., 14 may. 2020 a las 21:24, Alan Third (<alan@idiocy.org>) escribió:

> On Wed, May 13, 2020 at 05:22:43AM +0300, Eli Zaretskii wrote:
> > > Date: Tue, 12 May 2020 23:19:07 +0100
> > > From: Alan Third <alan@idiocy.org>
> > > Cc: emacs-devel@gnu.org
> > >
> > > > Loading /Volumes/Evo840/Users/Shared/emacs/lisp/term/common-win.el
> (source)...
> > > > 2020-05-12 08:37:07.767 temacs[7502:473322] Failed to initialize
> color list unarchiver: Error Domain=NSCocoaErrorDomain Code=4864 "***
> -[NSKeyedUnarchiver _initForReadingFromData:error:throwLegacyExceptions:]:
> non-keyed archive cannot be decoded by NSKeyedUnarchiver"
> UserInfo={NSDebugDescription=*** -[NSKeyedUnarchiver
> _initForReadingFromData:error:throwLegacyExceptions:]: non-keyed archive
> cannot be decoded by NSKeyedUnarchiver}
> > >
> > > Please try deleting ~/Library/Colors/Emacs.clr
> >
> > Should we have this in PROBLEMS?
>
> Although it does still seem to be a rare problem, I’m beginning to
> think that we should.
>
> Does this seem reasonable?
>
> modified   etc/PROBLEMS
> @@ -2724,6 +2724,15 @@ If you do, please send it to bug-gnu-emacs@gnu.org
> so we can list it here.
>
>  Libxpm is available for macOS as part of the XQuartz project.
>
> +** The color list can become corrupt when upgrading Emacs.
> +
> +This can be seen when Emacs is run from the command line and produces
> +output containing the text:
> +
> +    non-keyed archive cannot be decoded by NSKeyedUnarchiver
> +
> +The solution is to delete '$HOME/Library/Colors/Emacs.clr'.
> +
>
>  * Build-time problems
>
>
> --
> Alan Third
>


-- 
---
PEDRO ANDRES ARANDA GUTIERREZ
Universidad Carlos III de Madrid

"Fragen sind nicht da um beantwortet zu werden.
Fragen sind da, um gestellt zu werden" Georg Kreisler

[-- Attachment #2: Type: text/html, Size: 2731 bytes --]

Re: Compiling emacs-27.0.91 on macOS Catalina

[Eli Zaretskii]

> Date: Thu, 14 May 2020 20:24:32 +0100
> From: Alan Third <alan@idiocy.org>
> Cc: paranda@it.uc3m.es, emacs-devel@gnu.org
> 
> > > Please try deleting ~/Library/Colors/Emacs.clr
> > 
> > Should we have this in PROBLEMS?
> 
> Although it does still seem to be a rare problem, I’m beginning to
> think that we should.
> 
> Does this seem reasonable?

Yes, thanks.  Please push to the emacs-27 branch.

Re: Compiling emacs-27.0.91 on macOS Catalina

[Alan Third]

On Fri, May 15, 2020 at 09:06:35AM +0300, Eli Zaretskii wrote:
> > Date: Thu, 14 May 2020 20:24:32 +0100
> > From: Alan Third <alan@idiocy.org>
> > Cc: paranda@it.uc3m.es, emacs-devel@gnu.org
> > 
> > > > Please try deleting ~/Library/Colors/Emacs.clr
> > > 
> > > Should we have this in PROBLEMS?
> > 
> > Although it does still seem to be a rare problem, I’m beginning to
> > think that we should.
> > 
> > Does this seem reasonable?
> 
> Yes, thanks.  Please push to the emacs-27 branch.

Alternatively we could check the results from trying to load the file.
There's no way I can see to catch the error, but we can count the
number of colours available. Is this too late for Emacs 27?

modified   src/nsterm.m
@@ -5368,7 +5368,8 @@ Needs to be here because ns_initialize_display_info () uses AppKit classes.
   {
     NSColorList *cl = [NSColorList colorListNamed: @"Emacs"];
 
-    if ( cl == nil )
+    /* There are 752 colors defined in rgb.txt.  */
+    if ( cl == nil || [[cl allKeys] count] < 752)
       {
         Lisp_Object color_file, color_map, color;
         unsigned long c;

-- 
Alan Third

Re: Compiling emacs-27.0.91 on macOS Catalina

[Eli Zaretskii]

> Date: Fri, 15 May 2020 07:25:58 +0100
> From: Alan Third <alan@idiocy.org>
> Cc: paranda@it.uc3m.es, emacs-devel@gnu.org
> 
> Alternatively we could check the results from trying to load the file.
> There's no way I can see to catch the error, but we can count the
> number of colours available. Is this too late for Emacs 27?

I don't think I understand the effect of this change yet, so I cannot
answer the question.  How will this prevent the problem?

Re: Compiling emacs-27.0.91 on macOS Catalina

[Alan Third]

On Fri, May 15, 2020 at 12:56:25PM +0300, Eli Zaretskii wrote:
> > Date: Fri, 15 May 2020 07:25:58 +0100
> > From: Alan Third <alan@idiocy.org>
> > Cc: paranda@it.uc3m.es, emacs-devel@gnu.org
> > 
> > Alternatively we could check the results from trying to load the file.
> > There's no way I can see to catch the error, but we can count the
> > number of colours available. Is this too late for Emacs 27?
> 
> I don't think I understand the effect of this change yet, so I cannot
> answer the question.  How will this prevent the problem?

The color file is simply a native version of etc/rgb.txt. It contains
colour values and their names.

I'm not really sure why we save it, to be honest.

On first run Emacs detects there is no color file (cl == nil in the
code) and generates it from rgb.txt.

Since we're unable to detect directly if loading the color file has
thrown an error my change checks whether there are less colors loaded
than there are in rgb.txt. If there are less then it will regenerate
the file.

It's not great, rgb.txt could change, but I assume at this stage that
that's unlikely or rare.
-- 
Alan Third

Re: Compiling emacs-27.0.91 on macOS Catalina

[Eli Zaretskii]

> Date: Fri, 15 May 2020 11:46:00 +0100
> From: Alan Third <alan@idiocy.org>
> Cc: paranda@it.uc3m.es, emacs-devel@gnu.org
> 
> > I don't think I understand the effect of this change yet, so I cannot
> > answer the question.  How will this prevent the problem?
> 
> The color file is simply a native version of etc/rgb.txt. It contains
> colour values and their names.
> 
> I'm not really sure why we save it, to be honest.
> 
> On first run Emacs detects there is no color file (cl == nil in the
> code) and generates it from rgb.txt.
> 
> Since we're unable to detect directly if loading the color file has
> thrown an error my change checks whether there are less colors loaded
> than there are in rgb.txt. If there are less then it will regenerate
> the file.
> 
> It's not great, rgb.txt could change, but I assume at this stage that
> that's unlikely or rare.

Thanks.  If you think this is safe enough to have it in Emacs 27,
please go ahead and push to the release branch.  Otherwise, let's have
a PROBLEMS entry on emacs-27 and this fix on master.