From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: [Emacs-diffs] /srv/bzr/emacs/trunk r112828: Merge the specpdl and backtrace stacks. Make the structure of the Date: Tue, 18 Jun 2013 22:05:32 +0300 Message-ID: <83sj0fqlxf.fsf@gnu.org> References: <83txlfvw0i.fsf@gnu.org> <51AD8146.8080909@cs.ucla.edu> <83mwr5x62g.fsf@gnu.org> <51C0AC0E.2020907@cs.ucla.edu> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1371582337 6721 80.91.229.3 (18 Jun 2013 19:05:37 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 18 Jun 2013 19:05:37 +0000 (UTC) Cc: emacs-devel@gnu.org To: Paul Eggert Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jun 18 21:05:37 2013 Return-path: Envelope-to: ged-emacs-devel@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 1Up1Di-0007Tb-Cx for ged-emacs-devel@m.gmane.org; Tue, 18 Jun 2013 21:05:34 +0200 Original-Received: from localhost ([::1]:40622 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Up1Dh-00087O-NI for ged-emacs-devel@m.gmane.org; Tue, 18 Jun 2013 15:05:33 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:60446) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Up1De-000879-Bp for emacs-devel@gnu.org; Tue, 18 Jun 2013 15:05:31 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Up1Dd-0000jb-6M for emacs-devel@gnu.org; Tue, 18 Jun 2013 15:05:30 -0400 Original-Received: from mtaout21.012.net.il ([80.179.55.169]:53873) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Up1Dc-0000jP-Tz for emacs-devel@gnu.org; Tue, 18 Jun 2013 15:05:29 -0400 Original-Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0MOL00D00RN9K900@a-mtaout21.012.net.il> for emacs-devel@gnu.org; Tue, 18 Jun 2013 22:05:27 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MOL00D7ORP3JC30@a-mtaout21.012.net.il>; Tue, 18 Jun 2013 22:05:27 +0300 (IDT) In-reply-to: <51C0AC0E.2020907@cs.ucla.edu> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-Received-From: 80.179.55.169 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:160594 Archived-At: > Date: Tue, 18 Jun 2013 11:50:54 -0700 > From: Paul Eggert > Cc: emacs-devel@gnu.org > > > how to explain the > > fact that revision 112828 produced unresolved externals for such > > functions that were defined in the same file (eval.c)? > > 112828 declared LISP_INLINE functions in eval.c. > That wasn't right for C99 platforms, because > in eval.c LISP_INLINE expands to plain 'inline', > and C99 requires that if any module defines a plain > inline function FOO (perhaps via a .h file), then > FOO must be defined as 'extern inline' in exactly one > other module. So you are saying that the following is not valid C99, unless another module defines 'foo' as 'extern inline'? inline int foo (void) { return 42; } int bar (void) { return foo (); } That sounds strangely un-C-ish to me. Thanks.