From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Marius Vollmer Newsgroups: gmane.network.serveez.devel,gmane.lisp.guile.devel Subject: Re: Re: memory management Date: 23 Mar 2003 00:53:57 +0100 Sender: dev-serveez-bounces+gnu-dev-serveez=m.gmane.org@gnu.org Message-ID: <87ptojj6ui.fsf@zagadka.ping.de> References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1048377273 8496 80.91.224.249 (22 Mar 2003 23:54:33 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sat, 22 Mar 2003 23:54:33 +0000 (UTC) Cc: guile-devel@gnu.org Original-X-From: dev-serveez-bounces+gnu-dev-serveez=m.gmane.org@gnu.org Sun Mar 23 00:54:32 2003 Return-path: Original-Received: from monty-python.gnu.org ([199.232.76.173]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 18wsoq-0002Cs-00 for ; Sun, 23 Mar 2003 00:54:32 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 18wsol-0007ab-01 for gnu-dev-serveez@m.gmane.org; Sat, 22 Mar 2003 18:54:27 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10.13) id 18wsoZ-000791-00 for dev-serveez@gnu.org; Sat, 22 Mar 2003 18:54:15 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10.13) id 18wsoS-0006n4-00 for dev-serveez@gnu.org; Sat, 22 Mar 2003 18:54:09 -0500 Original-Received: from mail.dokom.net ([195.253.8.218]) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 18wsoE-0006Gt-00 for dev-serveez@gnu.org; Sat, 22 Mar 2003 18:53:54 -0500 Original-Received: from dialin.speedway42.dip2.dokom.de ([195.138.42.2] helo=zagadka.ping.de) by mail.dokom.net with smtp (Exim 3.36 #3) id 18wsot-0005e7-00 for dev-serveez@gnu.org; Sun, 23 Mar 2003 00:54:35 +0100 Original-Received: (qmail 16345 invoked by uid 1000); 22 Mar 2003 23:53:57 -0000 Original-To: stefan In-Reply-To: Original-Lines: 26 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 Original-cc: Serveez Developer Mailing List X-BeenThere: dev-serveez@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: Developers list for the GNU serveez List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , Errors-To: dev-serveez-bounces+gnu-dev-serveez=m.gmane.org@gnu.org Xref: main.gmane.org gmane.network.serveez.devel:107 gmane.lisp.guile.devel:2102 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.devel:2102 stefan writes: > I would need to call libguile.dll:libc:free. I would need to know to > which libc libguile.dll was linked. I see. > BTW: The standard libc for MinGW is 'msvcrt.dll'. You get into trouble > when you want to use another (native) compiler, like BorlandC or > VisualC. > > So what would be the correct solution without scm_free()? I can't say. However, I really don't want to change the Guile API because of (what appears to me as) an obscure fringe problem. This does not mean that we wont cater to MinGW, patches to make Guile run on any platform are highly welcome. But I say it is wrong to change the public API of Guile because of the weird possibility of having two libcs in one address space. The 'free' issue can only be the tip of the iceberg: other libc or POSIX things such as stdio, signals will probably cause problems as well, and the only real solution that I can think of is: there shall be only one libc. -- GPG: D5D4E405 - 2F9B BCCC 8527 692A 04E3 331E FAF8 226A D5D4 E405