From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: bignum branch Date: Sat, 11 Aug 2018 08:57:43 -0400 Message-ID: References: <87o9fbbw1t.fsf@tromey.com> <87wot71hpb.fsf@tromey.com> <86in4rgt1m.fsf@gmail.com> <83pnyyu0k1.fsf@gnu.org> <86k1p59haq.fsf@gmail.com> <83va8osuz2.fsf@gnu.org> <87ftzrknyg.fsf@tromey.com> <87zhxwig5k.fsf@tromey.com> <86lg9gl7vy.fsf@gmail.com> <87tvo4i9em.fsf@tromey.com> <86k1ozl0yd.fsf@gmail.com> <83in4iojva.fsf@gnu.org> <86bmaasm39.fsf@gmail.com> <106a9e2f-c275-e4c1-eae1-7d5d0d29b00e@cs.ucla.edu> <838t5eo8ll.fsf@gnu.org> <33b09b27-48df-d214-bfef-6d07ad54bb20@cs.ucla.edu> <83k1oxmlc4.fsf@gnu.org> <2283e22b-a70a-a56c-46f9-0586bdd66445@cs.ucla.edu> <83y3ddkwie.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1533992164 10191 195.159.176.226 (11 Aug 2018 12:56:04 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 11 Aug 2018 12:56:04 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Aug 11 14:56:00 2018 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1foTR1-0002WM-Sp for ged-emacs-devel@m.gmane.org; Sat, 11 Aug 2018 14:56:00 +0200 Original-Received: from localhost ([::1]:60150 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1foTT6-0005Go-KY for ged-emacs-devel@m.gmane.org; Sat, 11 Aug 2018 08:58:08 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:35581) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1foTSx-0005Gj-I7 for emacs-devel@gnu.org; Sat, 11 Aug 2018 08:58:00 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1foTSu-0000Qu-Hp for emacs-devel@gnu.org; Sat, 11 Aug 2018 08:57:59 -0400 Original-Received: from [195.159.176.226] (port=33811 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1foTSu-0000P1-9R for emacs-devel@gnu.org; Sat, 11 Aug 2018 08:57:56 -0400 Original-Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1foTQl-0002Ex-2g for emacs-devel@gnu.org; Sat, 11 Aug 2018 14:55:43 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 24 Original-X-Complaints-To: usenet@blaine.gmane.org Cancel-Lock: sha1:MJmXpGORgPrqsEPVaI7QYwWl+NU= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 195.159.176.226 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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" Xref: news.gmane.org gmane.emacs.devel:228405 Archived-At: >> libc and libm are dynamically linked and are essential for Emacs Lisp. > That's a strawman I didn't expect to see from you. I personally don't see why libc/libm is not a good example for libgmp. >> Some GNU/Linux distributions don't even fully support static linking >> any more, for security reasons. > Really? But we do link to Gnulib statically, so it sounds like the > platforms we care about do still support static linking, and probably > will for the observable future, right? I don't think any GNU/Linux distribution prevents anyone from using static linking directly. I think what Paul meant is that some GNU/Linux distributions don't provide library packages with the .a files any more: you only get the .h and the .so. But if you compile the library on your own (as we do for gnulib and lwlib), then the tools fully support static linking of course. So under GNU/Linux we can statically link to a libgmp if we distribute that libgmp's source code with Emacs, but otherwise we may be forced to use dynamic linking. Stefan