From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Mike Gran Newsgroups: gmane.lisp.guile.devel Subject: Re: [BDW-GC] "Inlined" storage; `scm_take_' functions Date: Mon, 31 Aug 2009 17:48:42 -0700 Message-ID: <1251766122.17414.5683.camel@localhost.localdomain> References: <874ornldw0.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1251766167 18472 80.91.229.12 (1 Sep 2009 00:49:27 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 1 Sep 2009 00:49:27 +0000 (UTC) Cc: guile-devel@gnu.org To: Ludovic =?ISO-8859-1?Q?Court=E8s?= Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Tue Sep 01 02:49:20 2009 Return-path: Envelope-to: guile-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1MiHYl-0001Si-Up for guile-devel@m.gmane.org; Tue, 01 Sep 2009 02:49:20 +0200 Original-Received: from localhost ([127.0.0.1]:44473 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MiHYl-0001Xa-FC for guile-devel@m.gmane.org; Mon, 31 Aug 2009 20:49:19 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MiHYi-0001XV-GJ for guile-devel@gnu.org; Mon, 31 Aug 2009 20:49:16 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MiHYh-0001XJ-3c for guile-devel@gnu.org; Mon, 31 Aug 2009 20:49:15 -0400 Original-Received: from [199.232.76.173] (port=42152 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MiHYg-0001XG-Ug for guile-devel@gnu.org; Mon, 31 Aug 2009 20:49:14 -0400 Original-Received: from smtp110.prem.mail.sp1.yahoo.com ([98.136.44.55]:31779) by monty-python.gnu.org with smtp (Exim 4.60) (envelope-from ) id 1MiHYg-0003Ah-0j for guile-devel@gnu.org; Mon, 31 Aug 2009 20:49:14 -0400 Original-Received: (qmail 90405 invoked from network); 1 Sep 2009 00:49:13 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Received:X-Yahoo-SMTP:X-YMail-OSG:X-Yahoo-Newman-Property:Subject:From:To:Cc:In-Reply-To:References:Content-Type:Date:Message-Id:Mime-Version:X-Mailer:Content-Transfer-Encoding; b=kGxm7AfV3nddTbbF/iF5DMe5Il86Zw5Nqm4Sw2zkNDywsGtrAHFog7CpB1AyY2GuL9VpaiY7RNlkPTKrqxx8tKlIc9mZwAVd3Xu1waRtAHL8Pjx7yFtsDghtDdWqOzPJ00L2m/kA4zq92NTaUafXU/DImLs6b7lyx7QxC3MWhlY= ; Original-Received: from adsl-71-130-218-93.dsl.irvnca.pacbell.net (spk121@71.130.218.93 with plain) by smtp110.prem.mail.sp1.yahoo.com with SMTP; 31 Aug 2009 17:49:12 -0700 PDT X-Yahoo-SMTP: FzNaA9iswBDuBl1BmgaIRDaP9Q-- X-YMail-OSG: 5pgpSZkVM1n7S4M.ROwOoxRZn3mndb26pbI2iHt7BU51_6Fhrl_j713AHzs2cwRmfoZJsjQBYWnVvKPhxALzJ6VRdBT4kFmpE3t12IZVYov8BdeDHRjFVmF2GQnU_YKcUYrwdXOr1Ysq806YaZin4LJpan2Wu7fNLANCPQxdcgZ8o4mX1CiJ8hRux0fIVzUrfOY3SVoCEPyWVpAtSIaoiL59B75_HjNjKtNL47cm2Y8YZ0M4vCOmuaxriHSBTqM7Q.yw1ju9S8siu.dL7SsHUQA5jA8rnOKyhC8iURs- X-Yahoo-Newman-Property: ymail-3 In-Reply-To: <874ornldw0.fsf@gnu.org> X-Mailer: Evolution 2.24.5 (2.24.5-2.fc10) X-detected-operating-system: by monty-python.gnu.org: FreeBSD 4.7-5.2 (or MacOS X 10.2-10.4) (2) X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Developers list for Guile, the GNU extensibility library" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Errors-To: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.lisp.guile.devel:9226 Archived-At: On Tue, 2009-09-01 at 02:14 +0200, Ludovic Courtès wrote: > Hello! > > Stringbufs and bytevectors are now always "inlined" in the BDW-GC > branch [0, 1], which means that there's no cell->buffer indirection, > which greatly simplifies code (it also takes less room and may slightly > improve performance). Neat! > > The `scm_take_' functions for strings/symbols/bytevectors are now > essentially aliases to the corresponding `scm_from_' because we cannot > advantageously reuse the provided storage. > > Should these functions be deprecated or discouraged? > codesearch.google.com says that scm_take_ isn't often used by other projects, but, it is used by lilypond. I think that's reason enough to leave it in. I'd vote for keeping them and adjusting the docs to say something like Like `scm_from_locale_string' and `scm_from_locale_stringn', respectively, but also immediately frees STR after creating the Guile string. Or something like that. -Mike