From owner-freebsd-gecko@FreeBSD.ORG Sat Apr 13 18:15:24 2013 Return-Path: Delivered-To: gecko@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 3CCAD479; Sat, 13 Apr 2013 18:15:24 +0000 (UTC) (envelope-from jbeich@tormail.org) Received: from outgoing.tormail.org (outgoing.tormail.org [82.221.96.22]) by mx1.freebsd.org (Postfix) with ESMTP id F11CEED5; Sat, 13 Apr 2013 18:15:22 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=internal.tormail.org) by outgoing.tormail.org with esmtp (Exim 4.72) (envelope-from ) id 1UR4ys-0003hO-V6; Sat, 13 Apr 2013 22:15:21 +0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=tormail.org; s=tm; h=Message-Id:X-TorMail-User:Content-Type:MIME-Version:References:Date:In-Reply-To:Subject:Cc:To:From; bh=dmFv377Pf1cjgomYt9Lz4B4ukkSsoihAR4D2pfq3nDc=; b=T51r9Eit4x3tYm/+nJNInN9UJxBKAUGgbO4gQWpHAxEQq1fbfd2otpjU80XsOmhbM2L9d2NjU41E46U+bH3BZZ/Dybr3ZsWyZK6TUEyPCBDyXAYR+tVysDolh8yyhtAGz8uygoU75arG8CUC5qCkldH1ywfqm3JsDK0STVJrQBg=; Received: from jbeich by internal.tormail.org with local (Exim 4.63) (envelope-from ) id 1UR4wA-000Fut-76; Sat, 13 Apr 2013 18:12:31 +0000 From: Jan Beich To: Matthias Apitz Subject: Re: www/firefox (r315793, 20.0.1) does not compile In-Reply-To: <20130413173629.GA2627__22839.3189413056$1365874613$gmane$org@tinyCurrent> (Matthias Apitz's message of "Sat, 13 Apr 2013 19:36:29 +0200") Date: Sat, 13 Apr 2013 13:13:46 -0500 References: <20130413142647.GA2196@tinyCurrent> <51698370.5000107@smeets.im> <20130413173629.GA2627__22839.3189413056$1365874613$gmane$org@tinyCurrent> MIME-Version: 1.0 Content-Type: text/plain X-TorMail-User: jbeich Message-Id: <1UR4wA-000Fut-76@internal.tormail.org> Cc: gecko@freebsd.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-gecko@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Gecko Rendering Engine issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Apr 2013 18:15:24 -0000 Matthias Apitz writes: > # uname -a > FreeBSD aurora.Sisis.de 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r235646: Sat May 19 15:52:36 CEST 2012 guru@aurora.Sisis.de:/usr/obj/usr/src/sys/GENERIC i386 > At that time jemalloc 3.0.0 was imported, expect regressions. /head had recently imported clang 3.3 so www/firefox may have compile and runtime regressions. Be prepared or add USE_GCC=yes to Makefile.local. > # diff -c work/mozilla-release/memory/mozalloc/mozalloc.cpp* > *** work/mozilla-release/memory/mozalloc/mozalloc.cpp Sat Apr 13 > 16:32:42 2013 > --- work/mozilla-release/memory/mozalloc/mozalloc.cpp.orig Tue Mar > 26 23:17:58 2013 > *************** > *** 211,217 **** > #if defined(XP_MACOSX) > return malloc_size(ptr); > #elif defined(HAVE_MALLOC_USABLE_SIZE) || defined(MOZ_MEMORY) > ! return moz_malloc_usable_size(ptr); > #elif defined(XP_WIN) > return _msize(ptr); > #else > --- 211,217 ---- > #if defined(XP_MACOSX) > return malloc_size(ptr); > #elif defined(HAVE_MALLOC_USABLE_SIZE) || defined(MOZ_MEMORY) > ! return malloc_usable_size(ptr); > #elif defined(XP_WIN) > return _msize(ptr); > #else Are you trying to make the function recursive? malloc_usable_size() is part of libc since 7.0R when phkmalloc was replaced by jemalloc.