David Chisnall wrote this message on Thu, Dec 02, 2021 at 10:34 +:
> On 02/12/2021 09:51, Dimitry Andric wrote:
> > Apparently the "block runtime" is supposed to provide the actual object,
> > so I guess you have to explicitly link to that runtime?
>
> The block runtime provides this symbol.
Hey Stefan,
On Thu, Dec 02, 2021 at 05:26:55PM +0100, Stefan Esser wrote:
> I have created
>
> https://reviews.freebsd.org/D33235
>
> to remove the BIT_* macros used in the kernel from the userland API.
>
> They conflict with differing definitions in some 3rd party code and
> lead to comp
I have created
https://reviews.freebsd.org/D33235
to remove the BIT_* macros used in the kernel from the userland API.
They conflict with differing definitions in some 3rd party code and
lead to compile issues in a number of ports (via CPU_* macros based
on the BIT_* macros).
See PR2597
On 02/12/2021 09:51, Dimitry Andric wrote:
Apparently the "block runtime" is supposed to provide the actual object,
so I guess you have to explicitly link to that runtime?
The block runtime provides this symbol. You use this libc API, you must
be compiling with a toolchain that supports block
Confirmed.
Thanks for your quick reaction!
On Tue, 30 Nov 2021 22:45:37 +
Brooks Davis wrote:
> Yeah, I've got this in progress.
>
> -- Brooks
>
> On Wed, Dec 01, 2021 at 06:57:56AM +0900, Tomoaki AOKI wrote:
> > It would be better making new special handling like BE_AMDGPU for it.
> > Bui
On 2 Dec 2021, at 06:42, Kyle Evans wrote:
> On Wed, Dec 1, 2021 at 8:05 PM John-Mark Gurney wrote:
>>
>> Hello,
>>
>> It seems like the recent changes to make --no-allow-shlib-undefined
>> broke pructl.
>>
>> lib/libc/stdlib/atexit.c uses a weak _Block_copy symbol, but
>> pructl does not use
On 2 Dec 2021, at 06:42, Kyle Evans wrote:
>
> On Wed, Dec 1, 2021 at 8:05 PM John-Mark Gurney wrote:
>>
>> Hello,
>>
>> It seems like the recent changes to make --no-allow-shlib-undefined
>> broke pructl.
>>
>> lib/libc/stdlib/atexit.c uses a weak _Block_copy symbol, but
>> pructl does not u
Hi fellow kernel developers,
I have two patches for config(8) which will allow us to group filenames
in sys/conf/files* among others. Any strong opinions about the following
change?
https://reviews.freebsd.org/D33224
--HPS