<feed xmlns='http://www.w3.org/2005/Atom'>
<title>buildroot/support/dependencies, branch 2017.11</title>
<subtitle>OpenPOWER buildroot sources</subtitle>
<id>https://git.raptorcs.com/git/buildroot/atom?h=2017.11</id>
<link rel='self' href='https://git.raptorcs.com/git/buildroot/atom?h=2017.11'/>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/buildroot/'/>
<updated>2017-10-22T13:42:26+00:00</updated>
<entry>
<title>dependencies: always use HOSTCC_NOCACHE for DEPENDENCIES_HOST_PREREQ</title>
<updated>2017-10-22T13:42:26+00:00</updated>
<author>
<name>Alfredo Alvarez Fernandez</name>
<email>alfredo.alvarez_fernandez@nokia.com</email>
</author>
<published>2017-04-28T09:35:20+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/buildroot/commit/?id=36d398ac30f35ca9d4405a9dee2b33560ec3595d'/>
<id>urn:sha1:36d398ac30f35ca9d4405a9dee2b33560ec3595d</id>
<content type='text'>
Currently, HOSTCC and HOSTCXX are set to their _NOCACHE variants in the
'dependencies' target. This is needed because at that time, ccache is
not built yet - host-ccache is one of the dependencies. However, because
this override is only specified for the 'dependencies' target (and
thereby gets inherited by its dependencies), the override is only
applied when the package is reached through the 'dependencies' target.
This is not the case when one of DEPENDENCIES_HOST_PREREQ is built
directly from the command line, e.g. when doing 'make host-ccache'. So
in that case, ccache will be built with ccache... which fails of
course.

To fix this, directly apply the override to the DEPENCIES_HOST_PREREQ
targets.

Note that this only fixes the issue for 'make host-ccache', NOT for
e.g. 'make host-ccache-configure'.

Signed-off-by: Alfredo Alvarez Fernandez &lt;alfredo.alvarez_fernandez@nokia.com&gt;
[Arnout: improve commit message]
Signed-off-by: Arnout Vandecappelle (Essensium/Mind) &lt;arnout@mind.be&gt;
</content>
</entry>
<entry>
<title>Globally replace $(HOST_DIR)/usr/bin with $(HOST_DIR)/bin</title>
<updated>2017-07-05T13:19:29+00:00</updated>
<author>
<name>Arnout Vandecappelle</name>
<email>arnout@mind.be</email>
</author>
<published>2017-07-05T11:14:19+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/buildroot/commit/?id=0f9c0bf3d5cdd2f99b66da7ab7e23c7b2bfb8c69'/>
<id>urn:sha1:0f9c0bf3d5cdd2f99b66da7ab7e23c7b2bfb8c69</id>
<content type='text'>
Since things are no longer installed in $(HOST_DIR)/usr, the callers
should also not refer to it.

This is a mechanical change with
git grep -l '$(HOST_DIR)/usr/bin' | xargs sed -i 's%$(HOST_DIR)/usr/bin%$(HOST_DIR)/bin%g'

Signed-off-by: Arnout Vandecappelle (Essensium/Mind) &lt;arnout@mind.be&gt;
Signed-off-by: Thomas Petazzoni &lt;thomas.petazzoni@free-electrons.com&gt;
</content>
</entry>
<entry>
<title>core: add "cmake3" to the list of cmake candidates</title>
<updated>2017-06-24T19:26:20+00:00</updated>
<author>
<name>Carlos Santos</name>
<email>casantos@datacom.ind.br</email>
</author>
<published>2017-05-07T04:32:21+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/buildroot/commit/?id=5fc47a9f6b796df639a6f4011d7d579fb1a755d9'/>
<id>urn:sha1:5fc47a9f6b796df639a6f4011d7d579fb1a755d9</id>
<content type='text'>
This is useful on CentOS 7, whose "cmake" utility corresponds to version
2.8.12, which is too old for Buildroot.

