From owner-freebsd-ports@FreeBSD.ORG Mon Jul 7 17:49:18 2008 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D6A01065684 for ; Mon, 7 Jul 2008 17:49:18 +0000 (UTC) (envelope-from fjoe@samodelkin.net) Received: from atlas57.myplace.ru (atlas57.myplace.ru [80.66.68.57]) by mx1.freebsd.org (Postfix) with ESMTP id 157D68FC18 for ; Mon, 7 Jul 2008 17:49:16 +0000 (UTC) (envelope-from fjoe@samodelkin.net) Received: (qmail 79478 invoked from network); 8 Jul 2008 00:38:00 +0700 Received: from host89-251-107-5.hnet.ru (HELO husky.fjoe.local) (89.251.107.5) by atlas57.myplace.ru with (DHE-RSA-AES256-SHA encrypted) SMTP; 8 Jul 2008 00:38:00 +0700 Message-ID: <48725477.8050307@samodelkin.net> Date: Tue, 08 Jul 2008 00:37:59 +0700 From: Max Khon User-Agent: Thunderbird 2.0.0.12 (X11/20080326) MIME-Version: 1.0 To: Pietro Cerutti References: <200807071619.m67GJrPt096421@freefall.freebsd.org> <487245AE.1030307@FreeBSD.org> <20080707164119.GG17123@deviant.kiev.zoral.com.ua> <48725051.3090601@FreeBSD.org> In-Reply-To: <48725051.3090601@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Kostik Belousov , ports@freebsd.org, bug-followup , fjoe@freebsd.org Subject: Re: ports/124985: [patch] devel/dmucs unbreak on 64bits archs 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: Mon, 07 Jul 2008 17:49:18 -0000 Hello! Pietro Cerutti wrote: > | On Mon, Jul 07, 2008 at 06:34:54PM +0200, Pietro Cerutti wrote: > |> I definitely do not agree. Please note that a pointer is not required to > |> fit into a long, while it is required to fit into a size_t. > | I do not think that C99 requires the size_t to be capable of holding > | the pointer. size_t is only required to hold result of sizeof. > > size_t is required to be of rank equal to or greater than any other > object you can create from within the C language. This implies that it > can (i.e., it is required to be able to) hold a pointer type. Does it? http://bytes.com/forum/thread735346.html /fjoe