From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Emanuel Berg Newsgroups: gmane.emacs.help Subject: Re: Lookarounds and recursion in Emacs regexes Date: Mon, 06 Feb 2023 13:53:56 +0100 Message-ID: <87bkm76jkr.fsf@dataswamp.org> References: <87h6wbeti3.fsf@mbork.pl> <877cx7n5an.fsf@dataswamp.org> <831qn4u0b4.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="21870"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) To: help-gnu-emacs@gnu.org Cancel-Lock: sha1:FalOLwBhBQne1fPx00aYEXFGQiM= Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Mon Feb 06 14:05:45 2023 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pP1Bn-0005MR-W1 for geh-help-gnu-emacs@m.gmane-mx.org; Mon, 06 Feb 2023 14:05:43 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pP1BJ-0000ih-5q; Mon, 06 Feb 2023 08:05:13 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pP10e-0004KF-Ih for help-gnu-emacs@gnu.org; Mon, 06 Feb 2023 07:54:12 -0500 Original-Received: from ciao.gmane.io ([116.202.254.214]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pP10c-0004R5-Ra for help-gnu-emacs@gnu.org; Mon, 06 Feb 2023 07:54:12 -0500 Original-Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1pP10Z-0000Iz-3K for help-gnu-emacs@gnu.org; Mon, 06 Feb 2023 13:54:07 +0100 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: help-gnu-emacs@gnu.org Mail-Copies-To: never Received-SPF: pass client-ip=116.202.254.214; envelope-from=geh-help-gnu-emacs@m.gmane-mx.org; helo=ciao.gmane.io X-Spam_score_int: -16 X-Spam_score: -1.7 X-Spam_bar: - X-Spam_report: (-1.7 / 5.0 requ) BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.249, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-Mailman-Approved-At: Mon, 06 Feb 2023 08:04:46 -0500 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.help:142619 Archived-At: Eli Zaretskii wrote: > And besides, given that Emacs extends itself, what exactly > are the significant and fundamental differences between > "extension language" and "implementation language"? Good point. >> It doesn't prevent adding other extension languages, nor >> even does it necessarily prevent changing the >> implementation language to another one in theory. > > Indeed, but replacing ELisp would probably need to rewrite > a lot of internals currently implemented in C, since most, > if not all, of them are currently very tightly coupled with > Lisp and assume the existence and design/implementation of > various aspects of the Lisp machine. I don't think anyone suggests replacing Elisp, and if one added another language, one would have to find very good ways to integrate it with everything else, and not just trivially so with text insert and stuff like that, so optimally, one wouldn't have to rewrite anything. -- underground experts united https://dataswamp.org/~incal