Vincent Lefevre writes:
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
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 deve
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
On 2018-02-15 12:50:46 +0100, Torbjorn Granlund wrote:
> 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
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/li
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
