kicad-developers team mailing list archive
-
kicad-developers team
-
Mailing list archive
-
Message #34613
Zone filling (was: MacOS + OpenMP)
Hi Tomasz & Bernhard,
If you have a chance could you guys please take a look at https://git.launchpad.net/kicad/commit/?id=c77d13292b63a3ef7c28f004ee93f3ed93cca9f3 <https://git.launchpad.net/kicad/commit/?id=c77d13292b63a3ef7c28f004ee93f3ed93cca9f3> ?
It reinstates multi-threading (with thread pooling) to the zone filler.
Bernard is still looking for ways to make this a bit more elegant; this version just uses brute force for now.
Cheers,
Jeff.
> On 1 Mar 2018, at 14:58, Tomasz Wlostowski <tomasz.wlostowski@xxxxxxx> wrote:
>
> On 01/03/18 15:43, Jeff Young wrote:
>> The purpose is it works on Mac.
>>
>> But it does appear I misread the std::max( omp_get_num_procs(), 2 ) part.
>>
>
> Thanks Jeff!
>
> Be aware that neither std::thread nor std::async have any concept of
> thread pooling - we need to look for a suitable library or write or own.
>
> Cheers,
> Tom
Follow ups
References
-
MacOS + OpenMP
From: Jon Evans, 2018-02-28
-
Re: MacOS + OpenMP
From: Jeff Young, 2018-02-28
-
Re: MacOS + OpenMP
From: Bernhard Stegmaier, 2018-03-01
-
Re: MacOS + OpenMP
From: Bernhard Stegmaier, 2018-03-01
-
Re: MacOS + OpenMP
From: Wayne Stambaugh, 2018-03-01
-
Re: MacOS + OpenMP
From: Jon Evans, 2018-03-01
-
Re: MacOS + OpenMP
From: Tomasz Wlostowski, 2018-03-01
-
Re: MacOS + OpenMP
From: Jeff Young, 2018-03-01
-
Re: MacOS + OpenMP
From: Jon Evans, 2018-03-01
-
Re: MacOS + OpenMP
From: Tomasz Wlostowski, 2018-03-01
-
Re: MacOS + OpenMP
From: Jeff Young, 2018-03-01
-
Re: MacOS + OpenMP
From: Tomasz Wlostowski, 2018-03-01