From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: bignum branch Date: Fri, 10 Aug 2018 12:46:45 +0300 Message-ID: <83a7puo8oq.fsf@gnu.org> References: <87o9fbbw1t.fsf@tromey.com> <87a7qr8cz7.fsf@tromey.com> <86tvoy3je9.fsf@gmail.com> <86bmb0vbxf.fsf@gmail.com> <87k1pnfcg1.fsf@tromey.com> <86sh4b1833.fsf@gmail.com> <861sbgz3dm.fsf@gmail.com> <83a7q4ufxp.fsf@gnu.org> <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> NNTP-Posting-Host: blaine.gmane.org X-Trace: blaine.gmane.org 1533894300 15584 195.159.176.226 (10 Aug 2018 09:45:00 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 10 Aug 2018 09:45:00 +0000 (UTC) Cc: emacs-devel@gnu.org To: Andy Moreton Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Aug 10 11:44:55 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 1fo3yX-0003vl-9q for ged-emacs-devel@m.gmane.org; Fri, 10 Aug 2018 11:44:53 +0200 Original-Received: from localhost ([::1]:55166 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fo40d-0002wb-VM for ged-emacs-devel@m.gmane.org; Fri, 10 Aug 2018 05:47:03 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:33709) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fo40Q-0002vO-E3 for emacs-devel@gnu.org; Fri, 10 Aug 2018 05:46:51 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fo40L-000328-Ix for emacs-devel@gnu.org; Fri, 10 Aug 2018 05:46:50 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:32779) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fo40L-00031n-Dx; Fri, 10 Aug 2018 05:46:45 -0400 Original-Received: from [176.228.60.248] (port=2897 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1fo40K-0003Uv-TU; Fri, 10 Aug 2018 05:46:45 -0400 In-reply-to: <86bmaasm39.fsf@gmail.com> (message from Andy Moreton on Fri, 10 Aug 2018 08:43:38 +0100) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e 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:228357 Archived-At: > From: Andy Moreton > Date: Fri, 10 Aug 2018 08:43:38 +0100 > > Building the GMP library builds *different* gmp.h headers when building > for static library vs. a shared library. > > The only difference in the headers preduced by the static libary and > shared libary builds is the hunk shown above. The shared library version > (the second hunk above) ensures that APIs get a __dllimport__ > decoration for APIs on Windows, for linking to the shared library. > > The MSYS2 GMP package includes a single gmp.h header for the static > library build, installed as "c:/msys64/mingw64/include/gmp.h". Yes, I know. I would like to try to use the gmp.h header without changes, if possible, since that makes it easier for others to build Emacs. > Emacs currently links against the shared library on MSYS2 64bit, and has > a dependency on "c:/msys64/mingw64/bin/libgmp-10.dll". You mean, on the bignum branch or on master/emacs-26? If the latter, is the dependency on libgmp recorded in the binary, or do you see it in a running session? In either case, is the dependency direct in Emacs or indirect via some other library, and if so, which library causes the dependency? > Using the gmp.h header without __dllimport__ API decorations probably > results in incorrect runtime linking to the DLL. That's what I don't understand, yet.