From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Po Lu Newsgroups: gmane.emacs.devel Subject: Re: pdumper on Solaris 10 Date: Wed, 18 Dec 2024 08:55:30 +0800 Message-ID: <878qsdrerh.fsf@yahoo.com> References: <87jzcajrnz.fsf@protonmail.com> <86o71mfhox.fsf@gnu.org> <87frmyjn9j.fsf@protonmail.com> <86ldwqfcqv.fsf@gnu.org> <87a5d6jgim.fsf@protonmail.com> <86a5d6f7bn.fsf@gnu.org> <871pyijctd.fsf@protonmail.com> <8634iyf257.fsf@gnu.org> <87pllqcv2s.fsf@protonmail.com> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="1493"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: Eli Zaretskii , ali_gnu2@emvision.com, emacs-devel@gnu.org To: Pip Cet Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Dec 18 01:56:28 2024 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 1tNiMW-0000Ek-5B for ged-emacs-devel@m.gmane-mx.org; Wed, 18 Dec 2024 01:56:28 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1tNiLp-0000nP-1O; Tue, 17 Dec 2024 19:55:45 -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 1tNiLn-0000nF-DC for emacs-devel@gnu.org; Tue, 17 Dec 2024 19:55:43 -0500 Original-Received: from sonic311-25.consmr.mail.ne1.yahoo.com ([66.163.188.206]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1tNiLl-0006ka-Ux for emacs-devel@gnu.org; Tue, 17 Dec 2024 19:55:43 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1734483339; bh=JUAdFM42/ipxJhx7gvtTi9M4oCKa2ZfT+xF2PSVLCFg=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From:Subject:Reply-To; b=OA+4PeJxDLHkMyNfJByqMPEmt3FW4Nc6PZ1KyncKFgFE2WJfqAxZMi7l0Nxf7ijlkijP4WAvGamitQ553VBdeaPIYyPnOXIMnnblufsS+J0sZOd0PKw1kVFDoRSmGyD0Img492lPrIgLxej6CE3fH/Sq3NFGJvEDEcB+MpGiDd9SEu8YA7o9gRZTfWq8VzPj2xip9YEON8pfN6SbkHZPamHpazp5LXA4Kh4jbY0m+/fTxUX0r2rInZHgavpaEInMRBpuTt34xxpZoKTmUqdpQatYlcsd26CyZBDGAKPkSPs8Y571Ga2DXEqrT7i3B38KHWb50MFJsG1lcX9krX3x9A== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1734483339; bh=H2XQuVUK4kFiyYEOV901ScEI5rnCKNuOB6DmyI6Tkgo=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=pE4mszF4COzoqxH8d470q1C8eRuKFOzMCUsYTHXGcTjiyRTcOlixvalAauSZoxkBqLBJ8tAT+QcrSAQve9C2rZKg1kpyehtNntiP7NUDq2s+Xajm8t1MC8Pt+vRbVgDyuirQd7jTpFwWzLT8S4nO/1KsbPMCHKxxsA5aoJ6gUnojQhmBnyTcXgGsW3fZCP0IL2qfjS0C7ScVc3Nks3RhzKY3WOPdtaQ53sOJutViWMVGj4IcQ/POKpQXxEKYAimsPlYDq21rH2d5kWNhRRHomlRpY4ka2ubyYlzstWJMayzLU4/wimx+zfZq+NjM01WIXuWFmlipolSIzrwSPCX59g== X-YMail-OSG: 7moapBgVM1nFlwoW3FRnYUd6YPpGZHFCXgMwN2DnZjHsnWldoELxl.ZhyiOIERK ValF2kM3KaEABHDVG2MsJ.aU3qIxSzChMKvgPgEr3tRPhNvavFdcmSBAhzUo5dcubIfDyOBR5s4H Jxn54IoW9gERbFwGhZNrHoSiBKvGQ7MUbtrUXDP3Cz3npECKlgAECmDTvrs27jvOud.Aln78q61N hl1tydin0cNMF5R6uPnQhxmO3WtWh.KJ3cLiTLxdohry_ya9OrUkgn.2_wp1llTUT4oP.BuzHnA9 CTlH3YPxKbq2xaaIGTF0rMYGc_GptIoC6cUDUgGALeeIwg4wisIGcdUCOPcjHH1gDcu3E6gWC.Ty b0HfCLAB7nza85HYjRKr9vFrcw1CAbde_EPEy6w2gKcK0nkqHvQjohBmQYSXVdtKU9.mKz5LFNKH SbTteg..zqlOGyCn6o_4eqyGQ.SU6Y63QEhGyk_jXmovw1CJG53hby9zfWxyHGqM6bwUGqaNuZZz E6pM4SzMGgHfFEigAXETubMWo67BeD15Ymn.LjO71X7bVNJIka9WQKOWmdilGMq2PAvp3bXkXK6C X12DR2mK2FRJjbTquBTmbqCJ1mR6qROvu0B0S7PZPJcytgH14e2rjbVMaoLVpmPymAS0jKNkT8zE wn3y3B5Wchr2gNizC8s2fMsvhsLsTaO5Ag0git0imNVhQVOPGFjjiYVgjeq2VZdE82EDTRJh3rf3 EG8gz6hC_hXOMD0_jYlRKBT6sJITuvtJpP1oNCHf8loXteq5rBdTGZEkj.rQeLLkqrium__QPwnY M6QmA2dY7sxSfDTAI0XLw3AravqU9dLrLGVQAFO09r X-Sonic-MF: X-Sonic-ID: 7fa22da6-0197-4173-9710-c504cabfe8b9 Original-Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.ne1.yahoo.com with HTTP; Wed, 18 Dec 2024 00:55:39 +0000 Original-Received: by hermes--production-sg3-5b7954b588-87b64 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 38145521d3e173e9fa19f64f93b56519; Wed, 18 Dec 2024 00:55:36 +0000 (UTC) In-Reply-To: <87pllqcv2s.fsf@protonmail.com> (Pip Cet's message of "Tue, 17 Dec 2024 13:12:57 +0000") X-Mailer: WebService/1.1.23040 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Received-SPF: pass client-ip=66.163.188.206; envelope-from=luangruo@yahoo.com; helo=sonic311-25.consmr.mail.ne1.yahoo.com X-Spam_score_int: -31 X-Spam_score: -3.2 X-Spam_bar: --- X-Spam_report: (-3.2 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-1.116, RCVD_IN_VALIDITY_CERTIFIED_BLOCKED=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham 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-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:326622 Archived-At: Pip Cet writes: > "Eli Zaretskii" writes: > >>> > Modern x86 CPUs can handle 64-bit values just fine, thank you. >>> >>> Modern x86 CPUs running 32-bit code (x86, not x32) still need two >>> register names for each 64-bit value. With 8 GPRs, that's a significant >>> problem. So, no, "just fine" isn't accurate here. >> >> I again disagree. And you forget other registers. > > I think this is a perfect example of why discussions with Eli are so > hard. What do you disagree with? Which mysterious "other registers" do > you mean? Why do you think I "forget" about them, with the implication > that I do not understand the x86 architecture? I think it's clear that users of the 32-bit PC architecture are expected to sacrifice some performance by their choice. Why cannot the question whether the tradeoffs are acceptable be reserved to those users? The mere existence of the USE_WIDE_INT MinGW configuration is evidence enough that users exist who do not need our arbitrary judgement.