[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: False positive "doesn't match the target pattern" error

From: Masahiro Yamada
Subject: Re: False positive "doesn't match the target pattern" error
Date: Sun, 21 Aug 2022 09:26:33 +0900

On Sun, Aug 21, 2022 at 12:32 AM Dmitry Goncharov
<dgoncharov@users.sf.net> wrote:
> On Sat, Aug 20, 2022 at 5:52 AM Masahiro Yamada <masahiroy@kernel.org> wrote:
> > I appreciate GNU Make normalize the path
> > by removing "./"
> >
> > This is helpful in some cases, but I think it is a bad side-effect
> > in this case.
> Is there a reason to treat './foo.x' as different from 'foo.x'?

I just provided a simple test case.

My real use-case is the Linux kernel build system.
The code (with a bit simplification) looks like this:

build-dirs := . drivers sound net virt arch/x86/pci arch/x86/power lib

subdir-modorder := $(addsuffix /.modules.order, $(build-dirs))

$(sort $(subdir-modorder)): %/.modules.order: %

> > If this is a bug, I can file for it.
> > Or, any workaround exists?
> It is not clear what you need to achieve.
> Can you use an explicit rule like
> foo.x: foo.z
> ?
> Do you need make to perform a directory search for foo.x and foo.z in
> various directories? In this case i'd look for vpath.
> regards, Dmitry
Best Regards
Masahiro Yamada

reply via email to

[Prev in Thread] Current Thread [Next in Thread]