* [Buildroot] [Bug 5810] New: Buildroot 2012.11: Additional GCC option "-msoft-float" breaks the build
From: bugzilla at busybox.net @ 2012-12-21 17:52 UTC (permalink / raw)
To: buildroot
https://bugs.busybox.net/show_bug.cgi?id=5810
Summary: Buildroot 2012.11: Additional GCC option
"-msoft-float" breaks the build
Product: buildroot
Version: unspecified
Platform: PC
OS/Version: Linux
Status: NEW
Severity: major
Priority: P5
Component: Other
AssignedTo: unassigned at buildroot.uclibc.org
ReportedBy: tbolsh at gmail.com
CC: buildroot at uclibc.org
Estimated Hours: 0.0
I need to build an embedded Linux for 486 without coprocessor.
2012.08 works for that reason, 2012.11 breaks.
Here is the error (meanwhile - why it applies arm related patches to x86?):
_____________________________________________________
Applying 810-arm-softfloat-libgcc.patch using patch:
patching file gcc/config/arm/linux-elf.h
patching file libgcc/config/arm/t-linux
Applying 830-arm_unbreak_armv4t.patch using patch:
patching file gcc/config/arm/linux-eabi.h
touch /root/buildroot-2012.11/output/toolchain/gcc-4.7.2/.patched
mkdir -p /root/buildroot-2012.11/output/toolchain/gcc-4.7.2-initial
(cd /root/buildroot-2012.11/output/toolchain/gcc-4.7.2-initial; rm -rf
config.cache; \
PATH=/root/buildroot-2012.11/output/host/bin:/root/buildroot-2012.11/output/host/usr/bin:/usr/lib/git-core:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
AR="/usr/bin/ar" AS="/usr/bin/as" LD="/usr/bin/ld" NM="/usr/bin/nm"
CC="/root/buildroot-2012.11/output/host/usr/bin/ccache /usr/bin/gcc"
GCC="/root/buildroot-2012.11/output/host/usr/bin/ccache /usr/bin/gcc"
CXX="/root/buildroot-2012.11/output/host/usr/bin/ccache /usr/bin/g++"
CPP="/usr/bin/cpp" CPPFLAGS="-I/root/buildroot-2012.11/output/host/usr/include"
CFLAGS="-O2 -I/root/buildroot-2012.11/output/host/usr/include" CXXFLAGS="-O2
-I/root/buildroot-2012.11/output/host/usr/include"
LDFLAGS="-L/root/buildroot-2012.11/output/host/lib
-L/root/buildroot-2012.11/output/host/usr/lib
-Wl,-rpath,/root/buildroot-2012.11/output/host/usr/lib"
PKG_CONFIG_ALLOW_SYSTEM_CFLAGS=1 PKG_CONFIG_ALLOW_SYSTEM_LIBS=1
PKG_CONFIG="/root/buildroot-2012.11/output/host/usr/bin/pkg-config"
PKG_CONFIG_SYSROOT_DIR="/"
PKG_CONFIG_LIBDIR="/root/buildroot-2012.11/output/host/usr/lib/pkgconfig:/root/buildroot-2012.11/output/host/usr/share/pkgconfig"
PERLLIB="/root/buildroot-2012.11/output/host/usr/lib/perl"
LD_LIBRARY_PATH="/root/buildroot-2012.11/output/host/usr/lib:" \
/root/buildroot-2012.11/output/toolchain/gcc-4.7.2/configure \
--prefix=/root/buildroot-2012.11/output/host/usr \
--build=i686-pc-linux-gnu \
--host=i686-pc-linux-gnu \
--target=i486-buildroot-linux-uclibc \
--enable-languages=c \
--with-sysroot=/root/buildroot-2012.11/output/toolchain/uClibc_dev/ \
--disable-__cxa_atexit \
--enable-target-optspace \
\
--enable-libgomp \
--with-gnu-ld \
--disable-shared \
--disable-libssp \
--without-headers \
--with-newlib \
--disable-multilib \
--enable-tls \
--with-gmp=/root/buildroot-2012.11/output/host/usr \
--with-mpfr=/root/buildroot-2012.11/output/host/usr \
--with-mpc=/root/buildroot-2012.11/output/host/usr \
--disable-nls \
--enable-threads \
--disable-decimal-float \
\
--with-arch="i486" --with-tune="i486" \
--with-pkgversion="Buildroot 2012.11"
--with-bugurl="http://bugs.buildroot.net/" -msoft-float \
)
configure: error: unrecognized option: `-msoft-float'
Try `/root/buildroot-2012.11/output/toolchain/gcc-4.7.2/configure --help' for
more information.
make: ***
[/root/buildroot-2012.11/output/toolchain/gcc-4.7.2-initial/.configured] Error
1
--
Configure bugmail: https://bugs.busybox.net/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
^ permalink raw reply
* [Buildroot] Can buildroot build kernel documentations?
From: Thomas Petazzoni @ 2012-12-21 17:47 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20121221171052.GA12422@zuhnb712>
Dear Woody Wu,
On Sat, 22 Dec 2012 01:10:52 +0800, Woody Wu wrote:
> In addtional to build the kernel image, if I also want to build the
> kernel documentation (make htmldocs), can I do it in buildroot?
cd output/build/linux-* ; make htmldocs
Thomas
--
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
^ permalink raw reply
* [Buildroot] Can buildroot build kernel documentations?
From: Woody Wu @ 2012-12-21 17:10 UTC (permalink / raw)
To: buildroot
Hi, List
In addtional to build the kernel image, if I also want to build the
kernel documentation (make htmldocs), can I do it in buildroot?
--
woody
I can't go back to yesterday - because I was a different person then.
^ permalink raw reply
* [Buildroot] inittab for different systems
From: Yegor Yefremov @ 2012-12-21 15:36 UTC (permalink / raw)
To: buildroot
I have two systems that use DT and thus can share one uImage. I'd like
to use one rootfs image for both. How do I configure console in
inittab, so that it can deal with different systems (one has ttyO2 the
other ttyO3 as console)?
Yegor
^ permalink raw reply
* [Buildroot] tokyocabinet: new package
From: Jon Diekema @ 2012-12-21 14:45 UTC (permalink / raw)
To: buildroot
tokyocabinet: new package
Signed-off-by: Jon Diekema <jon.diekema@gmail.com>
Change Summary:
---------------
package/Config.in | 2 +
package/tokyocabinet/Config.in | 7 ++++
.../tokyocabinet/tokyocabinet-1.4.47-include.patch | 19 +++++++++
package/tokyocabinet/tokyocabinet.mk | 42 ++++++++++++++++++++
4 files changed, 70 insertions(+)
M package/Config.in
A package/tokyocabinet/Config.in
A package/tokyocabinet/tokyocabinet-1.4.47-include.patch
A package/tokyocabinet/tokyocabinet.mk
Patch (ignoring white space changes):
-------------------------------------
diff --git a/package/Config.in b/package/Config.in
index 15d7ad6..06efdd6 100644
--- a/package/Config.in
+++ b/package/Config.in
@@ -359,6 +360,7 @@ source "package/gdbm/Config.in"
source "package/mysql_client/Config.in"
source "package/sqlcipher/Config.in"
source "package/sqlite/Config.in"
+source "package/tokyocabinet/Config.in"
endmenu
menu "Filesystem"
diff --git a/package/tokyocabinet/Config.in b/package/tokyocabinet/Config.in
new file mode 100644
index 0000000..66ff02e
--- /dev/null
+++ b/package/tokyocabinet/Config.in
@@ -0,0 +1,7 @@
+config BR2_PACKAGE_TOKYOCABINET
+ bool "Tokyo Cabinet"
+ help
+ A modern reimplementation of QDBM, also released under the LGPL
+ by Mikio Hirabayashi in 2007.
+
+ http://www.igvita.com/2009/02/13/tokyo-cabinet-beyond-key-value-store/
diff --git a/package/tokyocabinet/tokyocabinet-1.4.47-include.patch
b/package/tokyocabinet/tokyocabinet-1.4.47-include.patch
new file mode 100644
index 0000000..cdfc234
--- /dev/null
+++ b/package/tokyocabinet/tokyocabinet-1.4.47-include.patch
@@ -0,0 +1,19 @@
+Remove /usr/include, ~/include, and /usr/local/include from the
+include search path. Other than the current directory, use the
+include defaults from the toolchain.
+
+Signed-off-by: Jon Diekema <jon.diekema@gmail.com>
+
+diff --git a/configure.in b/configure.in
+index 8db195e..60cad20 100644
+--- a/configure.in
++++ b/configure.in
+@@ -32,7 +32,7 @@ MYPCFILES="tokyocabinet.pc"
+
+ # Building flags
+ MYCFLAGS="-std=c99 -Wall -fPIC -fsigned-char -O2"
+-MYCPPFLAGS="-I. -I\$(INCLUDEDIR) -I$HOME/include -I/usr/local/include"
++MYCPPFLAGS="-I."
+ MYCPPFLAGS="$MYCPPFLAGS -DNDEBUG -D_GNU_SOURCE=1 -D_REENTRANT
-D__EXTENSIONS__"
+ MYLDFLAGS="-L. -L\$(LIBDIR) -L$HOME/lib -L/usr/local/lib"
+ MYCMDLDFLAGS=""
diff --git a/package/tokyocabinet/tokyocabinet.mk
b/package/tokyocabinet/tokyocabinet.mk
new file mode 100644
index 0000000..a5fa21d
--- /dev/null
+++ b/package/tokyocabinet/tokyocabinet.mk
@@ -0,0 +1,42 @@
+#############################################################
+#
+# Tokyo Cabinet
+#
+#############################################################
+
+TOKYOCABINET_VERSION = 1.4.47
+TOKYOCABINET_SOURCE = tokyocabinet-$(TOKYOCABINET_VERSION).tar.gz
+TOKYOCABINET_SITE = http://httpsqs.googlecode.com/files
+TOKYOCABINET_INSTALL_STAGING = YES
+TOKYOCABINET_LICENSE = LGPLv2.1
+TOKYOCABINET_LICENSE_FILES = COPYING
+
+ifeq ($(BR2_TOOLCHAIN_HAS_THREADS),y)
+ TOKYOCABINET_CONF_OPT += --enable-pthread
+else
+ TOKYOCABINET_CONF_OPT += --disable-pthread
+endif
+
+ifeq ($(BR2_PACKAGE_ZLIB),y)
+ TOKYOCABINET_DEPENDENCIES += zlib
+ TOKYOCABINET_CONF_OPT += --enable-zlib
+else
+ TOKYOCABINET_CONF_OPT += --disable-zlib
+endif
+
+ifeq ($(BR2_PACKAGE_BZIP2),y)
+ TOKYOCABINET_DEPENDENCIES += bzip2
+ TOKYOCABINET_CONF_OPT += --enable-bzip
+else
+ TOKYOCABINET_CONF_OPT += --disable-bzip
+endif
+
+TOKYOCABINET_AUTORECONF = YES
+
+define TOKYOCABINET_REMOVE_TARGET_FILES
+ rm -rf $(TARGET_DIR)/usr/share/tokyocabinet
+endef
+
+TOKYOCABINET_POST_INSTALL_TARGET_HOOKS += TOKYOCABINET_REMOVE_TARGET_FILES
+
+$(eval $(autotools-package))
^ permalink raw reply related
* [Buildroot] [PATCH v2 1/2] Makefile: rename cross target -> toolchain
From: Fabio Porcedda @ 2012-12-21 14:15 UTC (permalink / raw)
To: buildroot
In-Reply-To: <50D4594F.7010402@mind.be>
On Fri, Dec 21, 2012 at 1:42 PM, Arnout Vandecappelle <arnout@mind.be> wrote:
> On 21/12/12 11:36, Fabio Porcedda wrote:
>>
>> - Use a more descriptive name, the same of the "toolchain" directory.
>> - Add missing dependencies to be able to successfully use the target
>> right after the configuration.
>> - Move to a better position.
>> - Documentation it in the help target.
>>
>> Signed-off-by: Fabio Porcedda<fabio.porcedda@gmail.com>
>
>
> Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
> (not tested but it's trivial enough)
>
> Some additional suggestions (for additional patches):
>
> - Document it in the manual.
>
> - Add toolchain as a dependency to $(1)-configure for target-packages;
> this makes it possible to remove it from the dependencies of 'world' and
> brings us a step closer to top-level parallel build.
Thank for the review.
I like your suggestions.
I will work on that for additional patches.
Best regards
--
Fabio Porcedda
^ permalink raw reply
* [Buildroot] Vector Buildroot Logo
From: Shawn J. Goff @ 2012-12-21 14:06 UTC (permalink / raw)
To: buildroot
In-Reply-To: <50D45AE5.2010308@mind.be>
On 12/21/2012 07:49 AM, Arnout Vandecappelle wrote:
> On 20/12/12 19:54, Shawn J. Goff wrote:
>> I've been working on a vector Buildroot logo. You can see it here:
>> http://i.imgur.com/BP9K7.png . I have it in SVG format as well, but I'm
>> not sure if the list allows image attachments. I went with one that was
>> reasonably faithful to the original, then I progressively tried to make
>> the logo more like a logo - abstract/symbolic instead of photorealistic.
>> Nobody who didn't know would look at the bottom one and say it's a
>> hardhat; I'm not sure if that's good or bad, but I definitely prefer the
>> simpler one. Any feedback? Would the project maintainers be
>> interested in
>> using one of these instead of the current one?
>
> I like it!
>
> I'm more in favour of the third one. Only the left corner looks a bit
> unnatural (but IANAGD - I am not a graphical designer :-)
>
> I also prefer the bright yellow of the third one. Removing the shadow
> and choosing a narrower typeface looks like a good idea. A sans
> monospace font would be nice. Oh, and I'd remove the capital R - we
> never capitalize it in reality.
>
> Regards,
> Arnout
>
>
I also forgot to mention, once it's all figured out, I'm giving the
copyright of the artwork to the Buildroot project if that's possible, or
if not, it will be licensed in whatever way you guys want it to so you
can use it however you want. And if folks do settle on the dark
background logo, it could require website rework, which I'd also be up
for taking on if it's desirable.
I forgot to lower-case the R in the previous one, so here is a new one.
I also realized the symbolic one could be given eyes and it becomes a
mascot. I like that the abstract one is a hardhat to people who know and
is just a symbol to others.
http://i.imgur.com/fCTHZ.png
^ permalink raw reply
* [Buildroot] Vector Buildroot Logo
From: Shawn J. Goff @ 2012-12-21 13:35 UTC (permalink / raw)
To: buildroot
In-Reply-To: <50D45AE5.2010308@mind.be>
On 12/21/2012 07:49 AM, Arnout Vandecappelle wrote:
> On 20/12/12 19:54, Shawn J. Goff wrote:
>> I've been working on a vector Buildroot logo. You can see it here:
>> http://i.imgur.com/BP9K7.png . I have it in SVG format as well, but I'm
>> not sure if the list allows image attachments. I went with one that was
>> reasonably faithful to the original, then I progressively tried to make
>> the logo more like a logo - abstract/symbolic instead of photorealistic.
>> Nobody who didn't know would look at the bottom one and say it's a
>> hardhat; I'm not sure if that's good or bad, but I definitely prefer the
>> simpler one. Any feedback? Would the project maintainers be
>> interested in
>> using one of these instead of the current one?
>
> I like it!
>
> I'm more in favour of the third one. Only the left corner looks a bit
> unnatural (but IANAGD - I am not a graphical designer :-)
>
> I also prefer the bright yellow of the third one. Removing the shadow
> and choosing a narrower typeface looks like a good idea. A sans
> monospace font would be nice. Oh, and I'd remove the capital R - we
> never capitalize it in reality.
>
> Regards,
> Arnout
>
>
Here are some variations with your suggestions, but I had to include my
favorite symbol, too :-). I started out with different fonts, then chose
my favorite and tried different stroke and background color treatments.
I quite think the dark grey/black either for the stroke or background
make it look more constructioney. My favorite here is the thick dark
stroke on the hat, but I don't like the thick stroke on the letters;
pairing the thick dark stroke on the hat with a thin stroke on the
letters didn't look good. The yellow letters on a light background don't
work too well, so my favorite is the thick stroke on the hat, no stroke
on the letters, dark background.
http://i.imgur.com/WFmB4.png
^ permalink raw reply
* [Buildroot] [PATCH] ffmpeg: make ARM optimizations explicit
From: Gustavo Zacarias @ 2012-12-21 13:03 UTC (permalink / raw)
To: buildroot
In-Reply-To: <87pq238swl.fsf@dell.be.48ers.dk>
On 12/21/2012 09:57 AM, Peter Korsgaard wrote:
> Committed, thanks.
>
> It would be good to add some BR2_ARM_HAS_ARMVx config options so we
> don't need these written out checks in the packages which care.
Yes, it would be good to have an additional BR2_ARM_CPU_HAS_VFP also
since it's optional for some cores, like NEON.
I haven't seen A9's without VFP, it doesn't mean there aren't.
Regards.
^ permalink raw reply
* [Buildroot] [PATCH] dstat: needs mmu
From: Peter Korsgaard @ 2012-12-21 12:57 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1356094112-1545-1-git-send-email-gustavo@zacarias.com.ar>
>>>>> "Gustavo" == Gustavo Zacarias <gustavo@zacarias.com.ar> writes:
Gustavo> Because python needs MMU, fixes:
Gustavo> http://autobuild.buildroot.net/results/7bb46ed3ffb46741b7cb7e3edd33f4729409b2ef/
Committed, thanks.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] [git commit] dstat: needs mmu
From: Peter Korsgaard @ 2012-12-21 12:57 UTC (permalink / raw)
To: buildroot
commit: http://git.buildroot.net/buildroot/commit/?id=5649176a485e1138ed3e42ebb7700255f6c93153
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master
Because python needs MMU, fixes:
http://autobuild.buildroot.net/results/7bb46ed3ffb46741b7cb7e3edd33f4729409b2ef/
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
package/dstat/Config.in | 1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/package/dstat/Config.in b/package/dstat/Config.in
index 1439c8b..5b8df23 100644
--- a/package/dstat/Config.in
+++ b/package/dstat/Config.in
@@ -1,6 +1,7 @@
config BR2_PACKAGE_DSTAT
bool "dstat"
depends on BR2_USE_WCHAR # python
+ depends on BR2_USE_MMU # python
select BR2_PACKAGE_PYTHON
help
Dstat, written in Python, is a versatile replacement for vmstat,
^ permalink raw reply related
* [Buildroot] [PATCH] ffmpeg: make ARM optimizations explicit
From: Peter Korsgaard @ 2012-12-21 12:57 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1356093631-558-1-git-send-email-gustavo@zacarias.com.ar>
>>>>> "Gustavo" == Gustavo Zacarias <gustavo@zacarias.com.ar> writes:
Gustavo> The ffmpeg configure script tries to autodetermine ARM optimizations by
Gustavo> building a small code snippet with AS.
Gustavo> If AS allows higher-level (>generic) assembly instructions then it
Gustavo> passes and enables the relevant optimization path.
Gustavo> Some toolchains allow/default to more than generic asm and then fail
Gustavo> when the real code is built.
Gustavo> Fixes:
Gustavo> http://autobuild.buildroot.net/results/b6e1225a07a58cc7544e37bc55675be71e2b5088/
Committed, thanks.
It would be good to add some BR2_ARM_HAS_ARMVx config options so we
don't need these written out checks in the packages which care.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] [git commit] ffmpeg: make ARM optimizations explicit
From: Peter Korsgaard @ 2012-12-21 12:54 UTC (permalink / raw)
To: buildroot
commit: http://git.buildroot.net/buildroot/commit/?id=9e77eafbd8a15bd22aa162cdff719690c9aa864d
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master
The ffmpeg configure script tries to autodetermine ARM optimizations by
building a small code snippet with AS.
If AS allows higher-level (>generic) assembly instructions then it
passes and enables the relevant optimization path.
Some toolchains allow/default to more than generic asm and then fail
when the real code is built.
Fixes:
http://autobuild.buildroot.net/results/b6e1225a07a58cc7544e37bc55675be71e2b5088/
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
package/multimedia/ffmpeg/ffmpeg.mk | 11 +++++++++--
1 files changed, 9 insertions(+), 2 deletions(-)
diff --git a/package/multimedia/ffmpeg/ffmpeg.mk b/package/multimedia/ffmpeg/ffmpeg.mk
index 90c1f1b..b018ea0 100644
--- a/package/multimedia/ffmpeg/ffmpeg.mk
+++ b/package/multimedia/ffmpeg/ffmpeg.mk
@@ -133,19 +133,26 @@ FFMPEG_DEPENDENCIES += host-nasm
endif
endif
-# ARM defaults to v5: clear if less, add extra if more
+# Explicitly disable everything that doesn't match for ARM
+# FFMPEG "autodetects" by compiling an extended instruction via AS
+# This works on compilers that aren't built for generic by default
ifeq ($(BR2_generic_arm)$(BR2_arm7tdmi)$(BR2_arm610)$(BR2_arm710)$(BR2_arm720t)$(BR2_arm920t)$(BR2_arm922t),y)
FFMPEG_CONF_OPT += --disable-armv5te
endif
ifeq ($(BR2_arm1136jf_s)$(BR2_arm1176jz_s)$(BR2_arm1176jzf-s),y)
FFMPEG_CONF_OPT += --enable-armv6
+else
+FFMPEG_CONF_OPT += --disable-armv6 --disable-armv6t2
endif
-ifeq ($(BR2_arm10)$(BR2_arm1136jf_s)$(BR2_arm1176jz_s)$(BR2_arm1176jzf-s)$(BR2_cortex_a8)$(BR2_cortex_a9),y)
+ifeq ($(BR2_arm10)$(BR2_arm1136jf_s)$(BR2_arm1176jz_s)$(BR2_arm1176jzf-s)$(BR2_cortex_a5)$(BR2_cortex_a8)$(BR2_cortex_a9)$(BR2_cortex_a15),y)
FFMPEG_CONF_OPT += --enable-armvfp
+else
+FFMPEG_CONF_OPT += --disable-armvfp
endif
ifeq ($(BR2_ARM_CPU_HAS_NEON),y)
FFMPEG_CONF_OPT += --enable-neon
endif
+
# Set powerpc altivec appropriately
ifeq ($(BR2_powerpc),y)
ifeq ($(BR2_powerpc_7400)$(BR2_powerpc_7450)$(BR2_powerpc_970),y)
^ permalink raw reply related
* [Buildroot] Vector Buildroot Logo
From: Arnout Vandecappelle @ 2012-12-21 12:49 UTC (permalink / raw)
To: buildroot
In-Reply-To: <50D35EEF.9070700@gmail.com>
On 20/12/12 19:54, Shawn J. Goff wrote:
> I've been working on a vector Buildroot logo. You can see it here:
> http://i.imgur.com/BP9K7.png . I have it in SVG format as well, but I'm
> not sure if the list allows image attachments. I went with one that was
> reasonably faithful to the original, then I progressively tried to make
> the logo more like a logo - abstract/symbolic instead of photorealistic.
> Nobody who didn't know would look at the bottom one and say it's a
> hardhat; I'm not sure if that's good or bad, but I definitely prefer the
> simpler one. Any feedback? Would the project maintainers be interested in
> using one of these instead of the current one?
I like it!
I'm more in favour of the third one. Only the left corner looks a bit
unnatural (but IANAGD - I am not a graphical designer :-)
I also prefer the bright yellow of the third one. Removing the shadow
and choosing a narrower typeface looks like a good idea. A sans monospace
font would be nice. Oh, and I'd remove the capital R - we never
capitalize it in reality.
Regards,
Arnout
--
Arnout Vandecappelle arnout at mind be
Senior Embedded Software Architect +32-16-286540
Essensium/Mind http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint: 7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F
^ permalink raw reply
* [Buildroot] [PATCH] dstat: needs mmu
From: Gustavo Zacarias @ 2012-12-21 12:48 UTC (permalink / raw)
To: buildroot
Because python needs MMU, fixes:
http://autobuild.buildroot.net/results/7bb46ed3ffb46741b7cb7e3edd33f4729409b2ef/
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
---
package/dstat/Config.in | 1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/package/dstat/Config.in b/package/dstat/Config.in
index 1439c8b..5b8df23 100644
--- a/package/dstat/Config.in
+++ b/package/dstat/Config.in
@@ -1,6 +1,7 @@
config BR2_PACKAGE_DSTAT
bool "dstat"
depends on BR2_USE_WCHAR # python
+ depends on BR2_USE_MMU # python
select BR2_PACKAGE_PYTHON
help
Dstat, written in Python, is a versatile replacement for vmstat,
--
1.7.8.6
^ permalink raw reply related
* [Buildroot] [PATCH v2 2/2] Makefile: use toolchain target in the world target
From: Arnout Vandecappelle @ 2012-12-21 12:43 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1356086190-906-3-git-send-email-fabio.porcedda@gmail.com>
On 21/12/12 11:36, Fabio Porcedda wrote:
> This is to remove redundancy and simplify the rule.
>
> Signed-off-by: Fabio Porcedda<fabio.porcedda@gmail.com>
Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
(untested but trivial enough)
Regards,
Arnout
> ---
> Makefile | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/Makefile b/Makefile
> index 458b8c5..296917e 100644
> --- a/Makefile
> +++ b/Makefile
> @@ -379,7 +379,7 @@ prepare: $(BUILD_DIR)/buildroot-config/auto.conf
>
> toolchain: prepare dirs dependencies $(BASE_TARGETS)
>
> -world: prepare dirs dependencies $(BASE_TARGETS) $(TARGETS_ALL)
> +world: toolchain $(TARGETS_ALL)
>
> .PHONY: all world toolchain dirs clean distclean source outputmakefile \
> legal-info legal-info-prepare legal-info-clean \
--
Arnout Vandecappelle arnout at mind be
Senior Embedded Software Architect +32-16-286540
Essensium/Mind http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint: 7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F
^ permalink raw reply
* [Buildroot] [PATCH v2 1/2] Makefile: rename cross target -> toolchain
From: Arnout Vandecappelle @ 2012-12-21 12:42 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1356086190-906-2-git-send-email-fabio.porcedda@gmail.com>
On 21/12/12 11:36, Fabio Porcedda wrote:
> - Use a more descriptive name, the same of the "toolchain" directory.
> - Add missing dependencies to be able to successfully use the target
> right after the configuration.
> - Move to a better position.
> - Documentation it in the help target.
>
> Signed-off-by: Fabio Porcedda<fabio.porcedda@gmail.com>
Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
(not tested but it's trivial enough)
Some additional suggestions (for additional patches):
- Document it in the manual.
- Add toolchain as a dependency to $(1)-configure for target-packages;
this makes it possible to remove it from the dependencies of 'world' and
brings us a step closer to top-level parallel build.
Regards,
Arnout
--
Arnout Vandecappelle arnout at mind be
Senior Embedded Software Architect +32-16-286540
Essensium/Mind http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint: 7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F
^ permalink raw reply
* [Buildroot] [PATCH] ffmpeg: make ARM optimizations explicit
From: Gustavo Zacarias @ 2012-12-21 12:40 UTC (permalink / raw)
To: buildroot
The ffmpeg configure script tries to autodetermine ARM optimizations by
building a small code snippet with AS.
If AS allows higher-level (>generic) assembly instructions then it
passes and enables the relevant optimization path.
Some toolchains allow/default to more than generic asm and then fail
when the real code is built.
Fixes:
http://autobuild.buildroot.net/results/b6e1225a07a58cc7544e37bc55675be71e2b5088/
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
---
package/multimedia/ffmpeg/ffmpeg.mk | 11 +++++++++--
1 files changed, 9 insertions(+), 2 deletions(-)
diff --git a/package/multimedia/ffmpeg/ffmpeg.mk b/package/multimedia/ffmpeg/ffmpeg.mk
index 90c1f1b..b018ea0 100644
--- a/package/multimedia/ffmpeg/ffmpeg.mk
+++ b/package/multimedia/ffmpeg/ffmpeg.mk
@@ -133,19 +133,26 @@ FFMPEG_DEPENDENCIES += host-nasm
endif
endif
-# ARM defaults to v5: clear if less, add extra if more
+# Explicitly disable everything that doesn't match for ARM
+# FFMPEG "autodetects" by compiling an extended instruction via AS
+# This works on compilers that aren't built for generic by default
ifeq ($(BR2_generic_arm)$(BR2_arm7tdmi)$(BR2_arm610)$(BR2_arm710)$(BR2_arm720t)$(BR2_arm920t)$(BR2_arm922t),y)
FFMPEG_CONF_OPT += --disable-armv5te
endif
ifeq ($(BR2_arm1136jf_s)$(BR2_arm1176jz_s)$(BR2_arm1176jzf-s),y)
FFMPEG_CONF_OPT += --enable-armv6
+else
+FFMPEG_CONF_OPT += --disable-armv6 --disable-armv6t2
endif
-ifeq ($(BR2_arm10)$(BR2_arm1136jf_s)$(BR2_arm1176jz_s)$(BR2_arm1176jzf-s)$(BR2_cortex_a8)$(BR2_cortex_a9),y)
+ifeq ($(BR2_arm10)$(BR2_arm1136jf_s)$(BR2_arm1176jz_s)$(BR2_arm1176jzf-s)$(BR2_cortex_a5)$(BR2_cortex_a8)$(BR2_cortex_a9)$(BR2_cortex_a15),y)
FFMPEG_CONF_OPT += --enable-armvfp
+else
+FFMPEG_CONF_OPT += --disable-armvfp
endif
ifeq ($(BR2_ARM_CPU_HAS_NEON),y)
FFMPEG_CONF_OPT += --enable-neon
endif
+
# Set powerpc altivec appropriately
ifeq ($(BR2_powerpc),y)
ifeq ($(BR2_powerpc_7400)$(BR2_powerpc_7450)$(BR2_powerpc_970),y)
--
1.7.8.6
^ permalink raw reply related
* [Buildroot] [PATCH 5/9] toolchain-external: simplify many Sourcery CodeBench download URLs
From: Arnout Vandecappelle @ 2012-12-21 12:32 UTC (permalink / raw)
To: buildroot
In-Reply-To: <52c867bd188adb54eee07275a4c36809a4bc8c93.1356045729.git.thomas.petazzoni@free-electrons.com>
On 21/12/12 00:23, Thomas Petazzoni wrote:
> Signed-off-by: Thomas Petazzoni<thomas.petazzoni@free-electrons.com>
> ---
> toolchain/toolchain-external/ext-tool.mk | 16 ++++++++--------
> 1 file changed, 8 insertions(+), 8 deletions(-)
>
> diff --git a/toolchain/toolchain-external/ext-tool.mk b/toolchain/toolchain-external/ext-tool.mk
> index 0724cb6..d4278a4 100644
> --- a/toolchain/toolchain-external/ext-tool.mk
> +++ b/toolchain/toolchain-external/ext-tool.mk
> @@ -176,7 +176,7 @@ TOOLCHAIN_EXTERNAL_DEPENDENCIES = $(TOOLCHAIN_EXTERNAL_DIR)/.extracted
> endif
>
> ifeq ($(BR2_TOOLCHAIN_EXTERNAL_CODESOURCERY_ARM201103),y)
> -TOOLCHAIN_EXTERNAL_SITE=http://sourcery.mentor.com/sgpp/lite/arm/portal/package8739/public/arm-none-linux-gnueabi/
> +TOOLCHAIN_EXTERNAL_SITE=http://sourcery.mentor.com/public/gnu_toolchain/arm-none-linux-gnueabi/
> TOOLCHAIN_EXTERNAL_SOURCE=arm-2011.03-41-arm-none-linux-gnueabi-i686-pc-linux-gnu.tar.bz2
> else ifeq ($(BR2_TOOLCHAIN_EXTERNAL_CODESOURCERY_ARM201109),y)
> TOOLCHAIN_EXTERNAL_SITE=http://sourcery.mentor.com/public/gnu_toolchain/arm-none-linux-gnueabi/
> @@ -194,7 +194,7 @@ else ifeq ($(BR2_TOOLCHAIN_EXTERNAL_LINARO_2012_11),y)
> TOOLCHAIN_EXTERNAL_SITE=https://launchpad.net/linaro-toolchain-binaries/trunk/2012.11/+download/
> TOOLCHAIN_EXTERNAL_SOURCE=gcc-linaro-arm-linux-gnueabihf-4.7-2012.11-20121123_linux.tar.bz2
> else ifeq ($(BR2_TOOLCHAIN_EXTERNAL_CODESOURCERY_MIPS201109),y)
> -TOOLCHAIN_EXTERNAL_SITE=https://sourcery.mentor.com/GNUToolchain/package9761/public/mips-linux-gnu/
> +TOOLCHAIN_EXTERNAL_SITE=http://sourcery.mentor.com/public/gnu_toolchain/mips-linux-gnu/
It looks like for sourcery toolchains, the SITE is always
http://sourcery.mentor.com/public/gnu_toolchain/$(BR2_TOOLCHAIN_EXTERNAL_PREFIX)
and I guess a similar refactoring would be possible for the SOURCE...
Regards,
Arnout
--
Arnout Vandecappelle arnout at mind be
Senior Embedded Software Architect +32-16-286540
Essensium/Mind http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint: 7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F
^ permalink raw reply
* [Buildroot] [PATCHv3] linux: Support multiple device tree build
From: Peter Korsgaard @ 2012-12-21 12:26 UTC (permalink / raw)
To: buildroot
In-Reply-To: <50D45441.4050704@mind.be>
>>>>> "Arnout" == Arnout Vandecappelle <arnout@mind.be> writes:
Hi,
>> Not directly related to your patch, but this is broken by the recent
>> (post-3.7) change to put .dtb files in arch/arm/boot/dts. I wonder how
>> the best way of handling this is?
Arnout> How about adding this to LINUX_POST_PATCH_HOOKS
Arnout> if [ ! -e $(KERNEL_ARCH_PATH)/boot/dts ]; then \
Arnout> ln -s . $(KERNEL_ARCH_PATH)/boot/dts; \
Arnout> fi
Arnout> and adding dts to the path everywhere we use it?
That won't work as boot/dts exists (that's where the .dts files
are). The only thing that changed was where the generated .dtb files are
put (in arch/$ARCH/boot vs arch/$ARCH/boot/dts).
I solved it by adding a bit of extra logic to the LINUX_INSTALL_DTB rule
instead.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] [PATCHv3] linux: Support multiple device tree build
From: Arnout Vandecappelle @ 2012-12-21 12:21 UTC (permalink / raw)
To: buildroot
In-Reply-To: <87txrgyf5y.fsf@dell.be.48ers.dk>
On 20/12/12 15:24, Peter Korsgaard wrote:
>>>>>> "Maxime" == Maxime Ripard<maxime.ripard@free-electrons.com> writes:
>
> Maxime> Signed-off-by: Maxime Ripard<maxime.ripard@free-electrons.com>
>
> Committed, thanks.
>
> Maxime> define LINUX_INSTALL_DTB
> Maxime> - cp $(KERNEL_ARCH_PATH)/boot/$(KERNEL_DTS_NAME).dtb $(BINARIES_DIR)/
> Maxime> + cp $(addprefix $(KERNEL_ARCH_PATH)/boot/, \
> Maxime> + $(addsuffix .dtb, $(call qstrip, $(KERNEL_DTS_NAME)))) \
> Maxime> + $(BINARIES_DIR)/
>
> Not directly related to your patch, but this is broken by the recent
> (post-3.7) change to put .dtb files in arch/arm/boot/dts. I wonder how
> the best way of handling this is?
How about adding this to LINUX_POST_PATCH_HOOKS
if [ ! -e $(KERNEL_ARCH_PATH)/boot/dts ]; then \
ln -s . $(KERNEL_ARCH_PATH)/boot/dts; \
fi
and adding dts to the path everywhere we use it?
Regards,
Arnout
--
Arnout Vandecappelle arnout at mind be
Senior Embedded Software Architect +32-16-286540
Essensium/Mind http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint: 7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F
^ permalink raw reply
* [Buildroot] [PATCH v2 1/2] Makefile: rename cross target -> toolchain
From: Markos Chandras @ 2012-12-21 12:00 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1356086190-906-2-git-send-email-fabio.porcedda@gmail.com>
On 21 December 2012 10:36, Fabio Porcedda <fabio.porcedda@gmail.com> wrote:
> - Use a more descriptive name, the same of the "toolchain" directory.
> - Add missing dependencies to be able to successfully use the target
> right after the configuration.
> - Move to a better position.
> - Documentation it in the help target.
>
> Signed-off-by: Fabio Porcedda <fabio.porcedda@gmail.com>
> ---
> Makefile | 7 ++++---
> 1 file changed, 4 insertions(+), 3 deletions(-)
>
> diff --git a/Makefile b/Makefile
> index 4b09437..458b8c5 100644
> --- a/Makefile
> +++ b/Makefile
> @@ -377,9 +377,11 @@ $(BUILD_DIR)/buildroot-config/auto.conf: $(CONFIG_DIR)/.config
>
> prepare: $(BUILD_DIR)/buildroot-config/auto.conf
>
> +toolchain: prepare dirs dependencies $(BASE_TARGETS)
> +
> world: prepare dirs dependencies $(BASE_TARGETS) $(TARGETS_ALL)
>
> -.PHONY: all world dirs clean distclean source outputmakefile \
> +.PHONY: all world toolchain dirs clean distclean source outputmakefile \
> legal-info legal-info-prepare legal-info-clean \
> $(BASE_TARGETS) $(TARGETS) $(TARGETS_ALL) \
> $(TARGETS_CLEAN) $(TARGETS_DIRCLEAN) $(TARGETS_SOURCE) $(TARGETS_LEGAL_INFO) \
> @@ -697,8 +699,6 @@ ifeq ($(O),output)
> endif
> rm -rf $(CONFIG_DIR)/.config $(CONFIG_DIR)/.config.old $(CONFIG_DIR)/.auto.deps
>
> -cross: $(BASE_TARGETS)
> -
> help:
> @echo 'Cleaning:'
> @echo ' clean - delete all files created by build'
> @@ -706,6 +706,7 @@ help:
> @echo
> @echo 'Build:'
> @echo ' all - make world'
> + @echo ' toolchain - build toolchain'
> @echo ' <package>-rebuild - force recompile <package>'
> @echo ' <package>-reconfigure - force reconfigure <package>'
> @echo
> --
> 1.8.0
>
> _______________________________________________
> buildroot mailing list
> buildroot at busybox.net
> http://lists.busybox.net/mailman/listinfo/buildroot
This one looks good to me as well
Reviewed-by: Markos Chandras <markos.chandras@imgtec.com>
--
Regards,
Markos
^ permalink raw reply
* [Buildroot] [PATCH v2 2/2] Makefile: use toolchain target in the world target
From: Markos Chandras @ 2012-12-21 11:57 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1356086190-906-3-git-send-email-fabio.porcedda@gmail.com>
On 21 December 2012 10:36, Fabio Porcedda <fabio.porcedda@gmail.com> wrote:
> This is to remove redundancy and simplify the rule.
>
> Signed-off-by: Fabio Porcedda <fabio.porcedda@gmail.com>
> ---
> Makefile | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/Makefile b/Makefile
> index 458b8c5..296917e 100644
> --- a/Makefile
> +++ b/Makefile
> @@ -379,7 +379,7 @@ prepare: $(BUILD_DIR)/buildroot-config/auto.conf
>
> toolchain: prepare dirs dependencies $(BASE_TARGETS)
>
> -world: prepare dirs dependencies $(BASE_TARGETS) $(TARGETS_ALL)
> +world: toolchain $(TARGETS_ALL)
>
> .PHONY: all world toolchain dirs clean distclean source outputmakefile \
> legal-info legal-info-prepare legal-info-clean \
> --
> 1.8.0
>
> _______________________________________________
> buildroot mailing list
> buildroot at busybox.net
> http://lists.busybox.net/mailman/listinfo/buildroot
Looks good to me
Reviewed-by: Markos Chandras <markos.chandras@imgtec.com>
--
Regards,
Markos
^ permalink raw reply
* [Buildroot] [PATCH v2 2/2] Makefile: use toolchain target in the world target
From: Fabio Porcedda @ 2012-12-21 10:36 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1356086190-906-1-git-send-email-fabio.porcedda@gmail.com>
This is to remove redundancy and simplify the rule.
Signed-off-by: Fabio Porcedda <fabio.porcedda@gmail.com>
---
Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Makefile b/Makefile
index 458b8c5..296917e 100644
--- a/Makefile
+++ b/Makefile
@@ -379,7 +379,7 @@ prepare: $(BUILD_DIR)/buildroot-config/auto.conf
toolchain: prepare dirs dependencies $(BASE_TARGETS)
-world: prepare dirs dependencies $(BASE_TARGETS) $(TARGETS_ALL)
+world: toolchain $(TARGETS_ALL)
.PHONY: all world toolchain dirs clean distclean source outputmakefile \
legal-info legal-info-prepare legal-info-clean \
--
1.8.0
^ permalink raw reply related
* [Buildroot] [PATCH v2 1/2] Makefile: rename cross target -> toolchain
From: Fabio Porcedda @ 2012-12-21 10:36 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1356086190-906-1-git-send-email-fabio.porcedda@gmail.com>
- Use a more descriptive name, the same of the "toolchain" directory.
- Add missing dependencies to be able to successfully use the target
right after the configuration.
- Move to a better position.
- Documentation it in the help target.
Signed-off-by: Fabio Porcedda <fabio.porcedda@gmail.com>
---
Makefile | 7 ++++---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/Makefile b/Makefile
index 4b09437..458b8c5 100644
--- a/Makefile
+++ b/Makefile
@@ -377,9 +377,11 @@ $(BUILD_DIR)/buildroot-config/auto.conf: $(CONFIG_DIR)/.config
prepare: $(BUILD_DIR)/buildroot-config/auto.conf
+toolchain: prepare dirs dependencies $(BASE_TARGETS)
+
world: prepare dirs dependencies $(BASE_TARGETS) $(TARGETS_ALL)
-.PHONY: all world dirs clean distclean source outputmakefile \
+.PHONY: all world toolchain dirs clean distclean source outputmakefile \
legal-info legal-info-prepare legal-info-clean \
$(BASE_TARGETS) $(TARGETS) $(TARGETS_ALL) \
$(TARGETS_CLEAN) $(TARGETS_DIRCLEAN) $(TARGETS_SOURCE) $(TARGETS_LEGAL_INFO) \
@@ -697,8 +699,6 @@ ifeq ($(O),output)
endif
rm -rf $(CONFIG_DIR)/.config $(CONFIG_DIR)/.config.old $(CONFIG_DIR)/.auto.deps
-cross: $(BASE_TARGETS)
-
help:
@echo 'Cleaning:'
@echo ' clean - delete all files created by build'
@@ -706,6 +706,7 @@ help:
@echo
@echo 'Build:'
@echo ' all - make world'
+ @echo ' toolchain - build toolchain'
@echo ' <package>-rebuild - force recompile <package>'
@echo ' <package>-reconfigure - force reconfigure <package>'
@echo
--
1.8.0
^ permalink raw reply related
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox