From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Emanuel Berg Newsgroups: gmane.emacs.help Subject: Re: Optimising Elisp code Date: Fri, 05 Oct 2018 21:14:02 +0200 Organization: Aioe.org NNTP Server Message-ID: <86efd42olh.fsf@zoho.com> References: <638fb7dc-6fc5-4645-8793-97a00038a3a8@googlegroups.com> <86r2h44fqg.fsf@zoho.com> <86in2g4eq6.fsf@zoho.com> <86d0so48a6.fsf@zoho.com> <865zyg448j.fsf@zoho.com> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1538766825 10476 195.159.176.226 (5 Oct 2018 19:13:45 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 5 Oct 2018 19:13:45 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (gnu/linux) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Fri Oct 05 21:13:41 2018 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g8VXh-0002cw-Jt for geh-help-gnu-emacs@m.gmane.org; Fri, 05 Oct 2018 21:13:41 +0200 Original-Received: from localhost ([::1]:36646 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g8VZo-00056V-AF for geh-help-gnu-emacs@m.gmane.org; Fri, 05 Oct 2018 15:15:52 -0400 Original-Path: usenet.stanford.edu!goblin2!goblin.stu.neva.ru!aioe.org!.POSTED!not-for-mail Original-Newsgroups: gnu.emacs.help Original-Lines: 77 Original-NNTP-Posting-Host: xQsFb8j6c/kdg9AvIrnVFA.user.gioia.aioe.org Original-X-Complaints-To: abuse@aioe.org Mail-Copies-To: never Cancel-Lock: sha1:u8Dm/14EqLfTghI8v+JN0M5j7nE= X-Notice: Filtered by postfilter v. 0.8.3 Original-Xref: usenet.stanford.edu gnu.emacs.help:224009 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.org gmane.emacs.help:118136 Archived-At: > I have now look it up in another book, namely > > @book{c-programming-language, > author = {Bjarne Stroustrup}, > ISBN = {0-201-53992-6}, > publisher = {Addison Wesley}, > title = {The C++ Programming Language}, > year = 1992 > } > > here it says much less, with no attempt to > explain what actually "inline" means, still, it > seems to contradict what you say, because it > says the keyword inline is a "hint to the > compiler" to generate the code inline rather > than have the function called the usual way > (page 124). I was about to say "I can do this all night", but then I'd be a lier because I'm running out of C++ books. This is the last one @book{small-c-how-to-program, author = {H M Deitel and P J Deitel}, ISBN = {0-13-185758-4}, publisher = {Pearson}, title = {Small C++ How to Program}, year = 2005 } and it says virtually the same thing: "inline" advices the compiler to "generate a copy of the function's code in place" rather than the usual call. (It also says the compiler can choose not to do this; page 246.) But I'm not saying you are wrong. I was once ~fluent in *writing* C++, but I didn't claim then, and certainly do not claim now, to understand what goes on under the hood. To young, promising programmers, two pieces of advice: 1) don't be a professional programmer; and 2) stay away from these books: %%%% C++ @book{small-c-how-to-program, author = {H M Deitel and P J Deitel}, ISBN = {0-13-185758-4}, publisher = {Pearson}, title = {Small C++ How to Program}, year = 2005 } @book{c-programming-language, author = {Bjarne Stroustrup}, ISBN = {0-201-53992-6}, publisher = {Addison Wesley}, title = {The C++ Programming Language}, year = 1992 } @book{cpp-direkt, author = {Jan Skansholm}, ISBN = {91-44-47931-X}, publisher = {Studentlitteratur}, title = {C++ direkt}, year = 1996 } -- underground experts united http://user.it.uu.se/~embe8573