From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Andy Wingo Newsgroups: gmane.lisp.guile.devel Subject: Re: GNU Guile branch, master, updated. v2.1.0-158-g3c12fc3 Date: Thu, 08 Mar 2012 09:58:55 +0100 Message-ID: <87aa3rzcxc.fsf@pobox.com> References: <87eht3vmvk.fsf@netris.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1331197167 13697 80.91.229.3 (8 Mar 2012 08:59:27 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 8 Mar 2012 08:59:27 +0000 (UTC) Cc: guile-devel@gnu.org To: Mark H Weaver Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Thu Mar 08 09:59:24 2012 Return-path: Envelope-to: guile-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 1S5ZBv-0004Ei-Ap for guile-devel@m.gmane.org; Thu, 08 Mar 2012 09:59:19 +0100 Original-Received: from localhost ([::1]:54862 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S5ZBu-0000Q7-JC for guile-devel@m.gmane.org; Thu, 08 Mar 2012 03:59:18 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:46455) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S5ZBl-0000Q1-Mq for guile-devel@gnu.org; Thu, 08 Mar 2012 03:59:16 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1S5ZBf-0000bN-3J for guile-devel@gnu.org; Thu, 08 Mar 2012 03:59:09 -0500 Original-Received: from a-pb-sasl-sd.pobox.com ([74.115.168.62]:34315 helo=sasl.smtp.pobox.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S5ZBe-0000ZT-Ql for guile-devel@gnu.org; Thu, 08 Mar 2012 03:59:03 -0500 Original-Received: from sasl.smtp.pobox.com (unknown [127.0.0.1]) by a-pb-sasl-sd.pobox.com (Postfix) with ESMTP id 2BA486BAB; Thu, 8 Mar 2012 03:59:00 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=pobox.com; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=sasl; bh=PGoNQ/9lO/OB+vV9Z2dGtlW7bv0=; b=vVP2Nu dfvOsmrT4Gsinf7DsB2hRkUp0b0u1LHhy9la3LG6VADMXZ3/DGJeNuw10zX9KT/Q zu3d1uEQyWX1OZwZOfpB4NoMqhd5jozicZp8UPVSnmZcP1btOlfGEbO7hXqRwbsw WLTCPiDd+t2s2H1lEi6KIrNaZy3gT+1HNv+jY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=pobox.com; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; q=dns; s=sasl; b=lmltjXo+0vV9Y5lilbBabgegHZ52IIY1 MWPLy8QESgEUB6zVZ9889JKwmICS3Dq4QuZ2VbDkcNe90AF4u4kOmwQA7i/NuBWY 1W5M7Z7mSikuZXnNaW6qFHO1m6zZYbTM0jPVixIkg3HreX0uZ6bqyC0ZBcPwROMl VQJvmR5ntBw= Original-Received: from a-pb-sasl-sd.pobox.com (unknown [127.0.0.1]) by a-pb-sasl-sd.pobox.com (Postfix) with ESMTP id 24A336BA7; Thu, 8 Mar 2012 03:59:00 -0500 (EST) Original-Received: from badger (unknown [90.164.198.39]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by a-pb-sasl-sd.pobox.com (Postfix) with ESMTPSA id 81A146BA6; Thu, 8 Mar 2012 03:58:59 -0500 (EST) In-Reply-To: <87eht3vmvk.fsf@netris.org> (Mark H. Weaver's message of "Wed, 07 Mar 2012 21:37:35 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.3 (gnu/linux) X-Pobox-Relay-ID: F1DDFAC4-68FC-11E1-9307-65B1DE995924-02397024!a-pb-sasl-sd.pobox.com X-detected-operating-system: by eggs.gnu.org: Solaris 10 (beta) X-Received-From: 74.115.168.62 X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Developers list for Guile, the GNU extensibility library" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Original-Sender: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.lisp.guile.devel:14056 Archived-At: Hi, On Thu 08 Mar 2012 03:37, Mark H Weaver writes: >> commit 24ea9f9c3abb8d9398df4810b815075593ba67c8 >> Author: Andy Wingo >> Date: Tue Mar 6 22:21:39 2012 +0100 >> >> ports.c: inline get_codepoint > > It's generally frowned upon nowadays to explicitly ask the C compiler to > inline functions, as modern compilers usually do a better job of > deciding when to inline than we do. This was in response to benchmarking. In my experience the compiler usually does a good job but sometimes needs help. In this case it helped my benchmark by a percent or so without increasing code size. Regards, Andy -- http://wingolog.org/