> From: Paul Smith <[email protected]> > Date: Fri, 07 Jan 2011 21:58:53 -0500 > Cc: [email protected] > > I realize that maybe this doesn't matter on Windows where the filesystem > is not case-sensitive, but of course on Linux if you delete "hello.c" > that won't have any impact on "Hello.c" which is why "Hello.c" still > exists after the "rm". > > In your second example, with the subdirectory, you get the cases the > same: > > > A makefile (makefile_sav) looking for files under a subfolder <test> > > works: (<test> contains hello.c and world.c files) > > > > clean: > > del test\hello.c > > and it works. I don't know enough about Windows to say if this case > difference really matters, but you might try that.
No, it doesn't matter. The _real_ difference (one that is not easy to arrive at, reading just the text of the report) is that in the first example, Make is invoked from _within_ the `test' directory, while in the second example, it is invoked from the _parent_ of `test'. > Please post a message on the [email protected] mailing list if you can't > figure it out: the folks on that list are a lot more knowledgeable about > make running on DOS/Windows platforms. No need, for the moment: I can reproduce the problem with the Windows build of Make 3.82. But I wonder if this is really Windows-specific. Could this be the example you asked for in Savannah bug#443 and #14617 (which was hoped to be solved in bug#21231)? Can you tell me what causes Make to renew the cache used by $(wildcard) on GNU/Linux? I could then try to see why it does not happen on Windows in this case. _______________________________________________ Bug-make mailing list [email protected] http://lists.gnu.org/mailman/listinfo/bug-make
