From owner-freebsd-current@FreeBSD.ORG Fri Apr 20 20:21:21 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EF9791065670; Fri, 20 Apr 2012 20:21:21 +0000 (UTC) (envelope-from jasone@canonware.com) Received: from canonware.com (10140.x.rootbsd.net [204.109.63.53]) by mx1.freebsd.org (Postfix) with ESMTP id C92278FC14; Fri, 20 Apr 2012 20:21:21 +0000 (UTC) Received: from [172.25.16.174] (unknown [173.252.71.3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by canonware.com (Postfix) with ESMTPSA id 3F80028419; Fri, 20 Apr 2012 13:21:21 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=iso-8859-1 From: Jason Evans In-Reply-To: <99ABB17E-C564-475E-92B0-7DF92EE4CFEC@freebsd.org> Date: Fri, 20 Apr 2012 13:21:20 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20120420125718.GD1582@albert.catwhisker.org> <20120420165558.b51c8b66.misho@aitbg.com> <4F91BDE1.4080802@FreeBSD.org> <4F91C2BB.1000808@FreeBSD.org> <99ABB17E-C564-475E-92B0-7DF92EE4CFEC@freebsd.org> To: Dimitry Andric X-Mailer: Apple Mail (2.1257) X-Mailman-Approved-At: Fri, 20 Apr 2012 20:32:22 +0000 Cc: Michael Pounov , current@FreeBSD.org Subject: Re: /usr/bin/as: out of memory allocating 4194304 bytes after a total of 524288000 bytes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2012 20:21:22 -0000 On Apr 20, 2012, at 1:14 PM, Jason Evans wrote: > On Apr 20, 2012, at 1:10 PM, Dimitry Andric wrote: >> On 2012-04-20 21:54, Jason Evans wrote: >>> On Apr 20, 2012, at 12:49 PM, Dimitry Andric wrote: >>>> I think the best solution would be for jemalloc to avoid using = obvious >>>> names like "chunksize" for its globals, because it is basically a >>>> library that could be linked to any sort of program out there. >>>>=20 >>>> For example, it could prefix all its internal-use only globals with >>>> "jemalloc_" or some other mangling scheme. Jason, any thoughts? >>>=20 >>> jemalloc has optional namespace mangling support built in for just = this reason. I'll turn it on, hopefully today. >>=20 >> Indeed, I had just found jemalloc/internal/private_namespace.h. :) = It >> does seem to list only functions, not variables, is that right? >=20 > Ah right, functions only. Well then, I don't have any bright ideas = for solving this problem in the short run. I take it back. There's spotty mangling coverage for variables. I'll = try to add full coverage. Jason=