[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <e4027374-88a9-9484-1619-8c3f887a58ca@huaweicloud.com>
Date: Thu, 31 Aug 2023 09:13:24 +0800
From: Xie XiuQi <xiexiuqi@...weicloud.com>
To: Matthew Wilcox <willy@...radead.org>
Cc: akpm@...ux-foundation.org, irogers@...gle.com, acme@...hat.com,
linux-mm@...ck.org, linux-kernel@...r.kernel.org,
Yang Yingliang <yangyingliang@...wei.com>
Subject: Re: [PATCH RESEND] tools/mm: fix undefined reference to pthread_once
Hi,
On 2023/8/28 20:58, Matthew Wilcox wrote:
> On Mon, Aug 28, 2023 at 08:21:57PM +0800, Xie XiuQi wrote:
>> diff --git a/tools/mm/Makefile b/tools/mm/Makefile
>> index 6c1da51f4177..9997b2e401ae 100644
>> --- a/tools/mm/Makefile
>> +++ b/tools/mm/Makefile
>> @@ -9,7 +9,7 @@ LIB_DIR = ../lib/api
>> LIBS = $(LIB_DIR)/libapi.a
>>
>> CFLAGS += -Wall -Wextra -I../lib/
>> -LDFLAGS += $(LIBS)
>> +LDFLAGS += $(LIBS) -lpthread
>
> Is this the right fix? I'm pretty sure you're suppose to use -pthread
> in CFLAGS in case there are other things the compiler/linker/whatever
> need.
>
Thanks for your comment. I'll fix it and send v2.
> '-pthread'
> Define additional macros required for using the POSIX threads
> library. You should use this option consistently for both
> compilation and linking. This option is supported on GNU/Linux
> targets, most other Unix derivatives, and also on x86 Cygwin and
> MinGW targets.
>
Powered by blists - more mailing lists