[bug #35468] Pattern-specific private variable addition doesn't work

2012-03-04 Thread Paul D. Smith
Update of bug #35468 (project make): Status:None => Fixed Assigned to:None => psmith Open/Closed:Open => Closed Fixed Release:

[bug #35410] [patch] Fix a bug with filter/filter-out functions when pattern contains only quoted percents

2012-03-04 Thread Paul D. Smith
Follow-up Comment #3, bug #35410 (project make): I don't think the strlen() thing is worth the complexity: the average length of a word passed to filter/filter-out is pretty small. I did simplify the detection of filter vs. filter-out (and some other functions as well) though. __

[bug #35410] [patch] Fix a bug with filter/filter-out functions when pattern contains only quoted percents

2012-03-04 Thread Eldar Abusalimov
Follow-up Comment #4, bug #35410 (project make): Well, personally I often use filter-out to intersect lists of variables, which can be rather big (about 2 variables) and contain more or less long names. old_variables := $(.VARIABLES) ... new_variables := $(filter-out $(old_variables),$(.VARI

[bug #35410] [patch] Fix a bug with filter/filter-out functions when pattern contains only quoted percents

2012-03-04 Thread Paul D. Smith
Follow-up Comment #5, bug #35410 (project make): I just don't believe the change will really save much. strlen() is pretty darn efficient and trying to circumvent it has costs as well. With modern compilers and architectures it's almost impossible to guess which sorts of micro optimizations, lik

[bug #16531] Substitution reference and secondary expansion

2012-03-04 Thread Paul D. Smith
Update of bug #16531 (project make): Status:None => Not A Bug Assigned to:None => psmith Open/Closed:Open => Closed _

[bug #16545] Escaping a ":" in an escaped substition reference on a prereq line dumps core

2012-03-04 Thread Paul D. Smith
Update of bug #16545 (project make): Status:None => Fixed Assigned to:None => psmith Open/Closed:Open => Closed Fixed Release:

[bug #12126] Backslashes for escaping colons in dependencies are not removed

2012-03-04 Thread Paul D. Smith
Update of bug #12126 (project make): Status:None => Fixed Assigned to:None => psmith Open/Closed:Open => Closed Fixed Release:

[bug #31361] gcc.exe is deleting as file prematurely

2012-03-04 Thread Paul D. Smith
Update of bug #31361 (project make): Status:None => Not A Bug Open/Closed:Open => Closed Summary: MinGW make inexplicably invokes as.exe => gcc.exe is deleting as file prematurely

[bug #31360] cannot handle path expansion correctly

2012-03-04 Thread Paul D. Smith
Update of bug #31360 (project make): Status:None => Not A Bug Open/Closed:Open => Closed ___ Follow-up Comment #1: This is not a Linux is

[bug #34542] vpath windows issues

2012-03-04 Thread Paul D. Smith
Update of bug #34542 (project make): Status:None => Works for me Open/Closed:Open => Closed ___ Follow-up Comment #2: Closing as "works for

[bug #35485] New $(.MFDIR) built-in variable

2012-03-04 Thread David Boyce
Follow-up Comment #5, bug #35485 (project make): > I don't think the "stack-based approach" is actually more runtime or space intensive ... I don't think so either. I just meant it would be a more intrusive change in terms of diff size than the one-liner proposed here. But if you're that it's not