Package: remake / 4.1+dbg1.1+dfsg-1
Patch seriesview the series file
|0001 handle_excessive_command_length Patch to fix large c.patch | (download)||
[handle_excessive_command_length]: patch to fix large cmmand line When presented with a very very long command line (e.g. WebKit's linking of libWebCore.la in current git), make fails to execute the command as it doesn't split the command line to fit within the limits. This patch provides a POSIX specific fix. Signed-off-by: Manoj Srivastava <firstname.lastname@example.org>
|0002 Fix test issues with ar in deterministic mode.patch | (download)||
fix test issues with ar in deterministic mode The ar program in the binutils package in Debian is now configured with --enable-deterministic-archives. This change makes the archives reproducible, by setting the UID, GID, and timestamp to 0. However, when dealing with archives created with the libxx(*.o) style rules, make needs the timestamp of the file in order to decide to update it or not. With the current deterministic behavior of ar, the timestamp is always 0 and make fails to build, failing 7 out of 10 archive tests.Since make seems to depend on timestamps for this rule it makes sense to always pass on the -U flag for the test suite This commit makes the minimal changes to make the test suite pass whether or not ar defaults to using deterministic mode. There is some online discussion: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=798804 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=798913 https://bugzilla.redhat.com/show_bug.cgi?id=1195883 Signed-off-by: Manoj Srivastava <email@example.com>
|0003 Make ar_member_date compatible with archives with ti.patch | (download)||
make ar_member_date compatible with archives with timestamps set to 0 ar_scan() scanning function uses 0 to indicate that scanning should continue.
|0004 Issue a warning when we detect a deterministic archi.patch | (download)||
7 7 + 0 - 0 !
issue a warning when we detect a "deterministic" archive binutils will create archive with timestamps set to 0 when running in "deterministic" mode. As make will always try to update such members, let's notify users with a warning.
|0005 main.c main SV 43434 Handle NULL returns from ttynam.patch | (download)||
* main.c (main): [sv 43434] handle null returns from ttyname().
|0006 Reinstate manpage. Document target option.patch | (download)||
90 79 + 11 - 0 !
reinstate manpage. document --target option Fixes issue #32