Re: Possible bug with $(eval) and :=

Victor, A similar question was asked some time ago: http://lists.gnu.org/archive/html/bug-make/2012-05/msg00014.html Short answer: Yes, this is a bug, see here: https://savannah.gnu.org/patch/?7534 Accordingly to the difference between Cygwin and other versions: I believe the former has a newer v

Re: Unexpected failure in tricky use of eval

Stefano, This is a bug, and it has been described and fixed here: https://savannah.gnu.org/patch/?7534 2012/5/12 Stefano Lattarini > Hello. > > While trying to implement a kind of memoization of lazy macros in GNU make > (needed for my work on Automake-NG), I've been encountering some strange

Re: Patch to allow make to load plugins that add new functions.

Hi, 2012/4/10 Eric Melski > So there's definitely interest in collaboration on our end; is there any > interest from the gmake devs? I'm currently working on improving performance of gmake variable expansion engine. In particular, I have rewritten the way of handling 'call' arguments and itera

Re: Thoughts on limiting the parallel build load, suggestion for a new "-j auto" option

Hi, I would suggest to mention the current behavior in the manual, instead of making $(value ...) to emit a warning. The main motivation is backward compatibility. In our project we widely use $(value N) to get arguments of 'call' that are assumed to be optional without raising a warning (I've ju

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

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

Follow-up Comment #2, bug #35410 (project make): Oops, yes, I'm agree. Another possible (and quite simple to apply it right now) optimization is to use something like: pat->length = len/2 + strlen(pat->str + len/2) It seems to be safe as far as the string can't become shorter than a half of t

Re: Dump the database to a makefile and invoke make on the dumped makefile.

Hi, In one of my projects I've written a small make script which includes given makefiles and then prints out valid make code with definitions of all new variables found in the included makefiles (based on the value of $(.VARIABLES)). You can see the source code of the script here: http://code.go

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

URL: Summary: [patch] Fix a bug with filter/filter-out functions when pattern contains only quoted percents Project: make Submitted by: abusalimov Submitted on: Mon 30 Jan 2012 11:41:08 PM GMT

[bug #35063] Suggest conventional $(%XX) syntax for special characters

Follow-up Comment #7, bug #35063 (project make): I just suggested a more general solution which covers your issues too. ___ Reply to this item at: ___ M

[bug #35063] Suggest conventional $(%XX) syntax for special characters

Follow-up Comment #5, bug #35063 (project make): Well, when saying "altering the basic syntax" I mean changing the semantics of '$(...)' notation, which currently stands for expanding a variable reference or invoking a built-in function. Personally for me it is unclear what '$(%20)' or '$(.%20)'

[bug #35063] Suggest conventional $(%XX) syntax for special characters

Follow-up Comment #3, bug #35063 (project make): I would vote up for just adding two new functions, i.e. `url-encode` and `url-decode`, without altering the basic syntax. Both functions are simple enough to implement. Thus, the suggested usage is the following: _space := $(url-decode %20) The