boost: fix 64-bit build due to ambiguous format call
This commit adds a patch imported from the upstream bug tracker, fixing a
problem with boost builds failing for 64-bit, like in autobuild [1].
Refer to [2] for the actual autobuild error.
Upstream did not yet accept this patch, because it is not portable enough
(not OK for Windows builds) [3], but this should not withhold us from fixing
the error in buildroot.
[Samuel: add precision about non-tar archive]
[Thomas: reword with more details. Fix commit title] Signed-off-by: Stephan Hoffmann <[email protected]> Acked-by: Arnout Vandecappelle (Essensium/Mind) <[email protected]> Signed-off-by: Samuel Martin <[email protected]> Signed-off-by: Thomas Petazzoni <[email protected]>
While reviewing the eglibc package, Peter mentionned that it would be
good to add a comment that explains why we explicitly build eglibc
with -O2 instead of using the user selected optimization level. This
commit add such a comment.
opengl: libgles and libegl also provided by gpu-viv-bin-mx6q
The gpu-viv-bin-mx6q package selects BR2_PACKAGE_HAS_OPENGL_EGL and
BR2_PACKAGE_HAS_OPENGL_ES, so when it is enabled, Buildroot believes
that OpenGL and EGL support is available.
However, both libgles.mk and libegl.mk do not add the dependency on
gpu-viv-bin-mx6q, so when pulling the libgles or libegl dependencies,
the build fails due to the absence of an OpenGL implementation. This
commit fixes that.
linux: update help text of BR2_LINUX_KERNEL_INSTALL_TARGET
The BR2_LINUX_KERNEL_INSTALL_TARGET option not only copies the kernel
image to /boot, but also the DTBs, if such DTBs are generated by the
build process. It makes sense to mention that in the help text of this
option.
Nathan Ford [Wed, 31 Jul 2013 15:47:36 +0000 (11:47 -0400)]
Fix building initramfs kernel with appended dtb
The target for building the kernel with a cpio initramfs is not
calling the append dtb commands, creating a final kernel image
without an appended dtb. Instead it needs to call kernel make on
the intermediate target, then call the append dtb commands
to produce the final image as the primary kernel build target
does.
Maxime Ripard [Fri, 7 Jun 2013 13:21:43 +0000 (15:21 +0200)]
linux: Fix uImage with appended DTs generation
Fixes bug #5516 - appended device tree blobs on uImage fails
Before version 3.7 of the kernel, building the zImage and then the
uImage will rewrite the zImage in the process, removing the device tree
we just appended.
Use mkimage to append the device tree to the uImage and rebuild the
headers directly.
binutils libbfd links to libintl if present, so dropwatch needs it too.
Ugly hardcoded LDFLAGS, but then that's what the dropwatch Makefile
does. Fixes:
http://autobuild.buildroot.net/results/549/54917e7943143e47263b60b4eee3dfc6f0801407/
libgpgme has an internal implementation of argp parsing for when the
libc lacks such an implementation (i.e. uClibc).
However if it detects argp.h the internal implementation is disabled and
for a uClibc-based toolchain that breaks the build.
This happens when argp-standalone is installed since libgpgme never
tries to link to libargp.
Danomi Manchego [Sun, 11 Nov 2012 03:08:35 +0000 (22:08 -0500)]
group file: define groups expected by udev
udev-182 requires several groups to be resolvable at udev startup,
including disk, cdrom, floppy, tape, audio, video, lp, tty, dialout,
and kmem. Only some of these are in the default skeleton's group
file, So let's add the missing groups, and plugdev too.
This avoids getting these logs in /var/logs/messages:
Jan 1 00:00:08 buildroot daemon.err udevd[37]: specified group 'dialout' unknown
Jan 1 00:00:08 buildroot daemon.err udevd[37]: specified group 'kmem' unknown
Jan 1 00:00:08 buildroot daemon.err udevd[37]: specified group 'video' unknown
Jan 1 00:00:08 buildroot daemon.err udevd[37]: specified group 'lp' unknown
Jan 1 00:00:08 buildroot daemon.err udevd[37]: specified group 'floppy' unknown
Jan 1 00:00:08 buildroot daemon.err udevd[37]: specified group 'cdrom' unknown
Jan 1 00:00:08 buildroot daemon.err udevd[37]: specified group 'tape' unknown
Just like nodejs and other v8-based javascript engines for ARM interwork
it needs the BLX instruction which is only available on V5+ cores.
Fixes:
http://autobuild.buildroot.net/results/853/853cd29bf427902b2cb82a101964a4e45714cb86/
Packaging pmake was required when we used the upstream libedit.
Since we have switched to using the autotools-based libedit,
pmake is no longer needed.
package/libedit: switch to alternate URL for proper packaging
Upstream libedit does not have a proper homepage, and does not provide
any sort of packaging whatsoever. So far, we used Debian's wayback
machine to get a tarball of a rather oldish libedit.
As Thomas pointed out, someone has been maintaining a proper autotools
based, up-to-date package for a while.
While Debian is stuck to 2.11 (5 years old now), we bump to 3.1 as a bonus.
Remove our libedit.pc, it's now bundled with the package.
Jérôme Pouiller [Mon, 13 May 2013 15:15:22 +0000 (17:15 +0200)]
strongswan: new package
strongSwan is an OpenSource IPsec implementation for the Linux
operating system. It is based on the discontinued FreeS/WAN project
and the X.509 patch.
sunxi-cedarx: add CedarX hardware video decoding library
[Thomas: rename package to sunxi-cedarx, improve help text
description, install libraries with executable permissions to make
sure they get stripped at the end of the build.]
[Thomas: remove trailing whitespace, install libraries with execution
permissions so that they get stripped by Buildroot, r2p4 is only
available on EABI toolchains, r3p0 on EABIhf toolchains.]
SER2NET_AUTORECONF is needed because of libtool version mismatch.
See error message bellow:
/bin/bash ./libtool --tag=CC --mode=link gcc -Wall -g -O2 -o
ser2net controller.o dataxfer.o devcfg.o readconfig.o selector.o
ser2net.o utils.o telnet.o buffer.o -lnsl
libtool: Version mismatch error. This is libtool 2.4.2
Debian-2.4.2-1ubuntu1, but the
libtool: definition of this LT_INIT comes from libtool 2.2.6b.
libtool: You should recreate aclocal.m4 with macros from libtool 2.4.2
Debian-2.4.2-1ubuntu1
libtool: and run autoconf again.
make: *** [ser2net] Error 63
Tzu-Jung Lee [Wed, 19 Jun 2013 09:24:50 +0000 (17:24 +0800)]
build: use find -perm /mode, instead of -perm +mode STRIP_FIND_CMD
The -perm +mode is deprecated, and sometimes yields suprising results.
It can be confused with permission in symbolic mode, for example '+u+g',
as POSIX spec suggests.
Thomas Petazzoni [Sat, 27 Jul 2013 15:18:01 +0000 (17:18 +0200)]
dropwatch: add missing dependencies
dropwatch requires thread support because it selects libnl that
depends on thread support. Also dropwatch cannot build on AArch64,
because it selects the target binutils package which isn't (yet)
available on AArch64.
Thomas Petazzoni [Sat, 27 Jul 2013 15:15:53 +0000 (17:15 +0200)]
usb_modeswitch_data: requires thread support
usb_modeswitch_data unconditionally selects usb_modeswitch, but
usb_modeswitch depends on thread support. This commit has the thread
support dependency to usb_modeswitch_data.
This commit adds a dependency of the libglib2 package on thread
support in the toolchain, since upstream libglib2 doesn't build
without thread support. The commit is rather large as it involves
propagating the dependency on thread support to all reverse
dependencies of the libglib2 package.
[Thomas: squash all patches into one, make a few minor fixes, the most
important one being to not add comments about MMU requirement when a
package doesn't work on !MMU platforms.]
toolchain-external: support toolchains with lib32 directories
Some toolchains, like the Cavium Networks' one, have lib32/ and lib64/
directories, while the standard lib/ is empty. To find libc.a, buildroot
currently only looks in lib/ and lib64/. This patch extends the search
to lib32/ as well.
Blackfin for FDPIC targets uses *-linux-*, however for FLAT targets it
needs *-uclinux-* in order for gcc to build properly.
[Thomas: use a TARGET_OS variable instead of redefining
GNU_TARGET_NAME completely] Signed-off-by: Gustavo Zacarias <[email protected]> Signed-off-by: Thomas Petazzoni <[email protected]>
Now that we've dropped 0.9.31.x we can use the startfiles /
install_startfiles targets instead of building and installing them by
hand.
Fixes internal blackfin toolchain build errors regarding crtreloc.o
[Thomas: do not reorder options, as this is a separate change] Signed-off-by: Gustavo Zacarias <[email protected]> Signed-off-by: Thomas Petazzoni <[email protected]>
Tzu-Jung Lee [Sat, 20 Jul 2013 12:52:19 +0000 (20:52 +0800)]
tstools: new package
[Thomas: properly indent help text, add largefile dependency, remove
unneeded libpcap dependency, remove unneeded CLEAN_CMDS, reorder build
and install commands, remove uneeded <pkg>_INSTALL_STAGING,
<pkg>_INSTALL_TARGET and <pkg>_INSTALL_IMAGES variables, move from
package/multimedia/ to package/, add license details, rename patch to
remove version number in the patch filename.]