<feed xmlns='http://www.w3.org/2005/Atom'>
<title>buildroot/package, branch 2015.11</title>
<subtitle>OpenPOWER buildroot sources</subtitle>
<id>https://git.raptorcs.com/git/buildroot/atom?h=2015.11</id>
<link rel='self' href='https://git.raptorcs.com/git/buildroot/atom?h=2015.11'/>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/buildroot/'/>
<updated>2015-11-30T16:20:19+00:00</updated>
<entry>
<title>conntrack-tools: work around build issue with musl</title>
<updated>2015-11-30T16:20:19+00:00</updated>
<author>
<name>Rodrigo Rebello</name>
<email>rprebello@gmail.com</email>
</author>
<published>2015-11-30T15:40:39+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/buildroot/commit/?id=c17c29b9f87e0536db799f9fd5c94b85c1a32892'/>
<id>urn:sha1:c17c29b9f87e0536db799f9fd5c94b85c1a32892</id>
<content type='text'>
Building conntrack-tools with kernel headers &gt;= 4.2 + musl fails due to
a well-known symbol clash that occurs when userspace and kernel headers
are included simultaneously (see [1], question 7, for details).

In the case of conntrack-tools, the inclusion of both 'netinet/in.h' and
'linux/in.h' occurs inside the C helper files (src/helpers/*.c)
indirectly via e.g. 'libnetfilter_conntrack/libnetfilter_conntrack.h',
which itself includes 'netinet/in.h', and 'linux/netfilter.h', which
includes 'linux/in.h' in kernel headers &gt;= 4.2.

The approach to solving this type of conflict with musl usually involves
removing the inclusion of kernel headers or refactoring the code so as
to avoid the mentioned simultaneous inclusion. This is unfortunately
non-trivial in the case of conntrack-tools since the clashing headers
get included indirectly by headers that are strictly necessary (because
of definitions used in some helper callbacks).

Work around the issue by defining __GLIBC__ when musl is used. This
eliminates the conflicts as the kernel headers avoid redefining certain
symbols when they see __GLIBC__ defined (linux/libc-compat.h). Note that
other glibc-compatible libraries, like uClibc, already do that
internally.

Fixes:
  http://autobuild.buildroot.net/results/66e/66ec247fa0fc385bef8d2084c65bf5cad3a8e8ca/
  http://autobuild.buildroot.net/results/624/624a0d48decd819eb58cbb3c58ee904b87ebfb21/

[1] http://wiki.musl-libc.org/wiki/FAQ

Signed-off-by: Rodrigo Rebello &lt;rprebello@gmail.com&gt;
Signed-off-by: Peter Korsgaard &lt;peter@korsgaard.com&gt;
</content>
</entry>
<entry>
<title>libsigsegv: fix sparc64 compile</title>
<updated>2015-11-30T16:15:57+00:00</updated>
<author>
<name>Waldemar Brodkorb</name>
<email>wbx@openadk.org</email>
</author>
<published>2015-11-29T14:59:04+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/buildroot/commit/?id=fbc93033b589b8b3e2a14a0bffe549584943df53'/>
<id>urn:sha1:fbc93033b589b8b3e2a14a0bffe549584943df53</id>
<content type='text'>
Compile tested for sparc/glibc and sparc64/glibc.
Fixes following autobuilder problem:
http://autobuild.buildroot.net/results/1d8e0c22594aef53f7a4de3491454aa78311c815/

Signed-off-by: Waldemar Brodkorb &lt;wbx@openadk.org&gt;
Signed-off-by: Peter Korsgaard &lt;peter@korsgaard.com&gt;
</content>
</entry>
<entry>
<title>package/libv4l: v4l-utils need locale</title>
<updated>2015-11-30T16:13:04+00:00</updated>
<author>
<name>Bernd Kuhls</name>
<email>bernd.kuhls@t-online.de</email>
</author>
<published>2015-11-30T05:01:38+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/buildroot/commit/?id=cf5f3fcc5a1783229c5cb0f832f832f4f43d72f7'/>
<id>urn:sha1:cf5f3fcc5a1783229c5cb0f832f832f4f43d72f7</id>
<content type='text'>
To reproduce the setlocale-related build error use this minimal
defconfig:

BR2_TOOLCHAIN_BUILDROOT_CXX=y
BR2_PACKAGE_LIBV4L=y
BR2_PACKAGE_LIBV4L_UTILS=y

After enabling locale support the build error is fixed:

BR2_TOOLCHAIN_BUILDROOT_LOCALE=y
BR2_TOOLCHAIN_BUILDROOT_CXX=y
BR2_PACKAGE_LIBV4L=y
BR2_PACKAGE_LIBV4L_UTILS=y

Fixes
http://autobuild.buildroot.net/results/f2e/f2e4e34fb14ce355a6e92afc83024b0445f52513/
http://autobuild.buildroot.net/results/fe5/fe56063ddd2232fea7699f5117497beb3deca11e/
http://autobuild.buildroot.net/results/1be/1be55f096ddef2aa38fdba681ed97cf74905477a/

Signed-off-by: Bernd Kuhls &lt;bernd.kuhls@t-online.de&gt;
Signed-off-by: Peter Korsgaard &lt;peter@korsgaard.com&gt;
</content>
</entry>
<entry>
<title>valgrind: add a patch to fix MIPS R6 by replacing ADDI with ADDIU</title>
<updated>2015-11-30T16:08:10+00:00</updated>
<author>
<name>Vicente Olivert Riera</name>
<email>Vincent.Riera@imgtec.com</email>
</author>
<published>2015-11-30T12:25:46+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/buildroot/commit/?id=03ac181e049e8ce29156b05cb5e830de15f1692a'/>
<id>urn:sha1:03ac181e049e8ce29156b05cb5e830de15f1692a</id>
<content type='text'>
The ADDI instruction has been removed for MIPS R6, so valgrind fails to
build for this revision level because it uses that assembly
instruction. Using ADDIU instead fixes the problem.

The patch has been sent upstream:

  https://bugs.kde.org/show_bug.cgi?id=356112

Fixes:

  http://autobuild.buildroot.net/results/488/488937704b3b6bae8daed7b24da8c740b56f4d84/

Signed-off-by: Vicente Olivert Riera &lt;Vincent.Riera@imgtec.com&gt;
Signed-off-by: Peter Korsgaard &lt;peter@korsgaard.com&gt;
</content>
</entry>
<entry>
<title>libglib2: force arm mode when building with thumb1</title>
<updated>2015-11-30T07:19:59+00:00</updated>
<author>
<name>Peter Korsgaard</name>
<email>peter@korsgaard.com</email>
</author>
<published>2015-11-30T07:19:59+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/buildroot/commit/?id=26013972ce568e55a121c21a55afce45bc0675e9'/>
<id>urn:sha1:26013972ce568e55a121c21a55afce45bc0675e9</id>
<content type='text'>
Fixes #8491

glib/valgrind.h contains inline asm not compatible with thumb1, so build it
in arm mode:

  CC       libglib_2_0_la-gstringchunk.lo
/tmp/ccSVEXME.s: Assembler messages:
/tmp/ccSVEXME.s:587: Error: shifts in CMP/MOV instructions are only supported
in unified syntax -- `mov r12,r12,ror#3'
/tmp/ccSVEXME.s:587: Error: shifts in CMP/MOV instructions are only supported
in unified syntax -- `mov r12,r12,ror#13'
/tmp/ccSVEXME.s:588: Error: shifts in CMP/MOV instructions are only supported
in unified syntax -- `mov r12,r12,ror#29'
/tmp/ccSVEXME.s:588: Error: shifts in CMP/MOV instructions are only supported
in unified syntax -- `mov r12,r12,ror#19'
/tmp/ccSVEXME.s:589: Error: lo register required -- `orr r10,r10,r10'
Makefile:2087: recipe for target 'libglib_2_0_la-gslice.lo' failed

Signed-off-by: Peter Korsgaard &lt;peter@korsgaard.com&gt;
</content>
</entry>
<entry>
<title>package/zmqpp: fix missing install of static library</title>
<updated>2015-11-29T14:09:51+00:00</updated>
<author>
<name>Jörg Krause</name>
<email>joerg.krause@embedded.rocks</email>
</author>
<published>2015-11-23T22:23:22+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/buildroot/commit/?id=9dbd2b55b9ff1b4e3e0a10916b62429c656c3d7f'/>
<id>urn:sha1:9dbd2b55b9ff1b4e3e0a10916b62429c656c3d7f</id>
<content type='text'>
zmqpp's Makefile does not install the static library.

Signed-off-by: Jörg Krause &lt;joerg.krause@embedded.rocks&gt;
Signed-off-by: Thomas Petazzoni &lt;thomas.petazzoni@free-electrons.com&gt;
</content>
</entry>
<entry>
<title>package/zmqpp: fix static build issues</title>
<updated>2015-11-29T14:09:27+00:00</updated>
<author>
<name>Jörg Krause</name>
<email>joerg.krause@embedded.rocks</email>
</author>
<published>2015-11-23T22:23:21+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/buildroot/commit/?id=f3b3d6e27cdadb569e10587055af3a429e8c6608'/>
<id>urn:sha1:f3b3d6e27cdadb569e10587055af3a429e8c6608</id>
<content type='text'>
The Makefile for zmqpp builds both shared and static libraries and the client
binary. This leads to several build issues in a pure static library context:
  * R_ARM_TLS_LE32 relocation not permitted in shared object
  * relocation R_ARC_32_ME against `_ZSt7nothrow' can not be used when making
    a shared object; recompile with -fPIC

We add a minimal patch to add some basic handling of building a shared or a
static library only.

Additionally, disable the client for static only builds as it depends on
building the shared library in zmqpp's Makefile. As there is already version
4.1.2 available which provides a CMake build file which solves this issue
(probably, not tested) we don't care for now.

Fixes:
http://autobuild.buildroot.net/results/345/345771eb488c60585e388fbbf4490df936e88e19/
http://autobuild.buildroot.net/results/21b/21b6912c70a5c300bdabde53bee6a1d9cc3bbb02/
http://autobuild.buildroot.net/results/d98/d9882d2ba00da16f76cea6d86a84cd4815ebbba2/

[Thomas:
 - don't change TARGET_CONFIGURE_OPTS, use ZMQPP_MAKE_OPTS instead.
 - simplify condition logic.]

Signed-off-by: Jörg Krause &lt;joerg.krause@embedded.rocks&gt;
Signed-off-by: Thomas Petazzoni &lt;thomas.petazzoni@free-electrons.com&gt;
</content>
</entry>
<entry>
<title>gpsd: work-around ICE when compiling for microblaze with GCC5</title>
<updated>2015-11-29T13:45:53+00:00</updated>
<author>
<name>Sergio Prado</name>
<email>sergio.prado@e-labworks.com</email>
</author>
<published>2015-11-22T15:43:24+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/buildroot/commit/?id=0f48e36873b9106b6b38ed0d413bc3cecaf495be'/>
<id>urn:sha1:0f48e36873b9106b6b38ed0d413bc3cecaf495be</id>
<content type='text'>
GCC 5.X generates an ICE when compiling gpsd for microblaze due
to optimizations, so lets disable it for now to works around
this problem.

A bug was reported to the gcc bug tracker:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68485

Signed-off-by: Sergio Prado &lt;sergio.prado@e-labworks.com&gt;
Signed-off-by: Thomas Petazzoni &lt;thomas.petazzoni@free-electrons.com&gt;
</content>
</entry>
<entry>
<title>uemacs: remove XCASE flag to allow musl builds</title>
<updated>2015-11-29T13:29:25+00:00</updated>
<author>
<name>Alex Suykov</name>
<email>alex.suykov@gmail.com</email>
</author>
<published>2015-11-28T22:15:53+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/buildroot/commit/?id=03e75132b7ec6d90563c00350993e6178e9d4684'/>
<id>urn:sha1:03e75132b7ec6d90563c00350993e6178e9d4684</id>
<content type='text'>
Fixes
http://autobuild.buildroot.net/results/e92/e929de08954684e275a2f682264551b6cb07886a/

Signed-off-by: Alex Suykov &lt;alex.suykov@gmail.com&gt;
Signed-off-by: Thomas Petazzoni &lt;thomas.petazzoni@free-electrons.com&gt;
</content>
</entry>
<entry>
<title>package/glmark2: Wayland-gl support also needs egl</title>
<updated>2015-11-29T13:26:39+00:00</updated>
<author>
<name>Bernd Kuhls</name>
<email>bernd.kuhls@t-online.de</email>
</author>
<published>2015-11-29T12:57:38+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/buildroot/commit/?id=f58cf6ddb25b347571ddb62c796a0545bbfc9805'/>
<id>urn:sha1:f58cf6ddb25b347571ddb62c796a0545bbfc9805</id>
<content type='text'>
We were missing the egl dependency when enabling Wayland GL support:
https://github.com/glmark2/glmark2/blob/master/src/wscript_build#L28

Fixes
http://autobuild.buildroot.net/results/858/8587d0cea86efa4c6e98817cadc7cce0b1b36e3d/
http://autobuild.buildroot.net/results/1f6/1f6853d5f7a83be60ccdf4f071a1df1491cf8137/
http://autobuild.buildroot.net/results/a4d/a4d830291ee8550b3c544ade7169218d5edd4d52/
http://autobuild.buildroot.net/results/536/536a8dc62783633943770a278dc9f1c6c5c0807c/

Signed-off-by: Bernd Kuhls &lt;bernd.kuhls@t-online.de&gt;
Signed-off-by: Thomas Petazzoni &lt;thomas.petazzoni@free-electrons.com&gt;
</content>
</entry>
</feed>
