On 2018-02-15 13:07:32 +0100, Torbjorn Granlund wrote: > Vincent Lefevre <vinc...@vinc17.net> writes: > > The user always has the right to use the -j option if he wants to. > > Thanks for clarifying that, Vincent! > > Unfortunately, the result will be a build error in the tune subdir. But > I assume the GMP developers have The Right to release GMP without > parallel developer subdir builds? :-) > > '.NOTPARALLEL' > > If '.NOTPARALLEL' is mentioned as a target, then this invocation of > 'make' will be run serially, even if the '-j' option is given. Any > recursively invoked 'make' command will still run recipes in > parallel (unless its makefile also contains this target). Any > prerequisites on this target are ignored. > > Patch?
Attached. Before this change, "make tune" was failing (I don't have to specify -j explicitly since this is the default config on my machines, hence the particular importance of .NOTPARALLEL). After this change, "make tune" runs sequentially and I don't get a build failure for tune ("make tune" failed with an abort just because "speed_measure() could not get 4 results within 1.0%" I assume). -- Vincent Lefèvre <vinc...@vinc17.net> - Web: <https://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/> Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
diff -r 164971d5c8d0 tune/Makefile.am --- a/tune/Makefile.am Sat Feb 10 18:05:32 2018 +0100 +++ b/tune/Makefile.am Thu Feb 15 13:22:08 2018 +0100 @@ -180,3 +180,5 @@ echo "#include \"mpz/fac_ui.c\"" >>fac_ui.c include ../mpn/Makeasm.am + +.NOTPARALLEL:
_______________________________________________ gmp-bugs mailing list gmp-bugs@gmplib.org https://gmplib.org/mailman/listinfo/gmp-bugs