| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
... but in a bash configure script
|
| | |
|
| |\
| |
| |
| | |
Reviewed-By: Richard Maw <richard.maw@gmail.com>
|
| | | |
|
| | | |
|
| |\ \
| | |
| | |
| | |
| | | |
Reviewed-by: Tiago Gomes <tiago.gomes@codethink.co.uk>
Reviewed-By: Richard Maw <richard.maw@gmail.com>
|
| | |/ |
|
| |/
|
|
|
|
|
|
| |
From the release notes:
"This version regains most of the speed of 2.4.2 by correcting one of
two known regressions that were causing noticable slow-down when
building projects with many source files."
|
| |
|
|
|
|
|
|
|
|
|
| |
Some packages have old config.guess and config.sub scripts which don't
recognize the aarch64-linux-gnu GNU triplet. For some cases, it is
enough to do a `autoreconfig -if` to update those scripts. However,
this approach cannot be used because when the configure scripts are not
compatible with the current automake, autoheader, aclocal and friends;
or when the project doesn't use automake at all (it has Makefile.in
files, but not Makefile.am files). For those cases, we copy the system
config.guess and config.sub scripts installed by automake.
|
| |
|
|
|
| |
Also change the build system to cmake, as the autotools based one
doesn't seem to work with the current automake version.
|
| | |
|
| |
|
|
|
|
|
|
| |
The new ref points to a tarball import which contains the machinery to
build on aarch64.
This commit also moves the contents of the ncurses-morph-postinstall.sh
script to the chunk morph to avoid having a delta.
|
| | |
|
| | |
|
| |\
| |
| |
| |
| | |
Reviewed-by: Tiago Gomes <tiago.gomes@codethink.co.uk>
Reviewed-By: Richard Ipsum <richard.ipsum@codethink.co.uk>
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| |/ |
|
| |
|
|
|
| |
M4 is required to manipulate the assembly code in GMP. GMP is a math
library required to build GCC.
|
| |\
| |
| |
| |
| | |
Reviewed-By: Jim MacArthur <jim.macarthur@codethink.co.uk>
Reviewed-By: Francisco Redondo Marchena <francisco.marchena@codethink.co.uk>
|
| | | |
|
| |/
|
|
|
|
|
|
|
| |
Its not a dependency of git anymore and its use is "no longer
recommended due to the black-magical nature of its syntactic sugar,
which often tends to break. Its maintainers have stopped actively
writing code that uses it, and discourage people from doing so"
See http://search.cpan.org/~shlomif/Error-0.17022/lib/Error.pm
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
There are two versions of setuptools, a bitbucket branch[1]
and a 0.6 branch that lives in sandbox on svn.python.org[2]
0.6 is still maintained but most active development happens
on bitbucket.
This patch moves us onto using setuptools from bitbucket.
We have patched setuptools to allow our import tool to get
information on build dependencies from python packages.
A pull request for our setuptools patch has been submitted upstream[3]
Since there seems to be a bug in setuptools' master branch that prevents
setuptools from being bootstrapped correctly, we are for the moment
based off 7.0 (the most recent release of setuptools)
[1]: https://bitbucket.org/pypa/setuptools
[2]: http://svn.python.org/projects/sandbox/branches/setuptools-0.6/
[3]: https://bitbucket.org/pypa/setuptools/pull-request/106/make-egg_info-command-write-out-setup/diff
|
| |\
| |
| |
| |
| | |
Reviewed-by: Francisco Redondo Marchena <francisco.marchena@codethink.co.uk>
Reviewed-by: Sam Thursfield <sam.thursfield@codethink.co.uk>
|
| | | |
|
| |/ |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
| |
m4 has a hacked up stdio.h which will give warnings when certain
functions are used. One of these warnings was that 'gets' is a
deprecated function. The patch removes the code that adds the
warning.
Presumably the new version of glibc finally got rid of it, which makes
it puzzling that the deprecation warning code was failing to handle the
fact that the deprecated function could have been removed.
|
| |
|
|
| |
Change-Id: I1f77fc4c23335f838f1b1f4b4ddaa8da355dab8f
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
| |
This is the current stable version.
Also Its needed for some GNOME modules.
|
| |
|
|
|
|
| |
Move help2man to core as bison depends on it; the attempt to
create manpages without help2man turns from no-op to hard error
since automake 1.13
|
| |
|
|
| |
To support new versions of automake
|
| | |
|
| |
|
