<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/poky.git/meta/recipes-devtools/cmake/cmake_3.6.1.bb, branch hardknott-next</title>
<subtitle>Mirror of git.yoctoproject.org/poky</subtitle>
<id>https://git.enea.com/cgit/linux/poky.git/atom?h=hardknott-next</id>
<link rel='self' href='https://git.enea.com/cgit/linux/poky.git/atom?h=hardknott-next'/>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/'/>
<updated>2016-10-28T15:15:18+00:00</updated>
<entry>
<title>cmake: update to 3.6.2</title>
<updated>2016-10-28T15:15:18+00:00</updated>
<author>
<name>Alexander Kanavin</name>
<email>alexander.kanavin@linux.intel.com</email>
</author>
<published>2016-10-18T13:46:56+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=2ac96069dbc47a50d72209cc426953f814e64b31'/>
<id>urn:sha1:2ac96069dbc47a50d72209cc426953f814e64b31</id>
<content type='text'>
(From OE-Core rev: 596f997acf3c86482fb1dd59b2cd0c0b9af58e84)

Signed-off-by: Alexander Kanavin &lt;alexander.kanavin@linux.intel.com&gt;
Signed-off-by: Ross Burton &lt;ross.burton@intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>cmake: Use bb.fatal() instead of raising FuncFailed</title>
<updated>2016-10-04T15:29:05+00:00</updated>
<author>
<name>Ulf Magnusson</name>
<email>ulfalizer@gmail.com</email>
</author>
<published>2016-10-01T02:47:11+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=575ee2d19e1ad4ae39413ca2fa2c0a7cd580e336'/>
<id>urn:sha1:575ee2d19e1ad4ae39413ca2fa2c0a7cd580e336</id>
<content type='text'>
This sets a good example and avoids unnecessarily contributing to
perceived complexity and cargo culting.

Motivating quote below:

&lt; kergoth&gt; the *original* intent was for the function/task to error via
           whatever appropriate means, bb.fatal, whatever, and
           funcfailed was what you'd catch if you were calling
           exec_func/exec_task. that is, it's what those functions
           raise, not what metadata functions should be raising
&lt; kergoth&gt; it didn't end up being used that way
&lt; kergoth&gt; but there's really never a reason to raise it yourself

FuncFailed.__init__ takes a 'name' argument rather than a 'msg'
argument, which also shows that the original purpose got lost.

(From OE-Core rev: ff310dd103e16a5345a4bb48090af05f50171de3)

Signed-off-by: Ulf Magnusson &lt;ulfalizer@gmail.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>cmake: use convenience options for clarity</title>
<updated>2016-09-16T14:24:03+00:00</updated>
<author>
<name>Ross Burton</name>
<email>ross.burton@intel.com</email>
</author>
<published>2016-09-13T14:55:53+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=04cc7ab0fbea7e70487926205d3a3b1989a56b47'/>
<id>urn:sha1:04cc7ab0fbea7e70487926205d3a3b1989a56b47</id>
<content type='text'>
The intention here was "everything but jsoncpp is system provided" so use the
convenience option to ensure this remains true in the future.

(From OE-Core rev: f863b227e22b67ab239ee6124471fdc14de3f017)

Signed-off-by: Ross Burton &lt;ross.burton@intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>cmake: upgrade to 3.6.1</title>
<updated>2016-08-01T10:47:12+00:00</updated>
<author>
<name>Maxin B. John</name>
<email>maxin.john@intel.com</email>
</author>
<published>2016-07-27T13:02:57+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=36b3e58e3dae8e143935296f5c53db488193c39c'/>
<id>urn:sha1:36b3e58e3dae8e143935296f5c53db488193c39c</id>
<content type='text'>
3.5.2 -&gt; 3.6.1

(From OE-Core rev: 3c41b239991baff2bb1facc1e9973c95c9328175)

Signed-off-by: Maxin B. John &lt;maxin.john@intel.com&gt;
Signed-off-by: Ross Burton &lt;ross.burton@intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
</feed>
