[bug #44742] Double-dep with double-colon rule not built

2015-07-11 Thread Paul D. Smith
Follow-up Comment #1, bug #44742 (project make):

Sorry but I can't understand your repro case, or at least I can't reproduce
it.  The makefile you link here doesn't appear to be a stand-alone repro case;
if I run it by itself I just get errors about missing Makefile.PL.

If I install cpanm then run the command in your full repro by line, it
builds (after I install some other Perl prerequisites) but I don't get the
error you see: running with/without -j4 it always successfully creates the
Core.so file.

If I try the commands you list below, removing, running make clean, etc. (it's
not clear whether the Makefile you're copying is the one you attached here
or the one left over from make clean, but neither seem to work for me) I
don't have any .KEPT files and I get errors about not being able to locate
PDL/Types.pm.

However, someone sent me a fix which may be related to this.  If you edit the
file remake.c in the GNU make sources around line 351 and change:

if (new  status)
  new = status;

to this:

if (new  status)
  status = new;

(Note there is another similar if-statement earlier in the function which
already has status = new; they should both be that way.)

See if that change helps; I cannot reproduce your problem so I cannot check it
myself.

___

Reply to this item at:

  http://savannah.gnu.org/bugs/?44742

___
  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 #45311] makes only one of two dependencies that depend on the same subdir-pattern rule

2015-07-11 Thread Paul D. Smith
Follow-up Comment #5, bug #45311 (project make):

We'd have to ask Roland or RMS; that behavior was already present when I first
started using GNU make, IIRC, and I'm not sure where it originated.

I think the idea that you can generate multiple outputs with a single command
is a very important capability, but I agree the current implementation (where
patterns and explicit targets work in opposite ways, and you can't get the
other way) is not ideal.

___

Reply to this item at:

  http://savannah.gnu.org/bugs/?45311

___
  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