From: Eli Zaretskii <eliz@gnu.org>
To: Fabrice Popineau <fabrice.popineau@gmail.com>
Cc: 22959@debbugs.gnu.org
Subject: bug#22959: Emacs on Windows depends on libwinpthreads
Date: Sun, 17 Apr 2016 17:37:38 +0300 [thread overview]
Message-ID: <837ffwb8st.fsf@gnu.org> (raw)
In-Reply-To: <CAFgFV9OV57iLP=3ddFoRWiyZgt6Ds=wYaSOBP7mK5jtF1K9_Cw@mail.gmail.com> (message from Fabrice Popineau on Sat, 16 Apr 2016 23:48:35 +0200)
> From: Fabrice Popineau <fabrice.popineau@gmail.com>
> Date: Sat, 16 Apr 2016 23:48:35 +0200
>
> At this point, when I build emacs for w64 using msys2,
> emacs.exe depends on libwinpthread for only one symbol
> which is clock_gettime().
> This is called from lib/gettime.c:gettime().
This is not supposed to happen. I don't see this on my system.
There's some factor at work here that I cannot figure out: the
configure-time test for clock_gettime doesn't try to look for that
function in the pthreads library, it only tries the "normal" link
without any extra libraries, and if that fails, tries 2 extra
libraries: librt and libposix4, none of which I'd expect to see on
MS-Windows in a MinGW installation.
It could be something peculiar to MinGW64/MSYS2 build. Are you sure
libwinpthread dependency is not a requirement of the MinGW64 GCC port?
So please look in config.log, and tell how did pthreads get into this
test.
> It may be possible to remove this dependency for w64
> and switch to gettimeofday(). No idea if we would lose
> something in doing so.
Probably nothing at all, as the 32-build AFAIK doesn't depend on
libwinpthread (at least mine doesn't).
> There is another dependency which is libdbus.dll, which
> is automatically found. I have no idea if dbus is useful
> for w64/msys2.
If you don't wand D-Bus, you can configure with --without-dbus.
> I may add that a full blown emacs compiled with msys2
> needs up to 57 dlls to run ( that is : all image formats dll,
> gnutls, etc.) and this is what I copy in my emacs/bin directory.
57 DLLs sounds excessive. I counted the ones I think Emacs uses on my
system, and only got as far as 32. Can you show a list of those 57
libraries?
next prev parent reply other threads:[~2016-04-17 14:37 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-03-09 14:52 bug#22959: Emacs on Windows depends on libwinpthreads Phillip Lord
2016-03-09 16:20 ` Eli Zaretskii
2016-03-09 16:32 ` Phillip Lord
2016-03-09 16:59 ` Eli Zaretskii
2016-03-09 18:56 ` Phillip Lord
2016-03-09 19:16 ` Eli Zaretskii
2016-04-16 21:48 ` Fabrice Popineau
2016-04-17 14:37 ` Eli Zaretskii [this message]
2016-04-17 15:25 ` Fabrice Popineau
2016-04-17 16:42 ` Eli Zaretskii
2016-04-17 19:31 ` Fabrice Popineau
2016-04-18 18:58 ` Eli Zaretskii
2016-04-18 19:50 ` Fabrice Popineau
2016-04-21 16:25 ` Eli Zaretskii
2016-04-18 13:06 ` Phillip Lord
2016-04-18 13:41 ` Fabrice Popineau
2016-04-18 19:02 ` Eli Zaretskii
2016-04-19 7:26 ` Fabrice Popineau
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=837ffwb8st.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=22959@debbugs.gnu.org \
--cc=fabrice.popineau@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.