emacs-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[debbugs-tracker] bug#20911: closed (24.5.3; Syntax should not require f


From: GNU bug Tracking System
Subject: [debbugs-tracker] bug#20911: closed (24.5.3; Syntax should not require font-lock)
Date: Sat, 27 Jun 2015 15:32:02 +0000

Your message dated Sat, 27 Jun 2015 18:31:02 +0300
with message-id <address@hidden>
and subject line Re: bug#20911: 24.5.3; Syntax should not require font-lock
has caused the debbugs.gnu.org bug report #20911,
regarding 24.5.3; Syntax should not require font-lock
to be marked as done.

(If you believe you have received this mail in error, please contact
address@hidden)


-- 
20911: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=20911
GNU Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: 24.5.3; Syntax should not require font-lock Date: Sat, 27 Jun 2015 17:19:55 +0200 User-agent: Mozilla/5.0 (X11; Linux i686; rv:31.0) Gecko/20100101 Thunderbird/31.4.0
python.el and others.

While working at a general-close mode, tests succeeded locally, but Travis CI repeatedly sent errors like this:

FAILED gen-close-python-doublequoted-tqs-test
FAILED gen-close-python-singlequoted-tqs-test

for example from
https://travis-ci.org/emacs-berlin/general-close/builds/68578148

These tests succeed, if boolean gen-verbose-p was set to t, which OTOH isn't intendet at batch-mode.

Both macros in question -- for example gen-test-with-python-buffer-- have this:

   `(when gen-verbose-p
 (switch-to-buffer (current-buffer))
 (font-lock-fontify-buffer))`

AFAICS the error is caused, because TQS-syntax in python.el is set by syntax-propertize-function

Documentation:
Mode-specific function to apply syntax-table' text properties. It is the work horse ofsyntax-propertize', which is called by things like
Font-Lock and indentation.


Setting up syntax seems to require font-lock - which doesn't feel right.

;;;;;;;;;;

GNU Emacs 24.5.3 (i686-pc-linux-gnu, GTK+ Version 2.24.23) of 2015-04-20



--- End Message ---
--- Begin Message --- Subject: Re: bug#20911: 24.5.3; Syntax should not require font-lock Date: Sat, 27 Jun 2015 18:31:02 +0300 User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.0
Tags: notabug

Hi!

On 06/27/2015 06:19 PM, Andreas Röhler wrote:

Both macros in question -- for example gen-test-with-python-buffer--
have this:

    `(when gen-verbose-p
  (switch-to-buffer (current-buffer))
  (font-lock-fontify-buffer))`

Don't do that, then.

AFAICS the error is caused, because TQS-syntax in python.el is set by
syntax-propertize-function

Call (syntax-propertize (point-max)) instead.

Documentation:
Mode-specific function to apply syntax-table' text properties. It is the
work horse of `syntax-propertize', which is called by things like
Font-Lock and indentation.


Setting up syntax seems to require font-lock - which doesn't feel right.

That only says that font-lock requires it, not vice versa. The docstring even mentions `syntax-propertize'.


--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]