From owner-freebsd-stable@FreeBSD.ORG Mon Oct 23 20:28:20 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D73916A403; Mon, 23 Oct 2006 20:28:20 +0000 (UTC) (envelope-from mi+mx@aldan.algebra.com) Received: from corbulon.video-collage.com (static-151-204-231-237.bos.east.verizon.net [151.204.231.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B42443D46; Mon, 23 Oct 2006 20:28:19 +0000 (GMT) (envelope-from mi+mx@aldan.algebra.com) Received: from [172.21.130.86] (mx-broadway [38.98.68.18]) by corbulon.video-collage.com (8.13.6/8.13.6) with ESMTP id k9NKSHZj061863 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 23 Oct 2006 16:28:18 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) From: Mikhail Teterin Organization: Virtual Estates, Inc. To: re@freebsd.org Date: Mon, 23 Oct 2006 16:28:12 -0400 User-Agent: KMail/1.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610231628.12318.mi+mx@aldan.algebra.com> X-Virus-Scanned: ClamAV 0.88.4/2082/Mon Oct 23 10:58:17 2006 on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 Cc: stable@freebsd.org Subject: some issues not listed on TODO X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 20:28:20 -0000 Hello! Looking at the http://www.freebsd.org/releases/6.2R/todo.html today, I was surprised to not see the following problems in addition to the em(4) issue: . devel/nspr's self test fails: the forktest executable complains about a bug in pthread. Using libthr seems to work, but that is not the default configuration. To reproduce: cd /usr/ports/devel/nspr make build test . when the devel/icu port is built with threading support (currently off for this reason), its self-tests crash randomly on ia64. marcel is aware of the problem with threads on ia64 *in general* and is working on it... To reproduce (on ia64): cd /usr/ports/devel/icu make config ;# Enable threads make . building devel/icu on i386 with an optimization flags lower than -O2, reveals a bug in the compiler toolchain -- a bogus symbol is inserted into an object file. The problem strikes sometimes and appears to depend on the number of string literals in the source file. To reproduce, edit the port's Makefile to change the -O flag modification from -O2 to "-O0 -g" and try to build the port. Yours, -mi