From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dan Nicolaescu Newsgroups: gmane.emacs.devel Subject: Re: Trunk bootstrap failure [Cygwin] Date: Fri, 09 Jul 2010 21:36:52 -0400 Message-ID: References: <4C326C4F.2010604@alice.it> <4C32F295.7050608@alice.it> <4C344500.9010906@alice.it> <4C3518CD.3030609@alice.it> <4C35A3C6.7080306@alice.it> <4C3728EE.9060904@alice.it> <4C37A436.1090400@alice.it> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1278725822 14763 80.91.229.12 (10 Jul 2010 01:37:02 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 10 Jul 2010 01:37:02 +0000 (UTC) Cc: emacs To: Angelo Graziosi Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Jul 10 03:37:01 2010 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1OXP00-0005qV-Nl for ged-emacs-devel@m.gmane.org; Sat, 10 Jul 2010 03:37:01 +0200 Original-Received: from localhost ([127.0.0.1]:42131 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OXP00-0004y4-4L for ged-emacs-devel@m.gmane.org; Fri, 09 Jul 2010 21:37:00 -0400 Original-Received: from [199.232.76.173] (port=57052 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OXOzv-0004xy-4M for emacs-devel@gnu.org; Fri, 09 Jul 2010 21:36:55 -0400 Original-Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1OXOzt-000442-P1 for emacs-devel@gnu.org; Fri, 09 Jul 2010 21:36:54 -0400 Original-Received: from fencepost.gnu.org ([140.186.70.10]:48588) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1OXOzt-00043y-Hp for emacs-devel@gnu.org; Fri, 09 Jul 2010 21:36:53 -0400 Original-Received: from dann by fencepost.gnu.org with local (Exim 4.69) (envelope-from ) id 1OXOzs-0007hT-Hs; Fri, 09 Jul 2010 21:36:52 -0400 In-Reply-To: <4C37A436.1090400@alice.it> (Angelo Graziosi's message of "Sat\, 10 Jul 2010 00\:35\:34 +0200") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (gnu/linux) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:126980 Archived-At: Angelo Graziosi writes: > Il 09/07/2010 19.08, Dan Nicolaescu ha scritto: >> Angelo Graziosi writes: >> >>> Il 09/07/2010 1.07, Dan Nicolaescu ha scritto: >>>> Angelo Graziosi writes: >>>> >>>>> Il 08/07/2010 7.54, Dan Nicolaescu ha scritto: >>>>>> Angelo Graziosi writes: >>>>>> >>>>>>> Since 'start_of_text' is not used by Cygwin build, shouldn't 'ecrt0.c' >>>>>>> be completely unnecessary? >>>>>> >>>>>> That's exactly the reason for this discussion: getting rid of ecrt0.c. >>>>> >>>>> Hmm... bootstrapping rev. 100753 *without* patches (i.e. using >>>>> ecrt0.c), shows that: >>>>> >>>>> $ grep -R start_of_text emacs/inst/usr/local/emacs >>>>> >>>>> is *empty* (emacs/inst/usr/local/emacs is the Emacs installation >>>>> directory). This would mean that the function 'start_of_text' is not >>>>> compiled any more in the Cygwin build. Right? >>>> >>>> Sure, before yesterday it was just sitting there unused. >>>> >>> >>> What about 'ecrt0.c'? It seems that it happens the same for it. >>> >>> For completeness, the bootstrap (rev. 100755) I did applying *only* >>> this patch: >>> >>> ===================================================== >>> --- emacs.orig/configure 2010-07-02 11:27:38.000000000 +0200 >>> +++ emacs/configure 2010-07-06 10:45:21.656250000 +0200 >>> @@ -5864,7 +5864,7 @@ >>> case $opsys in >>> cygwin ) >>> LIB_MATH= >>> - START_FILES='ecrt0.o' >>> + START_FILES='pre-crt0.o' >>> ;; >>> darwin ) >>> ## Adding -lm confuses the dynamic linker, so omit it. >>> ===================================================== >>> >>> is still working. >> >> As expected. Nothing in this area has changed since you tried this a >> couple of days ago. >> I'd like to make this change. >> And in order to plan for the unexpected: if in the next few months you >> get weird memory errors, are you willing to test again with this patch reverted? > > Obviously, but if you prefer, you can leave the things as they stand > and I add that patch to my set of personal patches with which I > bootstrap Emacs... I prefer to get rid of code that is only used by a single platfrom (ecrt0.c), when the more commonly used code (pre-crt0.c) seems to do the job.