There has been a long standind bug where INCLUDE_DIRS /usr/include is
included twice. The more important problem is it is before the
/usr/local/include. This commit fixes the ordering. So now
/usr/local/include comes before /usr/include, which it should, but
this is a change in behaviour.
Closes: #493523
Signed-off-by: Manoj Srivastava <srivasta@debian.org>
Bug fix: "Broken symlinks: /usr/bin/gmake,
/usr/share/man/man1/gmake.1.gz", thanks to Peter Wienemann
I forgot that we must use absolute pathnames,
Closes: #961860
Signed-off-by: Manoj Srivastava <srivasta@debian.org>
While the wording included in the manual page was not verbatim copying
from the source material, it was perhaps not distinct enough. The
manual page is not a copy/edit of the source material anymore, being
rewritten using different words and flow.
Signed-off-by: Manoj Srivastava <srivasta@debian.org>
Update the man page with details on the internal --jobserver-fds
option, and the jobserver pipe used to handle -j correctly in
recursive make invocations.
Based on details gleaned from:
http://make.mad-scientist.net/papers/jobserver-implementation/
forwarded this bug to upstream bug reporting system.
(Closes: #781416).
Signed-off-by: Manoj Srivastava <srivasta@debian.org>
libbsd-resource-perl is only needed for running tests. Bug fix:
"make-dfsg has unsatisfiable cross build dependendencies in a
bootstrap setting: libbsd-resource-perl", thanks to Helmut Grohne
(Closes: #812725).
Signed-off-by: Manoj Srivastava <srivasta@debian.org>
While increasing the timeout is a solution, it still did not work for
the slower architectures. Reducing the maximum open file descriptor
limits (only while testing) to try and get the the time under control.
Signed-off-by: Manoj Srivastava <srivasta@debian.org>
Make has a test where we Recurse infinitely until we run out of open
files, and ensure we fail with a non-zero exit code., On some machines
the default time out was inadequate, since the test did not run till
conclusion. Doubling it did not have any effect. Quadrupling the
timeout worked.
Signed-off-by: Manoj Srivastava <srivasta@debian.org>
It looks like the ar program in the binutils package in debian is now
configured with --enable-deterministic-archives. However, when dealing
with archive members, 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. This change in ar introduced a behavior
that is not backward compatible and forces the use of the option U
make fails to build, failing 7 out of 10 archive tests.Since make seems
t depend on timestamps to handle rebuilds of archives correctly, it
makes sense to always pass on the -U flag, and depend on a version of ar
that supports it.
Should this U option be included in a Makefile, older versions of ar
would reject it and fail.
Signed-off-by: Manoj Srivastava <srivasta@debian.org>
From: Helmut Grohne
it is doubtful wheter we can actually go
m-a:foreign. soon someone will come along and point out that the
"load" directive is not architecture agnosting and he'd be right.
the advantages are:
1) it's trivial to implement
2) after (cross)build-essential depends on make:any a large swath of
things will just work
3) it's something that works today.
the single downside is that if we ever determine that m-a:foreign is
better, the move will be a bit painful.
Signed-off-by: Manoj Srivastava <srivasta@debian.org>
make is now priority optional, along with gcc, floex and
bison. make-guile, which conflicts with it, is now priority extra.
Bug fix: "Neither make nor make-guile should be standard", thanks to
Josh Triplett (Closes: #761301).
Bug fix: "make instead of make-guile should be standard", thanks to
Joey Hess (Closes: #762017).
Signed-off-by: Manoj Srivastava <srivasta@debian.org>
* Non-maintainer upload.
* Use a wrapper in the testsuite for ar to force it to not run in
deterministic mode (Closes: #782750).
# imported from the archive
Update the timeout for the fopen fail test to 300 seconds, since the
test was taking longer than the default 5 seconds to run. The root
cause was discovered by Víctor M. Jáquez L. (Closes: #748657)
* There is an issue involving UTF-8 characters and the function
find_char_unquote (read.c). The problem in the macro STOP_SET
(makeint.h) where a character is converted to an int. Conversion to
int is not correct. Characters with codes greater than 0x7f ( in
particular in Cyrillic UTF- 8 ) into a large negative number. Thnks to
the analysis from Юрий Матронов <ymuser@mail.ru>. This bug was
independently reported and fixed upstream, so cherry picking that
commit from upstream (which also comes with a test).
(Closes: #747764).
* added a script that, given a list of targets, will build the first
target that actually exists. Script created by Joey Hess.
(Closes: #598534).
Signed-off-by: Manoj Srivastava <srivasta@golden-gryphon.com>
* Also create a new binary package, make-guile, which is identical to
the make package, but has built in support for Guile a a programming
langiage, and adds run time dependencies outside of libc.
(Closes: #747615, #747674).
* Bug fix#747615: "Please provide a version with Guile support
enabled", thanks to Jose Antonio Ortega Ruiz
* Bug fix#747674: "undeterministic build due to missing configure
arguments/build-conflicts", thanks to Bernhard R. Link
Signed-off-by: Manoj Srivastava <srivasta@golden-gryphon.com>
* 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. There is a
patch used by people to solve this (gentoo, etc). Adam Conrad has
provided a patch to fix this. (Closes: #688601).
* Pre-4.0 make had an memory corruption issue that caused repeated
execution of a specific makefile to display the cirruption. Running
with make 4.0 does not show the issue. (Closes: #682895).
* recently, the Multi-Arch: foreign tag was added toth make binary
package. Jakub Wilk pointed out that this is not correct, some of the
make interfaces are actually architecture-dependent. Reverting that
change.
* Bug fix#688601: "fails to execute extraordinarily long command
lines", thanks to Daniel Stone
* Bug fix#682895: "incorrect variable handling and corruption", thanks
to Tim Spriggs
Moving this version of make to unstable, All known problems exposed in
the archive rebuild have been fixed. There is no change in this version
apart from the ditribution change
Signed-off-by: Manoj Srivastava <srivasta@golden-gryphon.com>
Cherry pick upstream patch to Propagate correct rule status results.
Bug fix: "New make behaviour confuses dpkg-buildpackages' test for
make targets" (Closes: #746443).
* Pull back some patches from upstream git that fix bugs. One of these
converts the mixed implicit and explicit rule error into a warning,
and that should give us a grace period to fix the Makefiles,
* Bug fix: "FTBFS with make 3.82 from experimental", thanks to Daniel
Schepler. This package was not reported broken in the archive rebuild:
see http://aws-logs.debian.net/ftbfs-logs/results-make4/ (Closes: #720686).
* Bug fix: "make 3.82: with -j tries to run receipes without
prerequisites yet done", thanks to Bernhard R. Link. This was not seen
in the archive rebuild, and the upstream report has ben closed a being
fixed in 4.0 (Closes: #722520).
* Bug fix: "run dh-autoreconf to update config.{sub,guess} and
{libtool,aclocal}.m4", thanks to Wookey. We now do indeed run
autoreconf. (Closes: #689626).
* Bug fix: "spurious circular dependency", thanks to Frank Heckenbach
Bug fixed in new version. (Closes: #669968).
* Bug fix: "make 3.82: fails to parse archive syntax", thanks to Andrew
Shadura (Closes: #675612).
* Bug fix: "binary package make lacks "Multi-Arch: foreign"
declaration", thanks to Helmut Grohne (Closes: #693926).
* Bug fix: "make 3.82 breaks kernel module build: 'mixed implicit
and normal rules' in linux-headers-*", thanks to Dean Loros
(Closes: #635317).
* Bug fix: "please package upstream version 4.0", thanks to Andrew
Shadura (Closes: #734387).
* Bug fix: "optionally echo all commands, even if preceded with @",
thanks to Vincent Lefevre (Closes: #451092).
* Bug fix: ""Make is a HUGE memory hog"", thanks to Matthias
Klose (Closes: #342726).
