From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: Raw string literals in Emacs lisp. Date: Sun, 27 Jul 2014 15:03:39 +0200 Organization: Organization?!? Message-ID: <871tt7lzro.fsf@fencepost.gnu.org> References: <878ungor1v.fsf@uwakimon.sk.tsukuba.ac.jp> <8761ijng08.fsf@uwakimon.sk.tsukuba.ac.jp> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1406466251 12076 80.91.229.3 (27 Jul 2014 13:04:11 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 27 Jul 2014 13:04:11 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Jul 27 15:04:05 2014 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1XBO7R-0000Dh-4h for ged-emacs-devel@m.gmane.org; Sun, 27 Jul 2014 15:04:05 +0200 Original-Received: from localhost ([::1]:34928 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XBO7Q-00014y-N3 for ged-emacs-devel@m.gmane.org; Sun, 27 Jul 2014 09:04:04 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:43737) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XBO7J-00014g-Hk for emacs-devel@gnu.org; Sun, 27 Jul 2014 09:04:02 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XBO7E-0005xU-6d for emacs-devel@gnu.org; Sun, 27 Jul 2014 09:03:57 -0400 Original-Received: from plane.gmane.org ([80.91.229.3]:39148) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XBO7E-0005xQ-0b for emacs-devel@gnu.org; Sun, 27 Jul 2014 09:03:52 -0400 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1XBO7C-0008WP-Gd for emacs-devel@gnu.org; Sun, 27 Jul 2014 15:03:50 +0200 Original-Received: from x2f42b29.dyn.telefonica.de ([2.244.43.41]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 27 Jul 2014 15:03:50 +0200 Original-Received: from dak by x2f42b29.dyn.telefonica.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 27 Jul 2014 15:03:50 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 76 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: x2f42b29.dyn.telefonica.de X-Face: 2FEFf>]>q>2iw=B6, xrUubRI>pR&Ml9=ao@P@i)L:\urd*t9M~y1^:+Y]'C0~{mAl`oQuAl \!3KEIp?*w`|bL5qr,H)LFO6Q=qx~iH4DN; i"; /yuIsqbLLCh/!U#X[S~(5eZ41to5f%E@'ELIi$t^ Vc\LWP@J5p^rst0+('>Er0=^1{]M9!p?&:\z]|;&=NP3AhB!B_bi^]Pfkw User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Cancel-Lock: sha1:aTAlDZ+hOkZaiOHUvmUCkChPDwg= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:173175 Archived-At: "Stephen J. Turnbull" writes: > Matthew Plant writes: > > > Although this data is convincing in some respects, I would like to note > > that xemacs is dead. > > The reports of the death of XEmacs are premature. > > > The download off their main page did not even have any > > raw string literals. > > XEmacs 21.4 will never have them. Drawing the following excerpts from : Arguably, having the last "stable release" made in 2009, having no "Gamma release" described as Note: XEmacs 21.4 has been promoted to stable, and there currently is no gamma series. Plans for the next release are in the works. The gamma series of releases is satisfactorily stable for most sophisticated users. Most Linux or *BSD users should get the best results from the gamma series, and we strongly recommend it to the ``tester'' distributions like NetBSD current, Debian sid, Mandrake Cooker, Red Hat Rawhide, and so on. XEmacs will be ready when they are! The gamma series of releases is the candidate for promotion to a stable series. Although we do not promote the code base to gamma while there are known critical bugs in the code base, to attempt to meet schedules we also do promote fairly quickly once we've fixed the last known critical bug. Everybody does this, and everybody knows that despite the best efforts of the developers, ``point oh'' releases typically still have bugs in them. The gamma concept simply acknowledges this. at all slated to become stable, and having the current "Beta release" branch 21.5 started in 2001 with the description The beta series of releases is for testers. Users should read the XEmacs Beta mailing list, . Users should prepare themselves for crashes, data loss, freezes, and other unpleasant events. The beta series contains much experimental code, and fairly large changes may be introduced directly into the code base. These are announced as they happen on xemacs-beta. Wannabe developers may also want to follow the XEmacs Patches and XEmacs CVS Commits mailing lists for up-to-the-minute details about the state of the code base. is making Debian look like a fast-paced project. Reports of XEmacs being dead may be exaggerated, but it does look a lot like suspended animation. > Sure, you can do a lot for readability as PCRE or Python regexps have > done, but regexps are unreadable almost by design, and those regexp > syntaxes benefit from rawstrings, too. Almost anything (that doesn't > involve changing the meaning of existing legal programs) that improves > readability of regexps is worthwhile. > > Rawstrings are cheap and effective. When rawstrings are supported, it becomes more expedient to recognize things like \n and \t, probably also \f in regexps (\b is already taken). At the current point of time, they just evaluate to n and t. That makes input of tabs and newlines in raw strings a nuisance and a potential source of errors. It's not actually an issue with rawstrings as such, but rather of their use within regexps. -- David Kastrup