hed a copy of remake.c that contains the fix for this bug. Just
look for the TEKTRONIX_CIRCULAR_FIX conditionals. This was based on the
V3.81 version of remake.c. Just set the above conditional and compile. This
file also contains a fix for #14927, which is activated by setti
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 bug
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
- regardless 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 [m
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
ng 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 :: ta
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 p
all.parallel
[ multiple all,
all-serial, and all.parallel targets]
all:
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 environm
as undesireable side effects 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:
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
s
the above error for existing files.
Please consider 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
--
Re
http://www.paulandlesley.org/gmake/
> "Please remain calm...I may be mad, but I am a professional." --Mad Scientist
>
--
Reid Madsen [EMAIL PROTECTED]
Senior Member, Tech. Staff (972) 536-3261 (De
U Not sure what version of GNUmake you are looking at but I see no
version of 'open_tmpfile()' in 3.78.1.
Please advise.
Reid
> Date: 6 Nov 2000 16:56:30 -0600
> From: Reid Madsen <[EMAIL PROTECTED]>
>
> > Date: Mon, 6 Nov 2000 17:45:45 -0500
>
Reid
> Date: 7 Nov 2000 09:06:29 -0600
> From: Reid Madsen <[EMAIL PROTECTED]>
>
> Not so. On Solaris, the xargs implementation limits the command line to 2K.
> Not very useful IMO.
>
> Reid
>
> > From: "Howard Chu" <[EMAIL PROTECTED]&
Sun
> http://www.symas.com http://highlandsun.com/hyc
>
> > -Original Message-
> > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of
> > Reid Madsen
> > Sent: Monday, November 06, 2000 5:42 PM
> > To: [EMAIL PROTECTED]
> >
> 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
>
> Date: Mon, 6 Nov 2000 17:45:45 -0500
> From: "Paul D. Smith" <[EMAIL PROTECTED]>
>
> %% Reid Madsen <[EMAIL PROTECTED]> writes:
>
> >> Also, it might be a Good Thing to try to integrate the temporary file
> >> with the ^C hand
too. If you give me some pointers, I'll try to prototype
it.
> Just a few offhand thoughts... :).
Thanks.
Reid
--
Reid Madsen [EMAIL PROTECTED]
Senior Member, Tech. Staff (972) 536-3261 (Desk)
I2 Technologies
$(XARGS) and $(RM), but found that the function
string is not recursively expanded. So, I had to expose the
'reference_variable' function in variable.c to get the expansions.
Perhaps you can suggest cleanups to this code. If so I'll integrate them.
So, you guys up to ad
> -- Howard Chu
> Chief Architect, Symas Corp. Director, Highland Sun
> http://www.symas.com http://highlandsun.com/hyc
>
> > -----Original Message-
> > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of
> > Reid
args
XARGS_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 PROTECT
being able to do "echo $(ARGS) | xargs command".
What do you think of this?
Reid
--
Reid Madsen [EMAIL PROTECTED]
Senior Member, Tech. Staff (972) 536-3261 (Desk)
I2 Technologies (214) 850-9613 (Cellula
iliar 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, T
ue, 15 Aug 2000 03:16:54 -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]>
> Orga
@makedepend -o 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
> --
> ---
> Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at:
> http://www.gnu.org http://www.paulandlesley.org/gmake/
> "Please remain calm.
27;nargs' is one less than it should be.
If the test at the top of the loop is changed from:
for (p=beg, nargs=0; p < end; ++argvp)
to:
for (p=beg, nargs=0; p <= end; ++argvp)
then everything works fine and the loop then terminates when:
if (nargs == entry_p->maximum_args ..
BDIRS),) # No dependencies
or
SubdirDeps($(SUBDIRS),$(DEP_DIRS)) # Has dependencies
In the first form, since the 'dep_dirs' argument is nil, an empty argument is
presented to addprefix. This used to work -- I surely hope you can fix this.
Reid
crashes, the second case works fine.
Anyway it appears that there is some problem with GNUmake on NT when the path
begins with "c:".
Reid Madsen
--
Reid Madsen [EMAIL PROTECTED]
Senior Member, Tech. Staff (972) 5
might not be working for the
default target.
Reid
--
Reid Madsen [EMAIL PROTECTED]
Senior Member, Tech. Staff (972) 536-3261 (Desk)
I2 Technologies (214) 850-9613 (Cellular)
30 matches
Mail list logo
