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#14409: emacs 24.3 -- windows Date: Thu, 16 May 2013 21:42:53 +0300 Message-ID: <83sj1msr4i.fsf@gnu.org> References: <83vc6j4hgr.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: QUOTED-PRINTABLE X-Trace: ger.gmane.org 1368729837 30658 80.91.229.3 (16 May 2013 18:43:57 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 16 May 2013 18:43:57 +0000 (UTC) Cc: 14409@debbugs.gnu.org To: Frank P Esposito Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu May 16 20:43:56 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 1Ud39f-0003ii-4o for geb-bug-gnu-emacs@m.gmane.org; Thu, 16 May 2013 20:43:55 +0200 Original-Received: from localhost ([::1]:40585 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ud39e-0008Bg-Io for geb-bug-gnu-emacs@m.gmane.org; Thu, 16 May 2013 14:43:54 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:52202) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ud39c-0008BY-0a for bug-gnu-emacs@gnu.org; Thu, 16 May 2013 14:43:53 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Ud39b-0003WV-5P for bug-gnu-emacs@gnu.org; Thu, 16 May 2013 14:43:51 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:59393) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ud39b-0003WR-2V for bug-gnu-emacs@gnu.org; Thu, 16 May 2013 14:43:51 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1Ud39m-0000OQ-1U for bug-gnu-emacs@gnu.org; Thu, 16 May 2013 14:44:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 16 May 2013 18:44:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 14409 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 14409-submit@debbugs.gnu.org id=B14409.13687298251456 (code B ref 14409); Thu, 16 May 2013 18:44:01 +0000 Original-Received: (at 14409) by debbugs.gnu.org; 16 May 2013 18:43:45 +0000 Original-Received: from localhost ([127.0.0.1]:47751 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ud39U-0000NQ-OF for submit@debbugs.gnu.org; Thu, 16 May 2013 14:43:44 -0400 Original-Received: from mtaout22.012.net.il ([80.179.55.172]:61702) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ud39S-0000Mz-ED for 14409@debbugs.gnu.org; Thu, 16 May 2013 14:43:43 -0400 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MMW00E00MK1JX00@a-mtaout22.012.net.il> for 14409@debbugs.gnu.org; Thu, 16 May 2013 21:42:54 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MMW00E8OMNH8Z70@a-mtaout22.012.net.il>; Thu, 16 May 2013 21:42:54 +0300 (IDT) In-reply-to: X-012-Sender: halo1@inter.net.il X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.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:74341 Archived-At: Once again, please keep the bug address on the list of addressees. > Date: Thu, 16 May 2013 14:34:06 -0400 > From: Frank P Esposito >=20 > nt\nmake.defs the text starting at line 119 or so, >=20 >=20 > USE_CRT_DLL =3D 1 >=20 > !if USE_CRT_DLL > libc =3D msvcrt$(D).lib >=20 >=20 > I think if the =E2=80=9C!if=E2=80=9D is checking for the value of = USE_CRT_DLL so it should > read >=20 > !if $(USE_CRT_DLL) Ah, OK. This is already fixed in the development sources. > I will also get you some more info on the linking issues Thanks. > for the macros vs inline function. If I have a define >=20 > #define MYFUNC( foo, bar ) >=20 > and want to turn this is a a function signature I need to know the > datatypes of > foo and bar for the prototype, ie >=20 > void INLINE *f_myfunc( void *foo, void *bar ) { .... } > #define MYFUNC( foo,bar ) f_myfunc( foo, bar ) I understand. But I would like to avoid converting macros into functions, as much as possible. Let's first try to understand what exactly the compiler doesn't like. > About where the macro is failing, I guess that the old ms/c > compilers have a limit to how complex the such expression can be, s= o > if the project notes that visual c is supported from version 2, the= n > the code would have to be written to the least common interface Again, I'd like to see the macro that fails to compile, so far you have shown me an expansion that I cannot compare with the original source. > Was there any thought on using open watcom c/c++ With GCC for Windows available, why would we go for Watcom?