[bug #24723] multiple results created as a group

[Dave Yost]

URL:
  

 Summary: multiple results created as a group
 Project: make
Submitted by: yost
Submitted on: Sat 01 Nov 2008 03:50:51 PM PDT
Severity: 3 - Normal
  Item Group: Enhancement
  Status: None
 Privacy: Public
 Assigned to: None
 Open/Closed: Open
 Discussion Lock: Any
   Component Version: 3.81
Operating System: None
   Fixed Release: None

___

Details:

Make should have a syntax to express that all results of a multiple-results
rule are created as a group by a single execution of the command(s).




___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/



___
Bug-make mailing list
Bug-make@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-make

[bug #24723] multiple results created as a group

[Dave Yost]

Follow-up Comment #1, bug #24723 (project make):

I should have said

Make should have a syntax to express that all targets of a multiple-results
rule are created as a group by a single execution of the command(s).

___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/



___
Bug-make mailing list
Bug-make@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-make

[bug #8297] Add a non-posix feature for parallel mode.

[Dave Yost]

Follow-up Comment #5, bug #8297 (project make):

At the very least, the documentation needs to be revised to discuss the
situation of multiple targets being produced by a rule action and to offer the
pattern workaround.

___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/



___
Bug-make mailing list
Bug-make@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-make

[bug #42288] limit parallelism based on available memory

[Dave Yost]

URL:
  

 Summary: limit parallelism based on available memory
 Project: make
Submitted by: yost
Submitted on: Sun 04 May 2014 03:03:17 PM PDT
Severity: 3 - Normal
  Item Group: Enhancement
  Status: None
 Privacy: Public
 Assigned to: None
 Open/Closed: Open
 Discussion Lock: Any
   Component Version: None
Operating System: None
   Fixed Release: None
   Triage Status: None

___

Details:

In our Makefile, there is a set of parallelizable jobs that use a lot of
memory.

It would be nice to run as many in parallel as possible without thrashing in
virtual memory.

It would be nice if there were a command-line option to allow one to express
this constraint.

The option might say how much memory the largest job in the set is expected to
require.





___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/


___
Bug-make mailing list
Bug-make@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-make

[bug #42289] .NOTPARALLEL should be allowed to have prerequisites

[Dave Yost]

URL:
  

 Summary: .NOTPARALLEL should be allowed to have prerequisites
 Project: make
Submitted by: yost
Submitted on: Sun 04 May 2014 03:11:46 PM PDT
Severity: 3 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Open/Closed: Open
 Discussion Lock: Any
   Component Version: None
Operating System: None
   Fixed Release: None
   Triage Status: None

___

Details:

Why can't there be two forms?

.NOTPARALLEL :

Don't do parallel execution in this Makefile.

.NOTPARALLEL : a b c

Don't do parallel execution of recipes for the given targets.

It is an error for a Makefile to use .NOTPARALLEL with and without
dependencies.





___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/


___
Bug-make mailing list
Bug-make@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-make

[bug #42599] .RECIPEPREFIX should not have to be at beginning of line

[Dave Yost]

URL:
  

 Summary: .RECIPEPREFIX should not have to be at beginning of
line
 Project: make
Submitted by: yost
Submitted on: Sun 22 Jun 2014 01:40:54 PM PDT
Severity: 3 - Normal
  Item Group: Enhancement
  Status: None
 Privacy: Public
 Assigned to: None
 Open/Closed: Open
 Discussion Lock: Any
   Component Version: 4.0
Operating System: Any
   Fixed Release: None
   Triage Status: None

___

Details:

.RECIPEPREFIX is a wonderful thing, long overdue. Thanks!

Make should allow the .RECIPEPREFIX character (if it is not a tab) to be
preceded by whitespace.


ifneq 'simple' '$(flavor .RECIPEPREFIX)'
  $(error You must use gnu make 4.0 or later)
endif
# This file does not use tabs.
.RECIPEPREFIX := |

ifeq '' ''
  
  all :
  |   @echo works

endif


gets this error:


0 212 Z% make
Makefile:10: *** missing separator (did you mean TAB instead of 8 spaces?). 
Stop.
1 213 Z% 


Also it seems to me that this error message needs to be updated for the
situation where .RECIPEPREFIX is set to something other than TAB.




___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/


___
Bug-make mailing list
Bug-make@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-make

[bug #42599] .RECIPEPREFIX should not have to be at beginning of line

[Dave Yost]

Follow-up Comment #2, bug #42599 (project make):

Yeah, I realized later that there is an ambiguity problem. The obvious answer
is to allow the prefix char if it is preceded by exactly the same whitespace
as the rule line.

I think that's worthwhile.

___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/


___
Bug-make mailing list
Bug-make@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-make

line number mixup

[Dave Yost]

This Makefile

define foo
endef
oops

complains that the oops is missing a separator.  Fine so far, but it reports the line 
number as 2 instead of 3.

gmake is otherwise awesome!

Thanks

Dave


___
Bug-make mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-make

feature request

[Dave Yost]

I have two sets of isomorphic sources.  Let's say one is in lisp syntax and the other 
is in Java syntax.  Two different sets of programmers, one likes lisp syntax; the 
other likes Java syntax.

I've written a program that automatically syncs the two sets of files, but I can't get 
make to invoke my sync tool without a circular reference or without syncing twice.

Is there a way?

Or could I talk you into considering a feature something like this

java/*.java : lisp/*.lisp : syncdir
synctool java lisp syncdir

in whatever syntax?

Thanks for listening, anyway.

Dave


___
Bug-make mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-make

--warn-undefined-variables

[Dave Yost]

It would be nice to be able to turn on this feature from within a Makefile.

Thanks

Dave


___
Bug-make mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-make

dump the putative Makefile

[Dave Yost]

It would be nice to be able to invoke make so it dumps out the Makefile as it will 
run, after includes, and optionally, with all variables expanded that can be expanded 
statically.

Thanks

Dave


___
Bug-make mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-make

need access to Makefile path

[Dave Yost]

Consider a Makefile that starts thus:

include ../../../Makefile-master

It would be nice if this included Makefile-master knew where it was, so it could do 
stuff like this:

root := $(MAKEFILE-PARENT-DIR)

classesDir := $(root)/classes

I use this unsatisfactory workaround:

Makefile:

root := ../../..
include Makefile-master

Makefile-master:

classesDir := $(root)/classes


A shell script can know where it is and what its name is.  The same should be true for 
Makefiles.

Thanks

Dave


___
Bug-make mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-make

[bug #9062] Need access to pathname of Makefile

[Dave Yost]

Follow-up Comment #11, bug #9062 (project make):

A reminder: this bug is a request for a variable whose value is the full path
of the directory containing the Makefile, regardless of what the current
directory is or how it got that way with -C, etc.

There has been much discussion of the current directory, which is not
relevant.

___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/



___
Bug-make mailing list
Bug-make@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-make

[bug #17873] .NOTPARALLEL enhancements

[Dave Yost]

URL:
  

 Summary: .NOTPARALLEL enhancements
 Project: make
Submitted by: yost
Submitted on: Wednesday 09/27/2006 at 18:25
Severity: 3 - Normal
  Item Group: Enhancement
  Status: None
 Privacy: Public
 Assigned to: None
 Open/Closed: Open
   Component Version: 3.81
Operating System: Any
   Fixed Release: None

___

Details:

Today all a makefile can do to influence parallel execution is to mark the
entire makefile as unsafe for -j by mentioning .NOTPARALLEL as a target.

Finer control is needed. The fix should go something like the following.

.NOTPARALLEL
If .NOTPARALLEL is mentioned as a target, then by default the prerequisites
of all targets in this makefile will be built serially, even if the `-j'
option is given. If .NOTPARALLEL is mentioned as a prerequisite of a target,
then subsequent prerequisites of that target will be built serially, even if
the '-j' option is given (and even if .PARALLEL was mentioned previously in
this prerequisite list). (See also 5.4 Parallel Execution and 5.7.3
Communicating Options to a Sub-make.) 

.PARALLEL
If .PARALLEL is mentioned as a prerequisite of a target, then subsequent
prerequisites of that target will be built in parallel if the '-j' option is
given, even if .NOTPARALLEL is mentioned as a target (or was mentioned
previously in this prerequisite list). (See also 5.4 Parallel Execution and
5.7.3 Communicating Options to a Sub-make.) 






___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/



___
Bug-make mailing list
Bug-make@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-make

[bug #17701] Description of .NOTPARALLEL is incorrect

[Dave Yost]

Follow-up Comment #1, bug #17701 (project make):

The sentence in question should be moved to 5.4, and the .NOTPARALLEL entry
should direct the reader there.  See also bug #17873 ".PARALLEL
enhancements".

___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/



___
Bug-make mailing list
Bug-make@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-make

[bug #17873] .NOTPARALLEL enhancements

[Dave Yost]

Follow-up Comment #1, bug #17873 (project make):

This proposal allows us to use make -j not only without worry but also with
as much concurrency as possible, on any of a set of makefiles that have been
appropriately annotated.


BTW, the doc section is:
http://www.gnu.org/software/make/manual/make.html#index-g_t_002eNOTPARALLEL-248

___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/



___
Bug-make mailing list
Bug-make@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-make

[bug #17873] .NOTPARALLEL enhancements

[Dave Yost]

Follow-up Comment #2, bug #17873 (project make):

Clarification:

If .NOTPARALLEL is mentioned as a prerequisite .. built serially in the order
given, even if ...

___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/



___
Bug-make mailing list
Bug-make@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-make

[bug #17880] Manual needs example for order-only prerequisites

[Dave Yost]

URL:
  

 Summary: Manual needs example for order-only prerequisites
 Project: make
Submitted by: yost
Submitted on: Thursday 09/28/2006 at 13:05
Severity: 3 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Open/Closed: Open
   Component Version: None
Operating System: None
   Fixed Release: None

___

Details:

This section needs an example and/or more clarification.

http://www.gnu.org/software/make/manual/make.html#index-order_002donly-prerequisites-155






___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/



___
Bug-make mailing list
Bug-make@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-make

[bug #17873] .NOTPARALLEL enhancements

[Dave Yost]

Follow-up Comment #4, bug #17873 (project make):

Similar to bug #5108

___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/



___
Bug-make mailing list
Bug-make@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-make