BUG: Setting RM variable does not work

atch release, I would like to know about it] Thanks, Jim Anderson -- Jim Anderson jim_ander...@jjajava.com = Bug Description = The bug is that I set the variable 'RM' equal to the value 'post',

Re: feature request: parallel builds feature

OK > > From: Paul Smith >To: Jim Michaels >Cc: "bug-make@gnu.org" >Sent: Thursday, May 2, 2013 4:41 AM >Subject: Re: feature request: parallel builds feature > > >On Wed, 2013-05-01 at 20:38 -0700, Jim Michaels wrote:

Re: feature request: parallel builds feature

 again, problem solved with what I proposed. think. separate shell window for each job. > > From: Paul Smith >To: Jim Michaels >Cc: "bug-make@gnu.org" >Sent: Tuesday, April 30, 2013 11:23 PM >Subject: Re: feature request: para

Re: feature request: parallel builds feature

allel.html > > From: Howard Chu >To: Jim Michaels ; "psm...@gnu.org" >Cc: "bug-make@gnu.org" >Sent: Tuesday, April 30, 2013 6:55 PM >Subject: Re: feature request: parallel builds feature > > >Jim Michaels wrote: >> >> I wasn't digre

Re: feature request: parallel builds feature

%.%extension%.manifest there is more. there are if statements involved, etc. currently, there is no manifest tool in the compiler set for mingw-w64 or mingw. nothing is planned. > > From: Howard Chu >To: Jim Michaels ; "psm...@gnu.org" >Cc: "bug-make@gnu.org" >Sen

Re: feature request: parallel builds feature

BASH to windows and other platforms in order to handle --jobs. I have learned that on a machine with 12 threads and 64GB of memory, you can have 50+ jobs running. > > From: Paul Smith >To: Jim Michaels >Cc: bug-make@gnu.org >Sent: Monday, A

feature request: parallel builds feature

e it made generally available. everyone has multicore processors now. let's make use of them!   - Jim Michaels jmich...@yahoo.com j...@renewalcomputerservices.com http://RenewalComputerServices.com http://JesusnJim.com (my personal site, has software) --- IEC Units: Computer RAM &

Re: Switching from CVS to GIT

Paul Smith <[EMAIL PROTECTED]> wrote: > I'm considering switching from CVS to another form of SCM. Currently, ... > It seems like GIT is where the mindshare is these days, plus a number of > the other autotools projects have already migrated (or are in the middle > of migrating) to GIT, so that's

RE: Gmake Enhancement

le for this, so I could write: TOPDIR=$(dir $(.INCDIR)) or something like that. Anyway, looks like I have what I need. If you like the .INCDIR idea, let me know. I may decide to hack it into gmake, if you're interested. Cheers, Jim. > > -Original Message- > >

RE: Gmake Enhancement

Paul: I've never used VPATH before. Let me go understand it and look at the code that implements it. I will also see if I can figure out why the test harness is borked under FreeBSD for me. Could be our port of ActivePerl. Have a great weekend! Jim. > -Original Message- >

RE: Gmake Enhancement

safer. The naming is somewhat intuitive, since .include is just like include, but searches in the "." (of the current .mk file) as well as everywhere else. I think I could add this without breaking anything. Regards, Jim. ___ Bug-make mailing list Bug-make@gnu.org http://lists.gnu.org/mailman/listinfo/bug-make

