From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.comp.lib.gnulib.bugs,gmane.emacs.devel Subject: Re: syncing Emacs from sources maintained elsewhere Date: Sat, 29 Jan 2011 10:48:02 +0200 Message-ID: <83tygsgkot.fsf@gnu.org> References: <4D2BA939.5090903@cs.ucla.edu> <4D413962.4060603@cs.ucla.edu> <201101271129.37521.bruno@clisp.org> <838vy5ibkp.fsf@gnu.org> <4D432FCD.5050303@cs.ucla.edu> <83zkqkhd0j.fsf@gnu.org> <4D4345C8.3040105@redhat.com> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: dough.gmane.org 1296290872 1990 80.91.229.12 (29 Jan 2011 08:47:52 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 29 Jan 2011 08:47:52 +0000 (UTC) Cc: bruno@clisp.org, eggert@cs.ucla.edu, bug-gnulib@gnu.org, emacs-devel@gnu.org To: Eric Blake Original-X-From: bug-gnulib-bounces+gnu-bug-gnulib=m.gmane.org@gnu.org Sat Jan 29 09:47:47 2011 Return-path: Envelope-to: gnu-bug-gnulib@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 1Pj6TC-0004KT-JV for gnu-bug-gnulib@m.gmane.org; Sat, 29 Jan 2011 09:47:46 +0100 Original-Received: from localhost ([127.0.0.1]:42434 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Pj6TC-0003qr-5n for gnu-bug-gnulib@m.gmane.org; Sat, 29 Jan 2011 03:47:46 -0500 Original-Received: from [140.186.70.92] (port=42848 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Pj6T2-0003qS-By for bug-gnulib@gnu.org; Sat, 29 Jan 2011 03:47:38 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Pj6T1-0001oo-49 for bug-gnulib@gnu.org; Sat, 29 Jan 2011 03:47:36 -0500 Original-Received: from mtaout22.012.net.il ([80.179.55.172]:41703) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Pj6T0-0001oe-Tr; Sat, 29 Jan 2011 03:47:35 -0500 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0LFR00400ZP2QH00@a-mtaout22.012.net.il>; Sat, 29 Jan 2011 10:47:33 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([77.127.46.39]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LFS004FU0F7DG30@a-mtaout22.012.net.il>; Sat, 29 Jan 2011 10:47:33 +0200 (IST) In-reply-to: <4D4345C8.3040105@redhat.com> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 (beta) X-Received-From: 80.179.55.172 X-BeenThere: bug-gnulib@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Gnulib discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnulib-bounces+gnu-bug-gnulib=m.gmane.org@gnu.org Errors-To: bug-gnulib-bounces+gnu-bug-gnulib=m.gmane.org@gnu.org Xref: news.gmane.org gmane.comp.lib.gnulib.bugs:25087 gmane.emacs.devel:135196 Archived-At: > Date: Fri, 28 Jan 2011 15:40:08 -0700 > From: Eric Blake > CC: Paul Eggert , bug-gnulib@gnu.org, bruno@clisp.org, > emacs-devel@gnu.org > > Can you assume that emacs will always be built with gcc on Windows, or > are there people that insist on building with a non-free compiler? If I could assume GCC, the problem wouldn't have existed. There are a couple of contributors (one of them I mentioned in my previous mail) who still use MSVC. For now, I don't want to drop MSVC support, which is why I want to avoid any *.in.h files that require include_next on Windows. Of course, if using include_next will become a necessity (e.g., when gnulib's strftime is imported to Emacs, as Paul promised), and MSVC users won't be able to suggest something to replace it, then we will have no choice but drop MSVC support. > #include_next is supported by gcc, so the question boils down to one of > how many compilers you are trying to support (and whether those other > compilers also have either #include_next or something else that > functions the same and can still be #ifdef/#Pragma'd into the header). I searched on the Internet and didn't find any MSVC equivalent of include_next, but maybe I missed something.