From owner-freebsd-ports@FreeBSD.ORG Sun Nov 9 22:30:58 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 41F271065686 for ; Sun, 9 Nov 2008 22:30:58 +0000 (UTC) (envelope-from alexanderchuranov@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.185]) by mx1.freebsd.org (Postfix) with ESMTP id C408A8FC17 for ; Sun, 9 Nov 2008 22:30:57 +0000 (UTC) (envelope-from alexanderchuranov@gmail.com) Received: by nf-out-0910.google.com with SMTP id h3so1016886nfh.33 for ; Sun, 09 Nov 2008 14:30:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=V/Cj2wGzRqWTR/fpw6C4D0JfROGG+D9C2mnoYI9EaWM=; b=BR3KukN0jeuzw4PEhMk3zojkLJz5UM07+L86WF44q6RMMRjOJNl3OoWMfMvK3Iu8D6 pVY4yVV1nOR8CZIpjn/WHh3jo7bqkYpIJB+QEtYFPwVZQ0YnQBMvRFFrzzHoa6ux/Vwl l1P5fC18g2THLH/eEFiT5r/nVJG4MGgrDhlSw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=vnQL9B4DHR8Xfy/YzSUGbE1KKyOJHjUj+4EQTC1V/KcIIRgiG97AqGAlGpc+YUR6nk 940oznL47q5eYnFMWdWQREXrNP+NBtxlah+e6QZ2CV+dp6CZZt6/X1nwW2n3dkxCkwJ7 rPtbWW1+DvkXwP1zph4zVaM6ox4UPvcT5W2TI= Received: by 10.210.62.12 with SMTP id k12mr6216388eba.140.1226269856538; Sun, 09 Nov 2008 14:30:56 -0800 (PST) Received: by 10.210.130.15 with HTTP; Sun, 9 Nov 2008 14:30:56 -0800 (PST) Message-ID: <3cb459ed0811091430u46bb1eb9y5dccdab051e8a981@mail.gmail.com> Date: Mon, 10 Nov 2008 01:30:56 +0300 From: "Alexander Churanov" To: "Peter Jeremy" In-Reply-To: <20081105180245.GA51239@server.vk2pj.dyndns.org> MIME-Version: 1.0 References: <20c4814a0811030712n4105c765p23983b55f729b25e@mail.gmail.com> <20081103192933.e4aeedef.ehaupt@FreeBSD.org> <3cb459ed0811031237l3adeef89t86a70030cca57fff@mail.gmail.com> <20081103223115.78fbbaef.ehaupt@FreeBSD.org> <3cb459ed0811031506g4b450865q34d33988a688c3@mail.gmail.com> <20081104002942.f136adec.ehaupt@FreeBSD.org> <20c4814a0811050113i1bed72abu84b16c7343f93c4f@mail.gmail.com> <20081105180245.GA51239@server.vk2pj.dyndns.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Jeremy Messenger , freebsd-ports@freebsd.org Subject: Re: Boost 1.37 released! X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Nov 2008 22:30:58 -0000 Hi folks! I'm glad to announce that I have working patch that makes possible to build boost-1.37 on FreeBSD. At present, I am investigating into port for boost-1.34 in order to create a working port for 1.37 with no regressions. Three things do not enable boost to compile out-of-box: First is the math library. It uses c99 and SUSv3 long double functions that are absent in 6.2-RELEASE and 7.0-RELEASE (for example. sinhl() ). I've checked out CURRENT source and found these functions, so probably 8.0-RELEASE would not suffer of this issue. The second is the test framework. Authors made error reports more detailed and rely on UNIX 03 features that provide information about the reason why a signal was delivered (see siginfo_t::si_code). FreeBSD 6.x does not comply with this in full and some signal-specific codes are missing. This is however, not a problem for 7.x branch - as I know all necessary constants are in place. The solution for the second issue is obvious: make error reporting in Boost.Test more coarse-grained on 6.x. I mean report that SIGILL was received, but do not tell what exactly has happened. My patch does exactly that. The Boost.Math issue is more complicated since we have either to disable the whole math library or to disable the part of it that deals with std::sinhl(), etc. A more expensive option is to drop support for particular long double variants of functions. Could anybody comment on that? Alexander Churanov