From patchwork Tue Jan 31 22:29:59 2012 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Gerald Pfeifer X-Patchwork-Id: 138872 Return-Path: X-Original-To: incoming@patchwork.ozlabs.org Delivered-To: patchwork-incoming@bilbo.ozlabs.org Received: from sourceware.org (server1.sourceware.org [209.132.180.131]) by ozlabs.org (Postfix) with SMTP id 7B590B6EF3 for ; Wed, 1 Feb 2012 09:29:00 +1100 (EST) Comment: DKIM? See http://www.dkim.org DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=gcc.gnu.org; s=default; x=1328653741; h=Comment: DomainKey-Signature:Received:Received:Received:Received:Date: From:To:Subject:In-Reply-To:Message-ID:References:MIME-Version: Content-Type:Mailing-List:Precedence:List-Id:List-Unsubscribe: List-Archive:List-Post:List-Help:Sender:Delivered-To; bh=+PJfzRj 7a+RUVAABDYFbHoqDMrU=; b=gPsVCOO56oFTQW8HKVAay7R6IqJZNC3vfSc3NTP 3RMNGAED8AeJh7reARpKhNXNXH0tHAWiqgUoUP99nREMDs1MGmMxFRbjSHoN1RXJ QEH6V9i1UxOYP77ZlzeRpNvsWmZe6fejq8q0pqcQ/tiYDScUAeUf0WL3mXsQ5Yhf oD3c= Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=gcc.gnu.org; h=Received:Received:X-SWARE-Spam-Status:X-Spam-Check-By:Received:Received:Date:From:To:Subject:In-Reply-To:Message-ID:References:MIME-Version:Content-Type:X-IsSubscribed:Mailing-List:Precedence:List-Id:List-Unsubscribe:List-Archive:List-Post:List-Help:Sender:Delivered-To; b=KgHz6pXbFhhAt9PHr1kceFQUMFrW5yFHqS0vZ4mwss/5TvWsYGpGPoJIbhmyVo gV3F3adZ2YPRVBrZDfV3hIVXVy9NFxnSsn5kOZKFhDVv0tHjL4oFmZRVhCoEn2E8 gOwLvVyAbKGq6u4PVEMHmIhx0L96UId/kpQGyzZHqOkSI=; Received: (qmail 13214 invoked by alias); 31 Jan 2012 22:28:56 -0000 Received: (qmail 13167 invoked by uid 22791); 31 Jan 2012 22:28:55 -0000 X-SWARE-Spam-Status: No, hits=-1.9 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from ainaz.pair.com (HELO ainaz.pair.com) (209.68.2.66) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 31 Jan 2012 22:28:42 +0000 Received: from K19.suse.de (charybdis-ext.suse.de [195.135.221.2]) by ainaz.pair.com (Postfix) with ESMTPSA id EE5D93F416; Tue, 31 Jan 2012 17:28:40 -0500 (EST) Date: Tue, 31 Jan 2012 23:29:59 +0100 (CET) From: Gerald Pfeifer To: gcc-patches@gcc.gnu.org, Robert Millan Subject: Re: [PATCH] disable __size_t macro on GNU/kFreeBSD In-Reply-To: Message-ID: References: MIME-Version: 1.0 X-IsSubscribed: yes Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Delivered-To: mailing list gcc-patches@gcc.gnu.org On Sun, 29 Jan 2012, Robert Millan wrote: > Please consider this patch to stddef.h. GNU/kFreeBSD has the same > problem with __size_t as FreeBSD does, since it inherits many kernel > headers from FreeBSD. The patch looks obvious to me, and I'll be happy to apply for Robert if approved. Any taker? Gerald 2012-01-29 Robert Millan * ginclude/stddef.h [__FreeBSD_kernel__] (__size_t): Do not define. Index: ginclude/stddef.h =================================================================== --- ginclude/stddef.h (revision 183670) +++ ginclude/stddef.h (working copy) @@ -200,7 +200,7 @@ #define ___int_size_t_h #define _GCC_SIZE_T #define _SIZET_ -#if defined (__FreeBSD__) && (__FreeBSD__ >= 5) +#if (defined (__FreeBSD__) && (__FreeBSD__ >= 5)) || defined(__FreeBSD_kernel__) /* __size_t is a typedef on FreeBSD 5!, must not trash it. */ #else #define __size_t