Subject: bug#11673: closed (Re: bug#11673: loading cl no longer defines compiler macros for caddr etc)

From: [email-masked] (GNU bug Tracking System)
Date: Mon, 11 Jun 2012 21:01:03 +0000

Your bug report

#11673: loading cl no longer defines compiler macros for caddr etc

which was filed against the emacs package, has been closed.

The explanation is attached below, along with your original report.
If you require more details, please reply to [email-masked].

-- 
11673: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=11673
GNU Bug Tracking System
Contact [email-masked] with problems

Subject: Re: bug#11673: loading cl no longer defines compiler macros for caddr etc
From: Glenn Morris <[email-masked]>
To: [email-masked]
Date: Mon, 11 Jun 2012 16:57:47 -0400
List-Id: <debbugs-submit.debbugs.gnu.org>

Version: 24.1.50

Stefan Monnier wrote:

> Should be fixed now, but please confirm,
>
>> C-h f caddr
>> -> This function has a compiler macro.
>> Repeating this in current trunk does not seem to define a compiler macro.
>
> And this should be fixed as well,

Works for me; thanks.

Subject: loading cl no longer defines compiler macros for caddr etc
From: Glenn Morris <[email-masked]>
To: [email-masked]
Date: Mon, 11 Jun 2012 13:26:23 -0400
List-Id: <debbugs-submit.debbugs.gnu.org>

Package: emacs
Version: 24.1.50

For a few days, I see this failure when doing a -j8 bootstrap of the
trunk on GNU/Linux:

  In toplevel form:
  gnus/spam-report.el:31:1:Error: Symbol's function definition is void: caddr
  make[2]: *** [gnus/spam-report.elc] Error 1

In 24.1:

emacs-24.1 -Q -l cl -l bytecomp

C-h f caddr

   -> This function has a compiler macro.

Repeating this in current trunk does not seem to define a compiler macro.