[bug #18834] VCS Variable expansion

URL: Summary: VCS Variable expansion Project: make Submitted by: dgtlrift Submitted on: Friday 01/19/2007 at 18:00 Severity: 3 - Normal Item Group: Enhancement

Re: 'How makefiles are remade'

x27;ll take some cipherin'. Jim Noel ___ Bug-make mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-make

Re: 'How makefiles are remade'

Ted Stern wrote: On 20 Apr 2004 at 23:03 PDT, [EMAIL PROTECTED] wrote: Is there any way to cause make to exit without error? Hi Jim, For this problem, I think this might work SHELL=/bin/ksh (or bash) target: dependency return 1 Same as /bin/false (returns non-zero for scripts

Re: 'How makefiles are remade'

Paul D. Smith wrote: The reality is that GNU make is not designed to behave the way you want it to behave. It's designed to work like this: 1) All makefiles are read in (the main makefile, included makefiles, stuff in MAKEFILES, etc.) 2) Make examines every makefile that it read in and trie

Re: 'How makefiles are remade'

y make tool, which noone would use, but which would amuse me for a time By the way - the thing I'm playing with at the moment is http://sack.sf.net http://www.sf.net/projects/sack Thanks, Noel Jim wrote: If there was just a way to end make with the last executed make's status (including w

Re: [PATCH] order-only prerequisite ends up in $

Noel Yap wrote: Jim wrote: I'm not really sure if this falls in the same category, but the rule base is a pattern rule... it seems that something like %.o:%.c | $(intermdiate_path) intermediate_path is no longer order only, it is instead a valid rule, and that being a directory means

Re: [PATCH] order-only prerequisite ends up in $

I'm not really sure if this falls in the same category, but the rule base is a pattern rule... it seems that something like %.o:%.c | $(intermdiate_path) intermediate_path is no longer order only, it is instead a valid rule, and that being a directory means it's often newer then the .o in certa

Re: 'How makefiles are remade'

If there was just a way to end make with the last executed make's status (including when that make ends with success... otherwise all other targets are processed again, but with an invalid state, since those files which were modified were not reloaded) that would be great, and or to force a rel

Re: 'How makefiles are remade'

Paul D. Smith wrote: Yes it is, if you write it correctly. (sorry, this is such an attacking statement...) The correct way being that a makefile includes one and only one other makefile? I mean sure, if the documentation didn't say if ANY change, then the make is restrated (one would assume th

Re: 'How makefiles are remade'

Jim wrote: Noel Yap wrote: > That would be fine, if that even worked, that would probalby solve about 90% of the problems just by cleverly odering the includes... but, as I started, the first attached makefile fails, and it includes 'ticks' which if Makefile or one of the ot

Re: 'How makefiles are remade'

Noel Yap wrote: > I think this only happens at the time the makefile is included. It's infeasible to have make check whether all makefiles that it had included, has been touched by something. That would be fine, if that even worked, that would probalby solve about 90% of the problems just b

Re: 'How makefiles are remade'

Noel Yap wrote: Jim wrote: Well that's an ugly thing :) The amount of hairy code in a system stays constant :-) Although the definition may be ugly, it's usage is pretty simple: $(call include-makefile,my-makefile) well yeah - but include-makefile supplies ,-include,$(m), for the

Re: 'How makefiles are remade'

Noel Yap wrote: Jim wrote: Noel Yap wrote: okay so I extended it some... and this fails. .PHONY:all all: junk; @echo $(TICKS) include ticks2 ticks2: @echo TICKS=a number >> ticks2 include make2 make2: @echo junk: >>make2 @echo echo $(TICKS) >>make2 if

Re: 'How makefiles are remade'

Noel Yap wrote: Jim wrote: Noel Yap wrote: This makefile works: .PHONY: all all: ; include ticks ticks: @touch $(@) How do you know? Sure the rule is done, it doesn't mean that ticks is reloaded Since we have this sort of thing in our makefiles, I'm pretty sur

Re: 'How makefiles are remade'

Noel Yap wrote: Jim wrote: Hmm not sure how eval equates to include... Since the actual end in mind is a Makefile.cache, which is the literal expanded targets, rules nessecary to genearte the product defined by the makefile... This must be dependant on all makefiles which may have changed

Re: 'How makefiles are remade'

made it roman numerate the tick count *shrug* that part works. But, if I understand correctly, what Jim wants is for make to re-invoke itself after each makefile that it rebuilds, so that subsequent rebuilds can take advantage of the contents created in previous ones. If you want make to continue to r

Re: 'How makefiles are remade'

Noel Yap wrote: This makefile works: .PHONY: all all: ; include ticks ticks: @touch $(@) How do you know? Sure the rule is done, it doesn't mean that ticks is reloaded Try adding to it little by little until it stops working. Noel Jim wrote: Noel Yap wrote: It would he

Re: 'How makefiles are remade'

Noel Yap wrote: It would help if you can post a /minimal/ makefile that demonstrates the problem. right here - there is no fewer statements that can be done to make a makefile which creates a makefile which creates a makefile (and no that's not redunant). It was a attached - here it is done ver

Re: 'How makefiles are remade'

luded makefiles. HTH, Noel Jim wrote: http://www.gnu.org/software/make/manual/html_mono/make.html#SEC20 "After all makefiles have been checked, if any have actually been changed, make starts with a clean slate and reads all the makefiles over again. (It will also attempt to update eac

'How makefiles are remade'

http://www.gnu.org/software/make/manual/html_mono/make.html#SEC20 "After all makefiles have been checked, if any have actually been changed, make starts with a clean slate and reads all the makefiles over again. (It will also attempt to update each of them over again, but normally this will not

Re: Is VPATH Iterative?

Thank you very much for your prompt -- and clear -- reply. I'll have my colleague fire up his browser. Regards, Jim Paul D. Smith wrote: >%% Jim Tison <[EMAIL PROTECTED]> writes: > > jt> A colleague of mine asks an interesting question about VPATH. He > jt> clai

Is VPATH Iterative?

e, and doesn't refresh it. Help? If this is a bug, I've got a case that can be reproduced. If it's not, I'll be happy to correct my colleague. I've checked the ChangeLog in 3.79.1 and no corrective items jump out at me. Thanks in advance, Jim Tison ___

build_w32.bat

When running "build_w32.bat" on a Windows 2000 server the following occurs: "Linking WinRel/gnumake.exe" LINK : fatal error LNK1181: cannot open input file "WinRel\main.obj" "WinRel build failed" All steps before this seem to complete o.k. version mak

Installing "make" on a Windows 2000 Server

vpax.exe: "0xC005": Access violation. This is a Windows 2000 Server running an Oracle 8i database. Any help would be appreciated. Jim Balon Database Administrator Camco Inc. 905-972-7486 [EMAIL PROTECTED] ___ Bug-make mailing list [EMA

Re: Macro evaluation order in 3.79.1

Yes, I made that change and it worked, even before I got your message. Thank you for the clarification. - Jim -- Jim Campbell [EMAIL PROTECTED] 716/424-3560, x206 (direct) 716/424-4554, x206 (switchboard

Macro evaluation order in 3.79.1

changing GOAL = to GOAL :=, but this did not help. Is this by intention? I noticed the same behavior in version 3.75. If I do make GOAL=clean clean, the problem goes away. - Jim -- Jim Campbell [EMAIL PROTECTED] 716/424-3560, x206 (direct) 716/424-4554, x206 (switchboard)

Re: debugging errant Makefile's

>>>>> "Paul" == Paul D Smith <[EMAIL PROTECTED]> writes: Paul> Doh. I don't know what I was thinking. This one is easy. Your Paul> rule is: Doh is right. Sorry to have bothered you with that part of it :-( Mahalo, Jim

Re: debugging errant Makefile's

round anywhere, have you? Paul> If not, the dmalloc library will do; if you have a copy you can Paul> configure make with --enable-dmalloc and rebuild and see if that Paul> gives you any help. Yup, I'll run purify on it and see what I get. I'll try to do that tomorrow. I was also thinking of trying HP CC on it (for grins). Jim

debugging errant Makefile's

. The right include files should be there for hpux/solaris/linux ... Thank you for added the path print out in the first place. It helps a lot. Now if there were only a way to print out where each part of each command that gets executed came from Mahalo, Jim make was

file.c:252: failed assertion `oldfile != file'

an provide more info, just let me know. Thanks, -Jim #0 0xef6f4690 in kill () from /usr/lib/libc.so.1 #1 0xef6b9688 in abort () from /usr/lib/libc.so.1 #2 0x2bf68 in Letext () #3 0x19e78 in file_hash_enter (file=0x59570, name=0x54df0 "../../../mozilla/uriloader/base/liburiloa