aboutsummaryrefslogtreecommitdiff
path: root/reproduce/config/pipeline
diff options
context:
space:
mode:
authorMohammad Akhlaghi <mohammad@akhlaghi.org>2019-04-07 16:18:51 +0100
committerMohammad Akhlaghi <mohammad@akhlaghi.org>2019-04-07 16:39:08 +0100
commita44c029775f512d8b92cabed7585b74d002435be (patch)
tree99aeeaef1b3226dc3d384cc068e5a5e3889570ca /reproduce/config/pipeline
parent025b96434fe1dd26018dfa898f2e4bdf73401d09 (diff)
GNU M4 now built as a dependency of GNU Libtool
On some systems, M4 isn't available, so the linking to the host system fails, as a result, we can't build GNU Libtool. The main reason we weren't building M4 was a bug with the most recent GNU C library (http://lists.gnu.org/archive/html/bug-gnulib/2019-04/msg00004.html). But I found a patch used by Arch Linux which fixes the issue and allows M4 to be built. As a result, the pipeline is now building M4 also and the patched M4 tarball is now uploaded to my own webpage as backup. While doing the steps above, I also noticed that we weren't using a tab at the start of the link definitions of `dependencies-basic.mk'. Although its not necessary, to be consistent, its good for the lines to always start with a tab.
Diffstat (limited to 'reproduce/config/pipeline')
-rw-r--r--reproduce/config/pipeline/dependency-versions.mk1
1 files changed, 1 insertions, 0 deletions
diff --git a/reproduce/config/pipeline/dependency-versions.mk b/reproduce/config/pipeline/dependency-versions.mk
index 8ae8d56..3b43aae 100644
--- a/reproduce/config/pipeline/dependency-versions.mk
+++ b/reproduce/config/pipeline/dependency-versions.mk
@@ -50,6 +50,7 @@ libpng-version = 1.6.36
libtiff-version = 4.0.10
libtool-version = 2.4.6
lzip-version = 1.20
+m4-version = 1.4.18
make-version = 4.2.90
metastore-version = 1.1.2-23-fa9170b
mpfr-version = 4.0.2