From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Madhu Newsgroups: gmane.emacs.devel Subject: Re: Possible XInput2 cursor bug ? Date: Sun, 12 Dec 2021 20:25:02 +0530 (IST) Message-ID: <20211212.202502.2129015728198180732.enometh@meer.net> References: <87a6hbg6ps.fsf@yahoo.com> <20211212.104121.676618396851953065.enometh@meer.net> <83ilvup9lx.fsf@gnu.org> Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="3437"; mail-complaints-to="usenet@ciao.gmane.io" Cc: luangruo@yahoo.com, emacs-devel@gnu.org To: eliz@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Dec 12 15:55:32 2021 Return-path: Envelope-to: ged-emacs-devel@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 1mwQGC-0000kP-HM for ged-emacs-devel@m.gmane-mx.org; Sun, 12 Dec 2021 15:55:32 +0100 Original-Received: from localhost ([::1]:34358 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mwQGB-0004rD-IR for ged-emacs-devel@m.gmane-mx.org; Sun, 12 Dec 2021 09:55:31 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:49378) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mwQFR-0004AJ-Hv for emacs-devel@gnu.org; Sun, 12 Dec 2021 09:54:45 -0500 Original-Received: from smtp6.ctinetworks.com ([205.166.61.199]:34790) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mwQFP-0005FH-Rr; Sun, 12 Dec 2021 09:54:45 -0500 Original-Received: from localhost (unknown [117.193.3.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: enometh@meer.net) by smtp6.ctinetworks.com (Postfix) with ESMTPSA id B6450859EB; Sun, 12 Dec 2021 09:54:35 -0500 (EST) In-Reply-To: <83ilvup9lx.fsf@gnu.org> X-Mailer: Mew version 6.8 on Emacs 29.0.50 X-ctinetworks-Information: Please contact the ISP for more information X-ctinetworks-MailScanner-ID: B6450859EB.A91A8 X-ctinetworks-VirusCheck: Found to be clean X-ctinetworks-Watermark: 1640184881.81425@vHGIQz0kCk8u5BbIITcgWg Received-SPF: pass client-ip=205.166.61.199; envelope-from=enometh@meer.net; helo=smtp6.ctinetworks.com X-Spam_score_int: -3 X-Spam_score: -0.4 X-Spam_bar: / X-Spam_report: (-0.4 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_SORBS_WEB=1.5, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 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-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:281798 Archived-At: * Eli Zaretskii <83ilvup9lx.fsf@gnu.org> Wrote on Sun, 12 Dec 2021 09:26:18 +0200 >> Date: Sun, 12 Dec 2021 10:41:21 +0530 (IST) >> From: Madhu >> Cc: emacs-devel@gnu.org >> >> [side comment: The GDB footprint for emacs -Q -D is 3-4GB. for >> native-compilation it seems to be 1GB more. > > What do you mean by "GDB footprint"? Is that the GDB memory > consumption? yes, I meant resident memory reported by ps/top >> gdb is also slow to load frames with jit on > > Maybe you should tell GDB not to read symbols automatically from the > shared libraries loaded by Emacs: > > (gdb) set auto-solib-add off That helps a lot. (It brings down the RES reported in top to 2.5G in jit builds, I may be misinterpreting what I'm seeing but a non-native build shows only some 100M in use by gdb) > Do that inside GDB, before you run Emacs with the "run" command. This > should both speed up loading frames and decrease the memory footprint > of GDB. > >> and a new fingerprint on every `make' makes jit infeasible during >> "development". > > I don't understand this part. Can you elaborate? Like when I updated master to check the fix, the ELN files had to be generated again because it's a new emacs. And master is going to be shortlived and require a new fingerprint very shortly. But I hit another problem. When I edited xterm.c and hit `make' emacs was built but is not able to run, I got a emacs: Trying to load incoherent dumped eln file /12/build/emacs/build-xt/native-lisp/29.0.50-473a9dd2/preloaded/subr-13adf6a6-a6425de0.eln