From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: New emacs maintainer for cygwin Date: Tue, 19 May 2009 22:14:22 -0400 Message-ID: References: <4A0D7111.7090800@cornell.edu> <83ljoyqwmn.fsf@gnu.org> <4A134CFB.7070403@cornell.edu> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1242785623 13137 80.91.229.12 (20 May 2009 02:13:43 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 20 May 2009 02:13:43 +0000 (UTC) Cc: Eli Zaretskii , emacs-devel@gnu.org To: Ken Brown Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed May 20 04:13:36 2009 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.50) id 1M6bJF-0004ye-1K for ged-emacs-devel@m.gmane.org; Wed, 20 May 2009 04:13:33 +0200 Original-Received: from localhost ([127.0.0.1]:55579 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1M6bJD-0003pc-TN for ged-emacs-devel@m.gmane.org; Tue, 19 May 2009 22:13:31 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1M6bJ8-0003p3-7E for emacs-devel@gnu.org; Tue, 19 May 2009 22:13:26 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1M6bJ3-0003og-RM for emacs-devel@gnu.org; Tue, 19 May 2009 22:13:25 -0400 Original-Received: from [199.232.76.173] (port=51318 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1M6bJ3-0003od-JH for emacs-devel@gnu.org; Tue, 19 May 2009 22:13:21 -0400 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.182]:13723) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1M6bJ1-0007nj-70; Tue, 19 May 2009 22:13:19 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AnEFAM8DE0pMCovv/2dsb2JhbACBT80+hAMFhXCCOQ X-IronPort-AV: E=Sophos;i="4.41,218,1241409600"; d="scan'208";a="38797454" Original-Received: from 76-10-139-239.dsl.teksavvy.com (HELO pastel.home) ([76.10.139.239]) by ironport2-out.teksavvy.com with ESMTP; 19 May 2009 22:13:18 -0400 Original-Received: by pastel.home (Postfix, from userid 20848) id E74A67F29; Tue, 19 May 2009 22:14:22 -0400 (EDT) In-Reply-To: <4A134CFB.7070403@cornell.edu> (Ken Brown's message of "Tue, 19 May 2009 20:21:15 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.93 (gnu/linux) X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not recognized. 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:110990 Archived-At: > I've started looking at this, and it's not clear to me exactly what is > supposed to be in etc/PROBLEMS. Known problems that can show up. > If a problem is solved, should the discussion be updated to indicate > what the solution was or should it just be deleted? PROBLEMS describes real current problems, not problems that used to appear in older Emacsen, so if the problem is fixed, it should be removed. > --- origsrc/emacs-23.0.92/src/s/cygwin.h 2009-01-08 06:46:27.000000000 -0500 > +++ src/emacs-23.0.92/src/s/cygwin.h 2009-05-17 11:40:55.812500000 -0400 > @@ -108,8 +108,12 @@ along with GNU Emacs. If not, see /* force the emacs image to start high in memory, so dll relocation > can put things in low memory without causing all sorts of grief for > emacs lisp pointers */ > -#define DATA_SEG_BITS 0x20000000 > -#define LINKER $(CC) -Wl,--image-base,DATA_SEG_BITS > +/* but this can cause problems if the user later rebases; so I'm > + changing it (KB) */ > + > +/* #define DATA_SEG_BITS 0x20000000 */ > +/* #define LINKER $(CC) -Wl,--image-base,DATA_SEG_BITS */ > +#define LINKER $(CC) If that can be used (which requires the use of USE_LSB_TAG), it's a better solution indeed. > If the emacs developers accept this patch, then we can just remove the > whole thing from etc/PROBLEMS. Yes. Stefan