Re: parallel make bug in tune/ directory

[Vincent Lefevre]

On 2018-02-15 13:07:32 +0100, Torbjorn Granlund wrote:
> Vincent Lefevre  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  - Web: 
100% accessible validated (X)HTML - 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

Re: parallel make bug in tune/ directory

[Torbjörn Granlund]

Vincent Lefevre  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?

-- 
Torbjörn
Please encrypt, key id 0xC8601622
___
gmp-bugs mailing list
gmp-bugs@gmplib.org
https://gmplib.org/mailman/listinfo/gmp-bugs

Re: parallel make bug in tune/ directory

[Torbjörn Granlund]

Win C  writes:

  This is a bug of the current mercurial repo in the tune/ directory:
  
  When I run `make -j6 allprogs` for the first time, an error was emitted:
  
  
  libtool: link: (cd .libs/libspeed.lax/libtests.a && ar x 
"/data/data/com.termux/files/home/gmp-unstable/tune/../tests/.libs/libtests.a")
  
  libtool:   error: cannot find the library 'libspeed.la' or unhandled argument 
'libspeed.la'
  
  make: *** [Makefile:626: tune-gcd-p] Error 1
  
  The error will not be emitted when I invoke the above command for the second 
time. How to fix this? Thanks!

Parallel build in the tune subdir are not supported.  Please build
normally therein.

-- 
Torbjörn
Please encrypt, key id 0xC8601622
___
gmp-bugs mailing list
gmp-bugs@gmplib.org
https://gmplib.org/mailman/listinfo/gmp-bugs

parallel make bug in tune/ directory

[Win C]

This is a bug of the current mercurial repo in the tune/ directory:

When I run `make -j6 allprogs` for the first time, an error was emitted:


libtool: link: (cd .libs/libspeed.lax/libtests.a && ar x 
"/data/data/com.termux/files/home/gmp-unstable/tune/../tests/.libs/libtests.a")

libtool:   error: cannot find the library 'libspeed.la' or unhandled argument 
'libspeed.la'

make: *** [Makefile:626: tune-gcd-p] Error 1

The error will not be emitted when I invoke the above command for the second 
time. How to fix this? Thanks!
___
gmp-bugs mailing list
gmp-bugs@gmplib.org
https://gmplib.org/mailman/listinfo/gmp-bugs