From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#14569: 24.3.50; bootstrap fails on Cygwin Date: Thu, 20 Jun 2013 18:54:16 +0300 Message-ID: <83a9mkpyl3.fsf@gnu.org> References: <51B78346.3050600@cornell.edu> <2E06A322-530C-4AA2-9282-6D2E48B1D194@swipnet.se> <51B8BEFE.6070309@cs.ucla.edu> <51B8D5ED.1010407@alice.it> <51BA03CA.4080804@cs.ucla.edu> <51BB56CB.7030209@cs.ucla.edu> <20130614180359.GA5295@ednor.casa.cgf.cx> <51BB7B82.4010204@cornell.edu> <83obb7vorg.fsf@gnu.org> <328A1CCF-A8DB-44F9-A6CF-BEF0FFBC5C93@swipnet.se> <83bo77ven6.fsf@gnu.org> <51BE6CDD.7090108@cornell.edu> <1ED4E1BC-6DEC-4668-8FBD-6EC5BCFA10DA@swipnet.se> <834ncwu67v.fsf@gnu.org> <51BF6E65.6030102@cornell.edu> <83k3lrs9dc.fsf@gnu.org> <51C21362.9090209@cornell.edu> <83ehbxpkix.fsf@gnu.org> <51C27054.5090209@cornell.edu> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1371743713 22829 80.91.229.3 (20 Jun 2013 15:55:13 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 20 Jun 2013 15:55:13 +0000 (UTC) Cc: 14569@debbugs.gnu.org, eggert@cs.ucla.edu To: Ken Brown Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Jun 20 17:55:12 2013 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1UphCY-0005dK-MK for geb-bug-gnu-emacs@m.gmane.org; Thu, 20 Jun 2013 17:55:10 +0200 Original-Received: from localhost ([::1]:34105 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UphCY-0008P1-DC for geb-bug-gnu-emacs@m.gmane.org; Thu, 20 Jun 2013 11:55:10 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:55788) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UphCT-0008Md-DQ for bug-gnu-emacs@gnu.org; Thu, 20 Jun 2013 11:55:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UphCR-0006Bp-V7 for bug-gnu-emacs@gnu.org; Thu, 20 Jun 2013 11:55:05 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:36293) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UphCR-0006An-S3 for bug-gnu-emacs@gnu.org; Thu, 20 Jun 2013 11:55:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1UphCQ-0000fM-4e for bug-gnu-emacs@gnu.org; Thu, 20 Jun 2013 11:55:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 20 Jun 2013 15:55:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 14569 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 14569-submit@debbugs.gnu.org id=B14569.13717436932537 (code B ref 14569); Thu, 20 Jun 2013 15:55:01 +0000 Original-Received: (at 14569) by debbugs.gnu.org; 20 Jun 2013 15:54:53 +0000 Original-Received: from localhost ([127.0.0.1]:58842 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1UphCH-0000eq-9l for submit@debbugs.gnu.org; Thu, 20 Jun 2013 11:54:53 -0400 Original-Received: from mtaout21.012.net.il ([80.179.55.169]:36416) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1UphCD-0000e3-7M for 14569@debbugs.gnu.org; Thu, 20 Jun 2013 11:54:51 -0400 Original-Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0MOP0070085VE600@a-mtaout21.012.net.il> for 14569@debbugs.gnu.org; Thu, 20 Jun 2013 18:54:07 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MOP007NF866DT10@a-mtaout21.012.net.il>; Thu, 20 Jun 2013 18:54:07 +0300 (IDT) In-reply-to: <51C27054.5090209@cornell.edu> X-012-Sender: halo1@inter.net.il X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:75399 Archived-At: > Date: Wed, 19 Jun 2013 23:00:36 -0400 > From: Ken Brown > CC: jan.h.d@swipnet.se, 14569@debbugs.gnu.org, eggert@cs.ucla.edu > > On 6/19/2013 10:45 PM, Eli Zaretskii wrote: > >> Date: Wed, 19 Jun 2013 16:24:02 -0400 > >> From: Ken Brown > >> CC: jan.h.d@swipnet.se, 14569@debbugs.gnu.org, > >> Paul Eggert > >> > >> After that there were many compile failures with errors like those that > >> others have reported: > >> > >> Compiling gnus/gnus-cache.el > >> GLib (gthread-posix.c): Unexpected error from C library during > >> 'pthread_setspecific': Invalid argument. Aborting. > >> Makefile:254: recipe for target `gnus/gnus-cache.elc' failed > >> > >> But these compilations didn't invoke gdb, apparently because they > >> involved Makefile targets other than compile-onefile. > > > > No, I think these failures didn't go through 'abort', that's why you > > didn't get the backtrace. You need to look at the pthread sources in > > the file mentioned, and find out where to put the breakpoint to catch > > that error. > > The error message comes from 'g_thread_abort', which calls 'abort'. The > reason there was no backtrace is exactly what I said. I know that's the > case because I removed the "@" at the beginning of the Makefile rule so > that the command would get echoed, but it didn't get echoed in the > compilation above (and others like it). On the other hand, it did get > echoed in the SIGSEGV examples that I mentioned in my previous mail. Sorry, I forgot that there's one more rule: # An old-fashioned suffix rule, which, according to the GNU Make manual, # cannot have prerequisites. .el.elc: @echo Compiling $< @# The BIG_STACK_OPTS are only needed to byte-compile the byte-compiler @# files, which is normally done in compile-first, but may also be @# recompiled via this rule. @$(emacs) $(BYTE_COMPILE_FLAGS) \ -f batch-byte-compile $< Instrument it in the same way, and you should be able to catch the other problems as well. Thanks.