[bug #32498] export within $(eval) within a $(call) broken?

Follow-up Comment #1, bug #32498 (project make): http://www.gnu.org/software/make/manual/make.html#Variables_002fRecursion As I understand it export do really export of defined variables and has to be define test1 AA= $(eval export AA) endef __

[bug #32484] FILE_TIMESTAMP_HI_RES is not properly set on AIX

Follow-up Comment #1, bug #32484 (project make): please close this task it's duplicate of bug 32485 ___ Reply to this item at: ___ Message sent via/by S

[bug #32485] FILE_TIMESTAMP_HI_RES is not properly set on AIX

Additional Item Attachment, bug #32485 (project make): File name: axi_high_resolution_timestamp_patch.txt Size:3 KB ___ Reply to this item at: ___ Mess

[bug #32485] FILE_TIMESTAMP_HI_RES is not properly set on AIX

Follow-up Comment #1, bug #32485 (project make): In order to fix this issue I had to change acinclude.m4 to add some additional validation of AIX nanoseconds implementation. See attached patch below ___ Reply to this item at:

[bug #32484] FILE_TIMESTAMP_HI_RES is not properly set on AIX

URL: Summary: FILE_TIMESTAMP_HI_RES is not properly set on AIX Project: make Submitted by: olexiyb Submitted on: Tue 15 Feb 2011 03:32:07 AM GMT Severity: 3 - Normal Item

[bug #32493] new function to output information to file. kind of extension of $(info) function, but outputs to file

URL: Summary: new function to output information to file. kind of extension of $(info) function, but outputs to file Project: make Submitted by: olexiyb Submitted on: Tue 15 Feb 2011 01:15:01 PM GMT

[bug #32485] FILE_TIMESTAMP_HI_RES is not properly set on AIX

URL: Summary: FILE_TIMESTAMP_HI_RES is not properly set on AIX Project: make Submitted by: olexiyb Submitted on: Tue 15 Feb 2011 03:34:21 AM GMT Severity: 3 - Normal Item

[bug #30328] Fast echo (with code proposal)

Follow-up Comment #6, bug #30328 (project make): what about to have some function $(file file_name,open_type,string) where open_type can be the same as for fopen static void replace_all(char* inputStr,const char* pattern,const char* substr) { char * found = strstr(inputStr,pattern); int

[bug #30381] Don't avoid implicit rule recursion quite so soon.

Follow-up Comment #9, bug #30381 (project make): Maybe we can use something like %(1).foo%(2) : %(1)a%(2) So your example will look like %(1).foo : %(1)a%(1) I agree with Reiner. make can be better and has more features, then current implementation. At least all functions from http://gmsl.s

[bug #30328] Fast echo (with code proposal)

Follow-up Comment #2, bug #30328 (project make): I am not sure if we really need echo, but it will be good to have command to output make variables to file. Because of shell limitation that is very expensive with echo. #performance is awful here!!! all: $(thousands_of_target_files) $(foreach

[bug #30370] add a shorthand syntax for foreach-eval-call

Follow-up Comment #6, bug #30370 (project make): Interesting to findout which way will work faster. Many generated pattern rules? or PAttern rule with multiple masks But in general I agree with Paul and Boris. Current make is flexible enough to generate common parts Let me give you real life exa

[bug #30381] Don't avoid implicit rule recursion quite so soon.

Follow-up Comment #6, bug #30381 (project make): Reiner, I agree with Paul. Performance is very important. And we should not add very rare used feature. What about submakes. Did you try %.rev : % sort $? > $@ $(MAKE) $...@.rev __

[bug #30463] cannot make include makefile .INTERMEDIATE

Follow-up Comment #1, bug #30463 (project make): I would separate removal of x.mk Create some start.mk all: $(MAKE) -f oops.mk rm x.mk remove .INTERMEDIATE from your oops.mk ___ Reply to this item at:

[bug #26001] Evaluating eval expressions does not work for % type names

Follow-up Comment #1, bug #26001 (project make): I think you have to use two dollars. try next file%: $$(call reverseLookup,file%) ___ Reply to this item at: