[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 #32498] export within $(eval) within a $(call) broken?

URL: Summary: export within $(eval) within a $(call) broken? Project: make Submitted by: None Submitted on: Tue 15 Feb 2011 10:05:04 PM UTC Severity: 3 - Normal Item Grou

Re: is the man page really 21 years old?

jida...@jidanni.org wrote: > > "JN" == Jonathan Nieder writes: > JN> The header line is somewhat arbitrary. If you have a good idea for > JN> what it should contain (in the form of nroff markup), I wouldn't be > JN> surprised if it gets used. > > That's the problem, you folks accept headers

Re: make: "Profiling timer expired"

On Mon, Feb 14, 2011 at 10:17:58PM -0600, Jonathan Nieder wrote: > Hi, > > Hugo Herbelin wrote[1]: > > > As witnessed by a search on the web, the meaning of the error > > message "Profiling timer expired" is difficult to understand. I > > guess, without being fully sure though, that it is caused

Re: all commands should be echoed with "make -d"

David Highley wrote: > "Jonathan Nieder wrote:" >> Vincent Lefevre wrote[1]: >>> Debugging would be much easier if all commands are echoed (i.e. >>> including those starting with '@') with "make -d". [...] > Why do we need to modify make when what your asking for is easily > created by thoughtful

Re: is the man page really 21 years old?

> "JN" == Jonathan Nieder writes: JN> The header line is somewhat arbitrary. If you have a good idea for JN> what it should contain (in the form of nroff markup), I wouldn't be JN> surprised if it gets used. That's the problem, you folks accept headers from just about anybody. No standards in

Re: all commands should be echoed with "make -d"

"Jonathan Nieder wrote:" > > Hi Paul et al, > > Vincent Lefevre wrote[1]: > > > Debugging would be much easier if all commands are echoed (i.e. > > including those starting with '@') with "make -d". I suggest > > adding the --debug option "e (echo)" for this purpose. > > Sounds like a good idea

Re: Adding FHS compliant directories to include path

Hi, Manoj Srivastava wrote: >> What do you think about creating (and looking at by default for include >> directives) another FHS complient directory for this kind of Makefile >> fragments, such as /usr/share/make/include for example ? > > In something as mature as GNU Make, I don't feel

Re: all commands should be echoed with "make -d"

Hi Paul et al, Vincent Lefevre wrote[1]: > Debugging would be much easier if all commands are echoed (i.e. > including those starting with '@') with "make -d". I suggest > adding the --debug option "e (echo)" for this purpose. Sounds like a good idea, and I don't know of anything existing like t

Re: is the man page really 21 years old?

Hi, jida...@jidanni.org wrote: > Is the man page really > GNU 22 August 1989 MAKE(1) > 21 years old? Or even > COPYRIGHT >Copyright (C) 1992, 1993, 1996, 1999 Free Software Foundation, Inc. >This file is part of GNU make. > 11 years old? The manual page was last modified on 29 Au

Re: [bug #15338] make: stripping leading ./ causes flaky results

found 299892 make-dfsg/3.81-8 tags 299892 + upstream fixed-upstream quit Hi Andrew, Andrew Pimlott wrote: > make is doing something funny in the area of stripping the leading ./ > from filenames. Fixed by make-3-82~53 (Rework secondary expansion so we only defer it if there's a possibility it m

make: "Profiling timer expired"

Hi, Hugo Herbelin wrote[1]: > As witnessed by a search on the web, the meaning of the error > message "Profiling timer expired" is difficult to understand. I > guess, without being fully sure though, that it is caused by the > reception of a SIGPROF by make, what (apparently) means that gprof > h

Re: make: /usr/local/include is wrong priority in default include_dirs

Hi Alex, Alex Samad wrote: > make -p -f/dev/null | grep -i include > make: *** No targets. Stop. > .INCLUDE_DIRS = /usr/include /usr/local/include /usr/include > > show me the default INCLUDE_DIRS and /usr/include is included twice. This is from read.c: static const char *default_inclu

make: reordering targets built within dependency constraints (to debug a makefile)

tags 314306 + upstream quit Hi Paul et al, Simon Richter wrote[1]: > after spending quite some tme debugging less-than strict dependencies > with -j2, I thought it would be a nice addition if make were able to > attempt to invert the order of rule execution while still respecting the > order imp

[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