From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Jason Rumney Newsgroups: gmane.emacs.devel Subject: Re: Preprocessor defines in MS-Windows build Date: Sat, 07 Jun 2008 22:57:44 +0100 Message-ID: <484B0458.7080604@gnu.org> References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1212875895 31472 80.91.229.12 (7 Jun 2008 21:58:15 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 7 Jun 2008 21:58:15 +0000 (UTC) Cc: emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Jun 07 23:58:57 2008 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 1K56Qz-0001f9-J3 for ged-emacs-devel@m.gmane.org; Sat, 07 Jun 2008 23:58:49 +0200 Original-Received: from localhost ([127.0.0.1]:34194 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1K56QC-0007gw-C4 for ged-emacs-devel@m.gmane.org; Sat, 07 Jun 2008 17:58:00 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1K56Q8-0007gr-La for emacs-devel@gnu.org; Sat, 07 Jun 2008 17:57:56 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1K56Q6-0007gf-Hn for emacs-devel@gnu.org; Sat, 07 Jun 2008 17:57:55 -0400 Original-Received: from [199.232.76.173] (port=54642 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1K56Q6-0007gc-ET for emacs-devel@gnu.org; Sat, 07 Jun 2008 17:57:54 -0400 Original-Received: from mk-outboundfilter-3.mail.uk.tiscali.com ([212.74.114.23]:63698) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1K56Q3-0003qr-Go; Sat, 07 Jun 2008 17:57:51 -0400 Original-X-Trace: 127102988/mk-outboundfilter-1.mail.uk.tiscali.com/F2S/$ACCEPTED/freedom2Surf-customers/83.67.23.108 X-SBRS: None X-RemoteIP: 83.67.23.108 X-IP-MAIL-FROM: jasonr@gnu.org X-IP-BHB: Once X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AkAFAB6hSkhTQxds/2dsb2JhbACBVq0H X-IronPort-AV: E=Sophos;i="4.27,606,1204502400"; d="scan'208";a="127102988" X-IP-Direction: IN Original-Received: from i-83-67-23-108.freedom2surf.net (HELO wanchan.jasonrumney.net) ([83.67.23.108]) by smtp.f2s.tiscali.co.uk with ESMTP; 07 Jun 2008 22:57:49 +0100 Original-Received: from [192.168.249.27] (chiko.jasonrumney.net [192.168.249.27]) by wanchan.jasonrumney.net (Postfix) with ESMTP id 2316C412; Sat, 7 Jun 2008 22:57:59 +0100 (BST) User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) In-Reply-To: X-Enigmail-Version: 0.95.6 OpenPGP: id=8086879D X-detected-kernel: 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:98636 Archived-At: Eli Zaretskii wrote: > _X86_ -- not needed, defined automatically by MinGW > headers > i386 -- not needed > They may not be needed for a mingw build, but do the msvc headers also define them? > HAVE_NTGUI -- can be replaced with WINDOWSNT, since the W32 > build doesn't use any other GUI > This is there so that theoretically users can build a smaller text only Emacs. I have never heard of anyone doing so in the last ten years, and would not be surprised if such a build fails, especially since the multi-tty and unicode merges, so it may not be important. Perhaps it should be added to the list of variables appended to src/config.h by configure.bat to make it easier to test the text-only build. > USE_CRT_DLL -- looks like it's unneeded, since we never use > anything but the CRTDLL.dll runtime > I think there was at least an experimental attempt many years ago to use MSVCRT.dll with the msvc compiler, and if we are ever to get more recent versions of msvc working again it will be necessary to keep this around.