From owner-svn-src-head@FreeBSD.ORG Sat Aug 6 23:24:17 2011 Return-Path: Delivered-To: svn-src-head@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 96B2B1065676; Sat, 6 Aug 2011 23:24:17 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 2CE548FC13; Sat, 6 Aug 2011 23:24:16 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.4/8.14.4/ALCHEMY.FRANKEN.DE) with ESMTP id p76NOFa6041474; Sun, 7 Aug 2011 01:24:16 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.4/8.14.4/Submit) id p76NOFex041473; Sun, 7 Aug 2011 01:24:15 +0200 (CEST) (envelope-from marius) Date: Sun, 7 Aug 2011 01:24:15 +0200 From: Marius Strobl To: Andriy Gapon Message-ID: <20110806232415.GE48988@alchemy.franken.de> References: <201108061748.p76HmUbM061259@svn.freebsd.org> <4E3DA560.6020100@yandex.ru> <4E3DBAF8.5040102@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4E3DBAF8.5040102@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: Garrett Cooper , svn-src-head@FreeBSD.org, svn-src-all@FreeBSD.org, src-committers@FreeBSD.org, Ruslan Mahmatkhanov Subject: Re: svn commit: r224683 - head/lib/libthread_db X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Aug 2011 23:24:17 -0000 On Sun, Aug 07, 2011 at 01:06:48AM +0300, Andriy Gapon wrote: > on 07/08/2011 00:41 Garrett Cooper said the following: > > It's not just i386. It's other architectures like arm, mips, and pc98 > > according to the tinderbox reports (this list is potentially > > incomplete). > > Yeah, confusingly enough thr_pread_long() is declared to take uint64_t* as its > third argument, so this commit breaks all platforms where uint64_t is not > derived from (unsigned) long. > Just in case, thr_pread_int() takes uint32_t* as well. > Yes, the type of val is wrong. I'm currently running a fix through a universe build Marius