Signed-off-by: Carlos Santos &lt;casantos@datacom.ind.br&gt;
Reviewed-by: "Yann E. MORIN" &lt;yann.morin.1998@free.fr&gt;
Signed-off-by: Thomas Petazzoni &lt;thomas.petazzoni@free-electrons.com&gt;
</content>
</entry>
<entry>
<title>core: allow having a list of "cmake" candidates</title>
<updated>2017-06-24T19:26:15+00:00</updated>
<author>
<name>Carlos Santos</name>
<email>casantos@datacom.ind.br</email>
</author>
<published>2017-05-07T04:32:20+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/buildroot/commit/?id=914f75f156ad54cbccd41fb25ee1ce656e2b7cde'/>
<id>urn:sha1:914f75f156ad54cbccd41fb25ee1ce656e2b7cde</id>
<content type='text'>
Add the BR2_CMAKE_CANDIDATES variable, containing a list of candidates
to check and use as BR2_CMAKE, if possible.

This allows using "cmake3" on CentOS 7, whose default cmake corresponds
to version 2.8.12. Example:

    $ make BR2_CMAKE_CANDIDATES="cmake cmake3"

Signed-off-by: Carlos Santos &lt;casantos@datacom.ind.br&gt;
Reviewed-by: "Yann E. MORIN" &lt;yann.morin.1998@free.fr&gt;
Signed-off-by: Thomas Petazzoni &lt;thomas.petazzoni@free-electrons.com&gt;
</content>
</entry>
<entry>
<title>core: allow check-host-cmake.sh to try several candidates</title>
<updated>2017-06-24T19:25:45+00:00</updated>
<author>
<name>Carlos Santos</name>
<email>casantos@datacom.ind.br</email>
</author>
<published>2017-05-07T04:32:19+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/buildroot/commit/?id=cacc6d0b610f69a6af5f8a5b2af0032964e20973'/>
<id>urn:sha1:cacc6d0b610f69a6af5f8a5b2af0032964e20973</id>
<content type='text'>
This is useful on CentOS 7 whose "cmake" package provides cmake 2.8.12,
which is too old, but the "cmake3" package (from EPEL) provides version
3.6.3, which is satisfactory. Examples:

    $ sh support/dependencies/check-host-cmake.sh 2.8 cmake cmake3
    /usr/bin/cmake

    $ sh support/dependencies/check-host-cmake.sh 3.1 cmake cmake3
    /usr/bin/cmake3

    $ sh support/dependencies/check-host-cmake.sh 3.8 cmake cmake3
    (nothing)

Signed-off-by: Carlos Santos &lt;casantos@datacom.ind.br&gt;
Acked-by: "Yann E. MORIN" &lt;yann.morin.1998@free.fr&gt;
Signed-off-by: Thomas Petazzoni &lt;thomas.petazzoni@free-electrons.com&gt;
</content>
</entry>
<entry>
<title>core: reverse the argument order in check-host-cmake</title>
<updated>2017-06-24T19:23:53+00:00</updated>
<author>
<name>Carlos Santos</name>
<email>casantos@datacom.ind.br</email>
</author>
<published>2017-05-07T04:32:18+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/buildroot/commit/?id=77a7a15e4c14d2b39e661dca9b7c94e773b00e93'/>
<id>urn:sha1:77a7a15e4c14d2b39e661dca9b7c94e773b00e93</id>
<content type='text'>
Pass the minimal version before the program name. In a later change the
script will become able to test a list of candidates.

