From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Stephen Leake Newsgroups: gmane.emacs.devel Subject: Re: [master b3cf281] Unbreak the MinGW build Date: Fri, 16 Dec 2016 16:16:44 -0600 Message-ID: <861sx7a59v.fsf@stephe-leake.org> References: <83eg1887q4.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1481926640 17132 195.159.176.226 (16 Dec 2016 22:17:20 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 16 Dec 2016 22:17:20 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (windows-nt) Cc: Paul Eggert , emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Dec 16 23:17:16 2016 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 1cI0oT-0002jq-ST for ged-emacs-devel@m.gmane.org; Fri, 16 Dec 2016 23:17:13 +0100 Original-Received: from localhost ([::1]:34529 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cI0oU-0005tO-Tv for ged-emacs-devel@m.gmane.org; Fri, 16 Dec 2016 17:17:14 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:52049) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cI0oO-0005p9-S5 for emacs-devel@gnu.org; Fri, 16 Dec 2016 17:17:09 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cI0oK-0004Eb-RQ for emacs-devel@gnu.org; Fri, 16 Dec 2016 17:17:08 -0500 Original-Received: from gproxy5-pub.mail.unifiedlayer.com ([67.222.38.55]:50005) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1cI0oK-00048U-Hm for emacs-devel@gnu.org; Fri, 16 Dec 2016 17:17:04 -0500 Original-Received: (qmail 31780 invoked by uid 0); 16 Dec 2016 22:16:52 -0000 Original-Received: from unknown (HELO cmgw3) (10.0.90.84) by gproxy5.mail.unifiedlayer.com with SMTP; 16 Dec 2016 22:16:52 -0000 Original-Received: from host114.hostmonster.com ([74.220.207.114]) by cmgw3 with id LmGn1u00z2UdiVW01mGquA; Fri, 16 Dec 2016 15:16:52 -0700 X-Authority-Analysis: v=2.1 cv=G8WPTbU5 c=1 sm=1 tr=0 a=CQdxDb2CKd3SRg4I0/XZPQ==:117 a=CQdxDb2CKd3SRg4I0/XZPQ==:17 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=n5n_aSjo0skA:10 a=mDV3o1hIAAAA:8 a=qH3n7-OSAAAA:8 a=S7R8UE6jDRNJtoZy7jsA:9 a=_FVE-zBwftR9WsbkzFJk:22 a=d00lUFj8n8mFTXJK9GgQ:22 Original-Received: from 76-218-37-33.lightspeed.kscymo.sbcglobal.net ([76.218.37.33]:50033 helo=TAKVER4) by host114.hostmonster.com with esmtpa (Exim 4.86_1) (envelope-from ) id 1cI0o3-0005t2-Ck; Fri, 16 Dec 2016 15:16:47 -0700 In-Reply-To: <83eg1887q4.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 16 Dec 2016 12:54:27 +0200") X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host114.hostmonster.com X-AntiAbuse: Original Domain - gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - stephe-leake.org X-BWhitelist: no X-Source-IP: 76.218.37.33 X-Exim-ID: 1cI0o3-0005t2-Ck X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: 76-218-37-33.lightspeed.kscymo.sbcglobal.net (TAKVER4) [76.218.37.33]:50033 X-Source-Auth: stephen_leake@stephe-leake.org X-Email-Count: 3 X-Source-Cap: c3RlcGhlbGU7c3RlcGhlbGU7aG9zdDExNC5ob3N0bW9uc3Rlci5jb20= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 67.222.38.55 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:210551 Archived-At: Eli Zaretskii writes: > I needed this commit to prevent temacs from crashing during dumping. > Don't ask me how including errno.h (both the one from Gnulib and the > MinGW one) could cause this, especially as the preprocessed __fpending > doesn't seem to change a bit as result of that, and it doesn't seem to > even be called during dumping. The facts are stubborn: if I leave > that inclusion in place, I get a crash, removing it fixes the crash. To help with this, I'm trying to build master on Mingw64, but I'm missing some threads library (I assume due to the recent addition of concurrency support): gcc.exe: error: thread.o: No such file or directory gcc.exe: error: systhread.o: No such file or directory mingw has several "threads" libraries; mingw64/mingw-w64-x86_64-npth 1.2-2 New portable threads library (mingw-w64) mingw64/mingw-w64-x86_64-port-scanner 1.3-2 A multi threaded TCP port scanner from SecPoint.com (mingw-w64) mingw64/mingw-w64-x86_64-winpthreads-git 5.0.0.4573.628fdbf-1 (mingw-w64-x86_64-toolchain) [installed] MinGW-w64 winpthreads library which one should I use? -- -- Stephe