Closed
Bug 219095
Opened 21 years ago
Closed 21 years ago
filter/make bug....
Categories
(SeaMonkey :: Build Config, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
mozilla1.6alpha
People
(Reporter: dougt, Assigned: mozbugs-build)
Details
I am not sure if this is a mozilla specific bug or something in filter or make.
The problem is that if you have the follow in a Makefile:
FOO = $(filter stuff,$(BAR))
where the right hand side evaluates to an empty string, FOO is still defined.
A real example in mozilla is: mozilla/network/build2/Makefile.in.
This is a windows only problem. Any idea whose bug this is?
It's a bug in the makefile. The current make behavior is correct as there's a
difference between an expression that's evaluated to an empty string and a
variable not being defined (or a true empty string). See
http://www.fsf.org/manual/make/html_chapter/make_7.html#SEC81 .
So for that specific case in netwerk/build2/Makefile.in, it should be using the
ifeq instead of ifdef. I see the same behavior on linux using make 3.79.1 btw.
Fix checked in.
Checking in netwerk/build2/Makefile.in;
/cvsroot/mozilla/netwerk/build2/Makefile.in,v <-- Makefile.in
new revision: 1.25; previous revision: 1.24
done
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla1.6alpha
Reporter | ||
Comment 3•21 years ago
|
||
thanks chris!
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•