<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/poky.git/scripts/multilib_header_wrapper.h, branch rocko-18.0.4</title>
<subtitle>Mirror of git.yoctoproject.org/poky</subtitle>
<id>https://git.enea.com/cgit/linux/poky.git/atom?h=rocko-18.0.4</id>
<link rel='self' href='https://git.enea.com/cgit/linux/poky.git/atom?h=rocko-18.0.4'/>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/'/>
<updated>2018-09-13T09:55:38+00:00</updated>
<entry>
<title>multilib_header: recognize BPF as a target</title>
<updated>2018-09-13T09:55:38+00:00</updated>
<author>
<name>Daniel Díaz</name>
<email>daniel.diaz@linaro.org</email>
</author>
<published>2018-08-14T14:47:03+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=40a817a0384454a2f421d30a5f317cdb5e680220'/>
<id>urn:sha1:40a817a0384454a2f421d30a5f317cdb5e680220</id>
<content type='text'>
When building with `clang -target bpf` using the
multilib_header, a recursion was unavoidable because
bits/wordsize.h would #include itself, still lacking
a definition for __MHWORDSIZE or __WORDSIZE.

(From OE-Core rev: 70b41b3c335a80b4ac243f468f22331d261299db)

(From OE-Core rev: 58abe666d3bad7a915c244c61085482e94b3d549)

(From OE-Core rev: edb02f0d1d313fb026e39cc320e63be7e0132e7b)

Signed-off-by: Daniel Díaz &lt;daniel.diaz@linaro.org&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>multilib_header: Update wrapper to handle arm 32/64 bit</title>
<updated>2017-03-31T09:10:29+00:00</updated>
<author>
<name>Richard Purdie</name>
<email>richard.purdie@linuxfoundation.org</email>
</author>
<published>2017-03-30T14:02:21+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=8b41b5ddfe20bfc22133339597ffce2829caa229'/>
<id>urn:sha1:8b41b5ddfe20bfc22133339597ffce2829caa229</id>
<content type='text'>
Having arm 32/64 bit headers coexisting turns out to be tricky. Unfortunately
our wrapper works using wordsize.h and this differs on arm so we can't use it.

Therefore replicate the logic here for arm. I did look into writing our
own wordsize.h but we also need to remap kernel headers on arm and
since wordsize.h comes from libc, that doesn't work for kernel headers.

(From OE-Core rev: 141dc7136c9c62da1d30132df4b3244fe6d8898d)

Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>multilib_header.bbclass: Add oe_multilib_header wrapper</title>
<updated>2011-07-27T14:45:47+00:00</updated>
<author>
<name>Mark Hatle</name>
<email>mark.hatle@windriver.com</email>
</author>
<published>2011-07-01T16:36:41+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=a447c3e8599095a704f2f41f80e8ce0c2c4f3f5b'/>
<id>urn:sha1:a447c3e8599095a704f2f41f80e8ce0c2c4f3f5b</id>
<content type='text'>
This helper function and associated header will allow us to
resolve two/three header files that conflict due to contents
that change based on wordsize and ABI.

(From OE-Core rev: 1fe66d01b7bce70a37245d47b1abce155fae926e)

Signed-off-by: Mark Hatle &lt;mark.hatle@windriver.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
</feed>
