From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Fallback mode for image magick? Date: Sun, 07 Jul 2013 18:59:16 +0300 Message-ID: <83vc4mwecr.fsf@gnu.org> References: <87obafzovm.fsf@building.gnus.org> <83d2qvy9cg.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1373212772 19739 80.91.229.3 (7 Jul 2013 15:59:32 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 7 Jul 2013 15:59:32 +0000 (UTC) Cc: larsi@gnus.org, emacs-devel@gnu.org To: Klaus-Dieter Bauer Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Jul 07 17:59:32 2013 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1UvrN5-0000yJ-Ur for ged-emacs-devel@m.gmane.org; Sun, 07 Jul 2013 17:59:32 +0200 Original-Received: from localhost ([::1]:39904 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UvrN5-00048S-JF for ged-emacs-devel@m.gmane.org; Sun, 07 Jul 2013 11:59:31 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:44906) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UvrN0-00048I-QJ for emacs-devel@gnu.org; Sun, 07 Jul 2013 11:59:28 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UvrMw-0005lZ-ME for emacs-devel@gnu.org; Sun, 07 Jul 2013 11:59:26 -0400 Original-Received: from mtaout20.012.net.il ([80.179.55.166]:43792) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UvrMw-0005lH-Dr for emacs-devel@gnu.org; Sun, 07 Jul 2013 11:59:22 -0400 Original-Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MPK00500PPM0B00@a-mtaout20.012.net.il> for emacs-devel@gnu.org; Sun, 07 Jul 2013 18:59:17 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MPK0053QPQT0010@a-mtaout20.012.net.il>; Sun, 07 Jul 2013 18:59:17 +0300 (IDT) In-reply-to: X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-Received-From: 80.179.55.166 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:161707 Archived-At: > From: Klaus-Dieter Bauer > Date: Sun, 7 Jul 2013 11:28:12 +0200 > Cc: Lars Ingebrigtsen , emacs-devel@gnu.org > > > Btw, statically linking against ImageMagick is a no-starter for > > Windows. But this can be fixed later, once the statically linked > > executable works. > > > > I guess there might be a misunderstanding in my compiling-vocabulary here; > What I meant is that I compiled with "--ldflags -static". I understood that you did something like that, so there's no misunderstanding. My point was that linking statically against ImageMagick is unacceptable as general-purpose build procedure for Windows, because the Windows build loads optional libraries dynamically when needed (and does not fail or crash if they are not available). Of course, for testing purposes, it is perfectly valid to try the static link, as a shortcut. > When I compiled this way, emacs would start without complaint when > any of the DLLs (including jpeg, png etc) were not available, which > is the behaviour I saw in binary releases for Windows. Your Emacs is statically linked against ImageMagick libraries, and all the libraries that ImageMagick depend on. That includes jpeg, png, etc. So it's a small wonder Emacs doesn't complain. > When I did not use the -static flag and removed the DLLs from PATH, emacs > would crash on startup saying DLLs are missing. Because ImageMagick depends on them. Without ImageMagick, when these DLLs are absent, there are no complaints (and no image support).