From owner-freebsd-gecko@FreeBSD.ORG Tue Apr 23 16:52:22 2013 Return-Path: Delivered-To: gecko@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 4D22AF87 for ; Tue, 23 Apr 2013 16:52:22 +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 0E9F710AD for ; Tue, 23 Apr 2013 16:52: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 1UUgS3-0000Lm-EX; Tue, 23 Apr 2013 20:52:20 +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:Subject:Cc:To:From; bh=UkJh2lnKlBeXOpyy18nJhR3Do1r3q/Db2dI4FiUFsVs=; b=DJ2I8OKTnVPZNenVLLM0nsaoQRKClbNv4/ELPnn0+e1AKu61i3SwQ9omhUSIxeIgsxqFJ7qWj7jJkz1/SxsopfcuNbfaszCSflB1Ouc7HyJZxWNmI0S0Bb8o9KJg/9WNX44lRP1/G12jbnUh6Svpys747zkCKCEDwLKWgqUEhzQ=; Received: from jbeich by internal.tormail.org with local (Exim 4.63) (envelope-from ) id 1UUgOv-0003iC-Cn; Tue, 23 Apr 2013 16:49:07 +0000 From: Jan Beich To: "Mikhail T." Subject: Re: firefox crashes Date: Tue, 23 Apr 2013 18:49:45 +0200 References: <5174F238.6030704@aldan.algebra.com> <1UUCzR-000CQ5-IN@internal.tormail.org> <51752FB1.6030209@aldan.algebra.com> MIME-Version: 1.0 Content-Type: text/plain X-TorMail-User: jbeich Message-Id: <1UUgOv-0003iC-Cn@internal.tormail.org> Cc: gecko@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: Tue, 23 Apr 2013 16:52:22 -0000 "Mikhail T." writes: > 22.04.2013 05:25, Jan Beich ???????(??): > >> It should have been fixed by files/patch-bug824317. >> >> cf. https://bugzilla.mozilla.org/show_bug.cgi?id=824317 > Well, it does not. Try it on an i386 system. Indeed, gcc48 has long long version: xpcom/io/nsMultiplexInputStream.cpp: In member function 'virtual nsresult nsMultiplexInputStream::Seek(int32_t, int64_t)': xpcom/io/nsMultiplexInputStream.cpp:514:35: error: call of overloaded 'abs(int64_t&)' is ambiguous if (std::abs(remaining) < streamPos) { ^ xpcom/io/nsMultiplexInputStream.cpp:514:35: note: candidates are: xpcom/string/public/nsAlgorithm.h:50:1: note: long long int std::abs(const long long int&) /usr/include/stdlib.h:100:6: note: int abs(int) /usr/include/c++/4.8/cstdlib:166:3: note: long int std::abs(long int) /usr/include/c++/4.8/cstdlib:174:3: note: long long int std::abs(long long int) /usr/include/c++/4.8/cmath:81:3: note: constexpr double std::abs(double) /usr/include/c++/4.8/cmath:87:3: note: constexpr float std::abs(float) /usr/include/c++/4.8/cmath:91:3: note: constexpr long double std::abs(long double) /usr/include/c++/4.8/cmath:99:5: note: constexpr typename __gnu_cxx::__enable_if::__value, double>::__type std::abs(_Tp) [with _Tp = long long int; typename __gnu_cxx::__enable_if::__value, double>::__type = double] >> http://www.freebsd.org/portmgr/policies_eol.html > According to this link, 8.x is not EOLed until April of 2014 -- a year > from now... The tip of /stable/8 is, not an arbitrary old revision with multiple regressions in-between supported releases or any revision before with unfixed bugs.