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

Kevin Ryde <[email protected]> Sat, 25 Jul 2009 22:38:00 +1000

Newsgroups	gmane.emacs.bugs,gmane.emacs.pretest.bugs
Message-ID	<[email protected]>

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  <[email protected]>

	* 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).




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

compilation.txt.perl-glib.diff (text/x-diff, 1.2 KB)

*** 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