X-Recipient: archive-cygwin AT delorie DOT com DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 1F3463858035 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cygwin.com; s=default; t=1678094096; bh=7/EuqkYAdeHwDHY7Se81b9nCZWrWHizBHHfzTnfomV0=; h=Date:To:cc:Subject:In-Reply-To:References:List-Id: List-Unsubscribe:List-Archive:List-Post:List-Help:List-Subscribe: From:Reply-To:From; b=uRRBa9oXWnnG/dXvQWnD75clL6VOElVr63+vvhHGhT+sCj1PDjZehvE7CMHMRpuB3 dmdFwOFhd7fizNsUkFF0dapZDElmVibiffJLV/Eu1uUZoKeA6+igs8tPLu2yxHybXI hRSZPI7nESsJSDcC+WgQHnHFUg6pn+DHjGlCzPrg= X-Original-To: cygwin AT cygwin DOT com Delivered-To: cygwin AT cygwin DOT com DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 799623858D39 X-Authentication-Warning: m0.truegem.net: mark owned process doing -bs Date: Mon, 6 Mar 2023 01:14:34 -0800 (PST) X-X-Sender: mark AT m0 DOT truegem DOT net To: cygwin AT cygwin DOT com cc: Marco Atzeri Subject: Re: type mismatch on cpuset.h In-Reply-To: Message-ID: References: <41f9bb68-d5e0-58d7-701f-a84b9db6b9a9 AT gmail DOT com> MIME-Version: 1.0 X-Spam-Status: No, score=-1.0 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, KAM_LAZY_DOMAIN_SECURITY, SPF_HELO_NONE, SPF_NONE, TXREP autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org X-BeenThere: cygwin AT cygwin DOT com X-Mailman-Version: 2.1.29 Precedence: list List-Id: General Cygwin discussions and problem reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , From: Mark Geisert via Cygwin Reply-To: Mark Geisert Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Errors-To: cygwin-bounces+archive-cygwin=delorie DOT com AT cygwin DOT com Sender: "Cygwin" Hi Corinna, Marco, I will look into this shortly. Sorry for the inconvenience. ..mark On Mon, 6 Mar 2023, Corinna Vinschen wrote: > Hi Mark, > > On Mar 6 07:57, Marco Atzeri via Cygwin wrote: >> Hi, >> >> building latest gdal I noticed a type mismatch, that forced me to build >> with "-fpermissive" >> >> on /usr/include/sys/cpuset.h >> >> #define CPU_ALLOC(num) __builtin_malloc (CPU_ALLOC_SIZE(num)) >> >> >> but on >> https://linux.die.net/man/3/cpu_alloc >> >> cpu_set_t *CPU_ALLOC(int num_cpus) >> >> >> so void* versus cpu_set_t* > > Marco is correct. cpuset.h was your pet project a while back. Would > you like to pick it up? Maybe we should convert all the macros into > type-safe inline functions, or macros calling type-safe (inline) > functions, as on Linux as well as on BSD? > > > Thanks, > Corinna -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation: https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple