bug#3927: 23.1.50; etc/compilation.txt sample perl-glib from recent work

bug#3927: 23.1.50; etc/compilation.txt sample perl-glib from recent work

[Kevin Ryde]

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

While going through my compilation regexps I noticed this one which got
a fix lately but didn't get into compilation.txt, which might help it
stay fixed :-).


2009-07-25  Kevin Ryde  <user42@zip.com.au>

	* compilation.txt (perl): Add a note on store::odrecall versus program
	name font locking.  Add a Perl-Glib sample message which was the
	subject of a recent bug (of matching too much).


[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: compilation.txt.perl-glib.diff --]
[-- Type: text/x-diff, Size: 1208 bytes --]

*** compilation.txt	11 Jul 2009 07:12:00 +1000	1.27
--- compilation.txt	25 Jul 2009 22:03:09 +1000	
***************
*** 300,311 ****
--- 300,326 ----
  
  symbol: perl
  
+ For reference, the font-lock "Command output lines" pattern which
+ highlights "make:" etc program names also hits "store:" in the
+ "store::odrecall" module name here.  That's not really wanted, but
+ it's harmless since the error match overrides it.
+ 
+ 
  syntax error at automake line 922, near "':'"
  Died at test.pl line 27.
  store::odrecall('File_A', 'x2') called at store.pm line 90
  	(in cleanup) something bad at foo.pl line 3 during global destruction.
  
  
+ The following 'orrible looking bit is from the Perl-Glib module.  It's
+ a Glib message put through Perl warn() to get "at FILENAME line N".
+ The aim is to match the Perl filename/linenum part since that's going
+ to be the offending code.  As long as the "gnu" patterns are tight
+ enough not to take the "... WARNING **:" as a filename it should be
+ fine.
+ 
+ GLib-GObject-WARNING **: /build/buildd/glib2.0-2.14.5/gobject/gsignal.c:1741: instance `0x8206790' has no handler with id `1234' at t-compilation-perl-gtk.pl line 3.
+ 
  * PHP
  
  symbol: php

[-- Attachment #3: Type: text/plain, Size: 537 bytes --]




In GNU Emacs 23.1.50.4 (i586-pc-linux-gnu, GTK+ Version 2.16.4)
 of 2009-07-24 on blah.blah
configured using `configure  'CFLAGS=-O -g' '--prefix=/down/emacs/b/inst' '--with-x-toolkit=gtk''

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: en_AU
  value of $XMODIFIERS: nil
  locale-coding-system: iso-latin-1-unix
  default-enable-multibyte-characters: t

bug#3927: marked as done (23.1.50; etc/compilation.txt sample perl-glib from recent work)

[Emacs bug Tracking System]

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


Your message dated Sun, 26 Jul 2009 12:01:36 -0400
with message-id <87skgj77rz.fsf@cyd.mit.edu>
and subject line Re: 23.1.50; etc/compilation.txt sample perl-glib from recent work
has caused the Emacs bug report #3927,
regarding 23.1.50; etc/compilation.txt sample perl-glib from recent work
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@emacsbugs.donarmstrong.com
immediately.)


-- 
3927: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=3927
Emacs Bug Tracking System
Contact owner@emacsbugs.donarmstrong.com with problems

[-- Attachment #2: Type: message/rfc822, Size: 4623 bytes --]

[-- Attachment #2.1.1: Type: text/plain, Size: 393 bytes --]

While going through my compilation regexps I noticed this one which got
a fix lately but didn't get into compilation.txt, which might help it
stay fixed :-).


2009-07-25  Kevin Ryde  <user42@zip.com.au>

	* compilation.txt (perl): Add a note on store::odrecall versus program
	name font locking.  Add a Perl-Glib sample message which was the
	subject of a recent bug (of matching too much).


[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2.1.2: compilation.txt.perl-glib.diff --]
[-- Type: text/x-diff, Size: 1208 bytes --]

*** compilation.txt	11 Jul 2009 07:12:00 +1000	1.27
--- compilation.txt	25 Jul 2009 22:03:09 +1000	
***************
*** 300,311 ****
--- 300,326 ----
  
  symbol: perl
  
+ For reference, the font-lock "Command output lines" pattern which
+ highlights "make:" etc program names also hits "store:" in the
+ "store::odrecall" module name here.  That's not really wanted, but
+ it's harmless since the error match overrides it.
+ 
+ 
  syntax error at automake line 922, near "':'"
  Died at test.pl line 27.
  store::odrecall('File_A', 'x2') called at store.pm line 90
  	(in cleanup) something bad at foo.pl line 3 during global destruction.
  
  
+ The following 'orrible looking bit is from the Perl-Glib module.  It's
+ a Glib message put through Perl warn() to get "at FILENAME line N".
+ The aim is to match the Perl filename/linenum part since that's going
+ to be the offending code.  As long as the "gnu" patterns are tight
+ enough not to take the "... WARNING **:" as a filename it should be
+ fine.
+ 
+ GLib-GObject-WARNING **: /build/buildd/glib2.0-2.14.5/gobject/gsignal.c:1741: instance `0x8206790' has no handler with id `1234' at t-compilation-perl-gtk.pl line 3.
+ 
  * PHP
  
  symbol: php

[-- Attachment #2.1.3: Type: text/plain, Size: 537 bytes --]




In GNU Emacs 23.1.50.4 (i586-pc-linux-gnu, GTK+ Version 2.16.4)
 of 2009-07-24 on blah.blah
configured using `configure  'CFLAGS=-O -g' '--prefix=/down/emacs/b/inst' '--with-x-toolkit=gtk''

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: en_AU
  value of $XMODIFIERS: nil
  locale-coding-system: iso-latin-1-unix
  default-enable-multibyte-characters: t

[-- Attachment #3: Type: message/rfc822, Size: 1429 bytes --]

From: Chong Yidong <cyd@stupidchicken.com>
To: Kevin Ryde <user42@zip.com.au>
Cc: 3927-done@emacsbugs.donarmstrong.com
Subject: Re: 23.1.50; etc/compilation.txt sample perl-glib from recent work
Date: Sun, 26 Jul 2009 12:01:36 -0400
Message-ID: <87skgj77rz.fsf@cyd.mit.edu>

> While going through my compilation regexps I noticed this one which
> got a fix lately but didn't get into compilation.txt, which might help
> it stay fixed :-).

I checked in the error message, thanks.

(I left out the note about overriding regexps, because that's
understood; many of the regexps in this file require the overriding
behavior to work properly.)