Signed-off-by: Carlos Santos &lt;casantos@datacom.ind.br&gt;
Acked-by: "Yann E. MORIN" &lt;yann.morin.1998@free.fr&gt;
Signed-off-by: Thomas Petazzoni &lt;thomas.petazzoni@free-electrons.com&gt;
</content>
</entry>
<entry>
<title>support/dependencies: check PATH does not carry a \n</title>
<updated>2017-06-08T19:40:32+00:00</updated>
<author>
<name>Yann E. MORIN</name>
<email>yann.morin.1998@free.fr</email>
</author>
<published>2017-05-20T08:20:05+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/buildroot/commit/?id=f00d6ec67bd6fed6ff8fd322d60d026ec87d8a6e'/>
<id>urn:sha1:f00d6ec67bd6fed6ff8fd322d60d026ec87d8a6e</id>
<content type='text'>
... otherwise it fails spectacularly as soon as PATH is referenced in a
package rule (i.e. very soon, fortunately):

    &gt;&gt;&gt; host-lzip 1.18 Downloading
    /bin/bash: -c: line 0: unexpected EOF while looking for matching `"'
    /bin/bash: -c: line 1: syntax error: unexpected end of file

Fixes # 9886.

Signed-off-by: "Yann E. MORIN" &lt;yann.morin.1998@free.fr&gt;
Cc: Ciro Santilli &lt;ciro.santilli@gmail.com&gt;
[Thomas: fix typo in message, use tabs for indentation.]
Signed-off-by: Thomas Petazzoni &lt;thomas.petazzoni@free-electrons.com&gt;
</content>
</entry>
<entry>
<title>Revert "dependencies/cmake: blacklist cmake 3.7"</title>
<updated>2017-03-01T21:13:49+00:00</updated>
<author>
<name>Yann E. MORIN</name>
<email>yann.morin.1998@free.fr</email>
</author>
<published>2017-03-01T20:59:44+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/buildroot/commit/?id=6593a0b98724dca490552758615ff31ced9f9e5e'/>
<id>urn:sha1:6593a0b98724dca490552758615ff31ced9f9e5e</id>
<content type='text'>
This reverts commit 4422eca2d418e2b817b419ff6c4c62f7f4cb7871.

We now have a workaround for the RPATH issue introduced in 3.7, so we
can use it again.

Signed-off-by: "Yann E. MORIN" &lt;yann.morin.1998@free.fr&gt;
Signed-off-by: Thomas Petazzoni &lt;thomas.petazzoni@free-electrons.com&gt;
</content>
</entry>
<entry>
<title>dependencies/cmake: blacklist cmake 3.7</title>
<updated>2017-02-28T08:40:27+00:00</updated>
<author>
<name>Yann E. MORIN</name>
<email>yann.morin.1998@free.fr</email>
</author>
<published>2017-02-26T22:42:47+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/buildroot/commit/?id=4422eca2d418e2b817b419ff6c4c62f7f4cb7871'/>
<id>urn:sha1:4422eca2d418e2b817b419ff6c4c62f7f4cb7871</id>
<content type='text'>
cmake-3.7 has a bug in how it handles rpath, linking with libraries from
the host.

Until we completely understand the issue, just blacklist cmake-3.7.

The issue has been reported upstream:
    http://public.kitware.com/pipermail/cmake/2017-February/064970.html

Reported-by: Baruch Siach &lt;baruch@tkos.co.il&gt;
Signed-off-by: "Yann E. MORIN" &lt;yann.morin.1998@free.fr&gt;
Cc: Jörg Krause &lt;joerg.krause@embedded.rocks&gt;
Cc: Ben Boeckel &lt;mathstuf@gmail.com&gt;
Cc: Samuel Martin &lt;s.martin49@gmail.com&gt;
Signed-off-by: Peter Korsgaard &lt;peter@korsgaard.com&gt;
</content>
</entry>
<entry>
<title>package: add generic support for lz archives</title>
<updated>2017-02-15T21:11:11+00:00</updated>
<author>
<name>Baruch Siach</name>
<email>baruch@tkos.co.il</email>
</author>
<published>2017-02-12T20:15:39+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/buildroot/commit/?id=f165032e4f01aa46b43cc8136bac1c5b47aa8545'/>
<id>urn:sha1:f165032e4f01aa46b43cc8136bac1c5b47aa8545</id>
<content type='text'>
This commit teaches the generic package handling code how to extract .tar.lz
archives. When lzip is not installed on the host, host-lzip gets built
automatically.

Signed-off-by: Baruch Siach &lt;baruch@tkos.co.il&gt;
Reviewed-by: Thomas De Schampheleire &lt;thomas.de_schampheleire@nokia.com&gt;
Signed-off-by: Thomas Petazzoni &lt;thomas.petazzoni@free-electrons.com&gt;
</content>
</entry>
</feed>
