From owner-freebsd-stable@FreeBSD.ORG Thu Oct 4 12:20:17 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E61D516A420 for ; Thu, 4 Oct 2007 12:20:17 +0000 (UTC) (envelope-from miguel@anjos.strangled.net) Received: from satan.anjos.strangled.net (89-180-16-250.net.novis.pt [89.180.16.250]) by mx1.freebsd.org (Postfix) with ESMTP id 50AE413C45D for ; Thu, 4 Oct 2007 12:20:16 +0000 (UTC) (envelope-from miguel@anjos.strangled.net) Received: from satan.anjos.strangled.net (localhost [127.0.0.1]) by satan.anjos.strangled.net (8.14.1/8.14.1) with ESMTP id l94BveUQ003980; Thu, 4 Oct 2007 12:57:41 +0100 (WEST) (envelope-from miguel@satan.anjos.strangled.net) Received: (from root@localhost) by satan.anjos.strangled.net (8.14.1/8.14.1/Submit) id l94BveJS003979; Thu, 4 Oct 2007 12:57:40 +0100 (WEST) (envelope-from miguel) Date: Thu, 4 Oct 2007 12:57:40 +0100 (WEST) From: Miguel Lopes Santos Ramos Message-Id: <200710041157.l94BveJS003979@satan.anjos.strangled.net> To: adam@newint.org X-Mailman-Approved-At: Thu, 04 Oct 2007 13:00:08 +0000 Cc: Subject: Re: make buildworld error 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: Thu, 04 Oct 2007 12:20:18 -0000 > Anyone else seeing make buildworld stop at usr.bin/netstat/ ? I didn't compile. That file was changed yesterday. But by the looks of it, everybody will be seeing it. The compiler is right because u_quad_t is not unsigned long long on the amd64, but only unsigned long, which although being the same size is a different type. Since I suspect changing the definition of __uint_64_t to unsigned long long on all platforms is probably out of the question (even though it could be argued to be preferrable, because ull is required to be at least 64b) as it would affect a lot of code, probably the author of the change will have to make a local workaround, such as casting the u_quad_t to ull or #ifdef... Miguel