[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Building Emacs from a new MinGW environment

From: Eli Zaretskii
Subject: Re: Building Emacs from a new MinGW environment
Date: Wed, 18 Sep 2013 22:20:15 +0300

> Date: Wed, 18 Sep 2013 18:51:28 +0200
> From: Dani Moncayo <address@hidden>
> Cc: Emacs development discussions <address@hidden>
> >   . Does temacs.exe you produce depend on libgcc_s_dw2-1.dll?  (Use
> >     the dependency walker or objdump to find out.)
> I don't see that dependency, but FWIW, I'm attaching its dependencies
> (as exported by "dependency walker").
> > If not, perhaps
> >     some libraries that Emacs loads depend on that DLL?
> I don't know.  FWIW, I'm building Emacs with the usual libraries:
>   giflib-4.1.4-1
>   gnutls-3.0.9
>   jpeg-6b-4
>   libpng-dev_1.4.3-1
>   libxml2-2.7.8
>   tiff-3.8.2-1
>   libXpm-3.5.11
> And their dependency libraries:
>   zlib-1.2.8-1
>   pkg-config_0.26-1
>   glib_2.28.8-1
>   p11-kit-0.9
>   gettext-runtime_0.18.1.1-2
>   libiconv-1.14-2

gnutls also depends on libintl, and either libintl or libiconv (I
don't remember which one) might depend on libgcc_s_dw2-1.dll.

> >   . If you add -shared-libgcc switch to the temacs link command line,
> >     does the problem go away?
> Yes, it goes away!  :)

Then I'm quite sure you have a dependency on libgcc_s_dw2-1.dll in one
of the other DLLs.  All the symptoms are exactly as described in


The solution is to use libiconv and libintl from the ezwinports site,
they don't have that problem.

Note that building Emacs with -shared-libgcc explicitly makes
temacs.exe and emacs.exe dependent on libgcc_s_dw2-1.dll, so you must
carry that DLL together with the executables.  That's why I don't like
this solution, if it can be avoided.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]