DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 799623858D39
Date: Mon, 6 Mar 2023 01:14:34 -0800 (PST)
To: cygwin@cygwin.com
cc: Marco Atzeri <marco.atzeri@gmail.com>
Subject: Re: type mismatch on cpuset.h
In-Reply-To: <ZAWqmGwaqbDtwNF8@calimero.vinschen.de>
Message-ID: <Pine.BSF.4.63.2303060113390.23629@m0.truegem.net>
References: <41f9bb68-d5e0-58d7-701f-a84b9db6b9a9@gmail.com>
 <ZAWqmGwaqbDtwNF8@calimero.vinschen.de>
MIME-Version: 1.0
Precedence: list
From: Mark Geisert via Cygwin <cygwin@cygwin.com>
Reply-To: Mark Geisert <mark@maxrnd.com>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Errors-To: cygwin-bounces+archive-cygwin=delorie.com@cygwin.com
Sender: "Cygwin" <cygwin-bounces+archive-cygwin=delorie.com@cygwin.com>

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