[bug #13529] Incorrect circular dependancy

-ups to this bug. Thanks, Reid Madsen Tektronix Inc. Richardson, Texas ___ Additional Item Attachment: File name: remake.c Size:46 KB http://savannah.gnu.org/bugs/download.php?file_id=10030

[bug #14927] Fix for building archive members in parallel

Follow-up Comment #2, bug #14927 (project make): The crux of the issue here is building objects and adding them to archives IN PARALLEL. Up until now, no version of GNUmake has ever supported this capability. Section 11.3 of the GNUmake manual describes the reasons why it doesn't work. This

RE: [bug #13976] Regression in :: deps handling between V3.76 and V3.80

Paul, Didn't you get that backwards? Shouldn't it be that bar and its prerequistes are built after foo and all its prerequisites? Reid -Original Message- From: Paul Smith [mailto:[EMAIL PROTECTED] On Behalf Of Paul D. Smith I think the goal of this: all: foo .WAIT bar

RE: [bug #13877] Error parsing define/endef when both are indente d using tabs

of leading blanks/tabs, and if you want to use one of these reserved words as the first word of a command, then you need to escape, or quote it. Consistency is a good thing. Consistency across make versions is even better. Reid Madsen -Original Message- From: Paul Smith [mailto:[EMAIL PROTECTED

Savannah bug #13877

Debuggers, I erroneously submitted #13877 before logging in. Can you assign that bug to me so I can track it? Savannah user id: srmadsen Thanks, Reid Madsen Tektronix Inc. ___ Bug-make mailing list Bug-make@gnu.org http://lists.gnu.org

Error in processing of :: targets

: all.epilogue I'm interested in your views on this problem. I think it's a bug because GNUmake is clearly out of sync with standard make on the order in which :: targets are evaluated in a parallel build environment. Reid Madsen Principal Engineer - Architecture Group Tektronix

RE: Error in processing of :: targets

Paul, I guess I should provide an example for my previous statement: all:: first @echo one all:: second @echo two first: @echo first second: @echo second In GNUmake 3.75, this produced: first one second two In GNUmake 3.80, this

RE: Error in processing of :: targets

of :: rules in a parallel environment. Thus functionality has been lost in later versions. Reid Madsen -Original Message- From: Howard Chu [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 14, 2005 8:21 AM To: Madsen, Reid Cc: bug-make@gnu.org Subject: Re: Error in processing of :: targets

Interrupted stat() calls

incorporating this, or something better, in the next release. As far as the Solaris 2.8 bug goes, it has been escalated to the highest levels in Sun. We expect a patch for the problem in December/January. Regards, Reid Madsen -- Reid Madsen [EMAIL PROTECTED

Re: Interrupted stat() calls

Thanks for the feedback... Will get around to 3.79 eventually. Reid Date: Wed, 28 Nov 2001 18:40:14 -0500 Cc: [EMAIL PROTECTED] From: Paul D. Smith [EMAIL PROTECTED] Content-Type: text/plain; charset=us-ascii %% Reid Madsen [EMAIL PROTECTED] writes: rm With this workaround

include enhancements

in that it seems to tell GNUmake that you don't care whether this targets that depend on filename should also be updated after 'filename' is updated. Something to consider for future releases -- the semantic is similar to: target: @echo foo Reid Madsen -- Reid Madsen

GNU enhancement -- $(xargs cmd, list)

with the GNUmake source I'd like to take a stab at implementing this. If you can give me any pointers on how I should proceed I would appreciate it. Regards Reid Madsen -- Reid Madsen [EMAIL PROTECTED] Senior Member, Tech. Staff

Re: GNU enhancement -- $(xargs cmd, list)

". What do you think of this? Reid -- Reid Madsen [EMAIL PROTECTED] Senior Member, Tech. Staff (972) 536-3261 (Desk) I2 Technologies (214) 850-9613 (Cellular) -- Making incrementally (without 'clean'

Re: GNU enhancement -- $(xargs cmd, list)

ARGS_OPTIONS = -blah -blah... with the defaults being: XARGS = xargs XARGS_OPTIONS = Let me know if you want to integrate this. Personally, I see this as a very useful extension to GNUmake. Regards, Reid Madsen -- Reid Madsen [EMAIL PROTECTED

Re: GNU enhancement -- $(xargs cmd, list)

Date: 6 Nov 2000 16:56:30 -0600 From: Reid Madsen [EMAIL PROTECTED] I also thought about using the _POSIX_ARG_MAX and ARG_MAX symbols to determine when the xargs approach was really needed. If the command line is within limits, then $(xargs cmd, list) would expand

Re: Target specific includes

-0400 (EDT) Cc: [EMAIL PROTECTED] References: [EMAIL PROTECTED] X-Mailer: VM 6.75 under Emacs 20.6.1 From: "Paul D. Smith" [EMAIL PROTECTED] Reply-To: "Paul D. Smith" [EMAIL PROTECTED] Organization: GNU's Not Unix! %% Reid Madsen [EMAIL PROTECTED] writes:

Target specific includes

dependencies $(filter-out depend, $(COMMON_TARGETS)):: -include dependencies which would only include the dependencies file when NOT invoked as 'make depend'. If there is a better way, please let me know. Reid -- Reid Madsen [EMAIL PROTECTED