* [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] 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] [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] [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] 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] 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] [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] 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] 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] [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] 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] 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] 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] 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] [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] [Bug 5810] Buildroot 2012.11: Additional GCC option "-msoft-float" breaks the build
From: bugzilla at busybox.net @ 2012-12-21 18:22 UTC (permalink / raw)
To: buildroot
In-Reply-To: <bug-5810-163@https.bugs.busybox.net/>
https://bugs.busybox.net/show_bug.cgi?id=5810
--- Comment #1 from Thomas Petazzoni <thomas.petazzoni@free-electrons.com> 2012-12-21 18:22:34 UTC ---
Please post your Buildroot .config so we can reproduce the problem.
And for the "meanwhile - why it applies arm related patches to x86?" question,
this is because we don't do architecture-specific patches. Those patches are
always applied, regardless of which architecture you are building for, but in
practice they only touch ARM-specific parts of gcc, so they are totally
harmless if you build for x86, PowerPC or MIPS. Having a single stack of
patches that are always applied regardless of the selected architecture is much
better than having per-architecture patches.
--
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] [Bug 5810] Buildroot 2012.11: Additional GCC option "-msoft-float" breaks the build
From: bugzilla at busybox.net @ 2012-12-21 18:42 UTC (permalink / raw)
To: buildroot
In-Reply-To: <bug-5810-163@https.bugs.busybox.net/>
https://bugs.busybox.net/show_bug.cgi?id=5810
--- Comment #2 from Timofei Bolshakov <tbolsh@gmail.com> 2012-12-21 18:42:55 UTC ---
(In reply to comment #1)
> Please post your Buildroot .config so we can reproduce the problem.
>
> And for the "meanwhile - why it applies arm related patches to x86?" question,
> this is because we don't do architecture-specific patches. Those patches are
> always applied, regardless of which architecture you are building for, but in
> practice they only touch ARM-specific parts of gcc, so they are totally
> harmless if you build for x86, PowerPC or MIPS. Having a single stack of
> patches that are always applied regardless of the selected architecture is much
> better than having per-architecture patches.
OK.
Especially if it is harmless.
--
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] [Bug 5810] Buildroot 2012.11: Additional GCC option "-msoft-float" breaks the build
From: bugzilla at busybox.net @ 2012-12-21 18:52 UTC (permalink / raw)
To: buildroot
In-Reply-To: <bug-5810-163@https.bugs.busybox.net/>
https://bugs.busybox.net/show_bug.cgi?id=5810
--- Comment #3 from Timofei Bolshakov <tbolsh@gmail.com> 2012-12-21 18:52:40 UTC ---
Created attachment 4706
--> https://bugs.busybox.net/attachment.cgi?id=4706
Zip file contains .config and kernel defconfig used in .config
--
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] [Bug 5810] Buildroot 2012.11: Additional GCC option "-msoft-float" breaks the build
From: bugzilla at busybox.net @ 2012-12-21 18:59 UTC (permalink / raw)
To: buildroot
In-Reply-To: <bug-5810-163@https.bugs.busybox.net/>
https://bugs.busybox.net/show_bug.cgi?id=5810
--- Comment #4 from Thomas Petazzoni <thomas.petazzoni@free-electrons.com> 2012-12-21 19:00:13 UTC ---
So, you're explicitly passing:
BR2_EXTRA_GCC_CONFIG_OPTIONS="-msoft-float"
in your Buildroot configuration, and then you complain because GCC doesn't
understand your special flag? If you pass a special flag, aren't you supposed
to know what you're doing?
This seems like a curious bug report, isn't it ?
--
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] [Bug 5810] Buildroot 2012.11: Additional GCC option "-msoft-float" breaks the build
From: bugzilla at busybox.net @ 2012-12-21 20:43 UTC (permalink / raw)
To: buildroot
In-Reply-To: <bug-5810-163@https.bugs.busybox.net/>
https://bugs.busybox.net/show_bug.cgi?id=5810
--- Comment #5 from Timofei Bolshakov <tbolsh@gmail.com> 2012-12-21 20:44:10 UTC ---
(In reply to comment #4)
> So, you're explicitly passing:
>
> BR2_EXTRA_GCC_CONFIG_OPTIONS="-msoft-float"
No, I am setting "Additional gcc options". That leads to
BR2_EXTRA_GCC_CONFIG_OPTIONS="-msoft-float"
I surely was not understanding that it will lead to CONFIG option.
My fault. But that is curious conversion from "Additional gcc options" to
BR2_EXTRA_GCC_CONFIG_OPTIONS - it is not clear until one goes into
the .config in text form. Meanwhile - using it in "Target optimizations" also
leads to break.
And that was not breaking the build in 2012.8
So, where should I put my -msoft-float then? I want everything to be compiled
with this flag.
>
> in your Buildroot configuration, and then you complain because GCC doesn't
> understand your special flag?
What should I complain about then? Unclear language?
If one will change "Additional gcc options" to "Additional gcc config options"
there will be no confusion. Or to use anything I should go and check the source
code?
> If you pass a special flag, aren't you supposed
> to know what you're doing?
>
> This seems like a curious bug report, isn't it ?
That is clear enough:
-msoft-float
Use (do not use) the hardware floating-point instructions for
floating-point operations. When -msoft-float is specified, functions in
libgcc.a will be used to perform floating-point operations. Unless they are
replaced by routines that emulate the floating-point operations, or compiled in
such a way as to call such emulations routines, these routines will issue
floating-point operations. If you are compiling for an Alpha without
floating-point operations, you must ensure that the library is built so as not
to call them. Note that Alpha implementations without floating-point operations
are required to have floating-point registers.
That is what I want - "functions in libgcc.a will be used to perform
floating-point operations". I was wrong to use config option labelled as
"additional" for that. Where can I put my "-msoft-float"?
--
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] [PATCH 0/6] Add support for udisks package.
From: Marek Belisko @ 2012-12-21 21:44 UTC (permalink / raw)
To: buildroot
This patches add support for udisks and dependencies + fixes.
Patches for sg3_utils, polkit and udisks was done by
Thomas Petazzoni and overtaken from
http://free-electrons.com/~thomas/pub/udisks-buildroot/.
They were fixed to work with latest buildroot.
udisks with lvm2 support (default n) have dependency on devmapper
and lvm2 application library. There are two fixes:
- correctly install devmapper.pc to staging/target
- add support for application library
Marek Belisko (6):
sg3_utils: new package
polkit: new package
libatasmart: new package.
lvm2: Install devmapper.pc to staging/target pkgconfig directory.
lvm2: Compile and install application library.
udisks: new package
package/Config.in | 4 ++++
package/libatasmart/Config.in | 11 +++++++++++
package/libatasmart/libatasmart.mk | 14 ++++++++++++++
package/lvm2/Config.in | 6 ++++++
package/lvm2/lvm2.mk | 8 +++++++-
package/polkit/Config.in | 8 ++++++++
package/polkit/polkit.mk | 18 ++++++++++++++++++
package/sg3_utils/Config.in | 15 +++++++++++++++
package/sg3_utils/sg3_utils.mk | 33 +++++++++++++++++++++++++++++++++
package/udisks/Config.in | 32 ++++++++++++++++++++++++++++++++
package/udisks/udisks.mk | 26 ++++++++++++++++++++++++++
11 files changed, 174 insertions(+), 1 deletion(-)
create mode 100644 package/libatasmart/Config.in
create mode 100644 package/libatasmart/libatasmart.mk
create mode 100644 package/polkit/Config.in
create mode 100644 package/polkit/polkit.mk
create mode 100644 package/sg3_utils/Config.in
create mode 100644 package/sg3_utils/sg3_utils.mk
create mode 100644 package/udisks/Config.in
create mode 100644 package/udisks/udisks.mk
--
1.7.10.4
^ permalink raw reply
* [Buildroot] [PATCH 1/6] sg3_utils: new package
From: Marek Belisko @ 2012-12-21 21:44 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1356126305-16133-1-git-send-email-marek.belisko@open-nandra.com>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Signed-off-by: Marek Belisko <marek.belisko@streamunlimited.com>
---
package/Config.in | 1 +
package/sg3_utils/Config.in | 15 +++++++++++++++
package/sg3_utils/sg3_utils.mk | 33 +++++++++++++++++++++++++++++++++
3 files changed, 49 insertions(+)
create mode 100644 package/sg3_utils/Config.in
create mode 100644 package/sg3_utils/sg3_utils.mk
diff --git a/package/Config.in b/package/Config.in
index 66445ff..afecb8e 100644
--- a/package/Config.in
+++ b/package/Config.in
@@ -253,6 +253,7 @@ source "package/rng-tools/Config.in"
source "package/sane-backends/Config.in"
source "package/sdparm/Config.in"
source "package/setserial/Config.in"
+source "package/sg3_utils/Config.in"
source "package/smartmontools/Config.in"
source "package/snowball-hdmiservice/Config.in"
source "package/sredird/Config.in"
diff --git a/package/sg3_utils/Config.in b/package/sg3_utils/Config.in
new file mode 100644
index 0000000..d120e55
--- /dev/null
+++ b/package/sg3_utils/Config.in
@@ -0,0 +1,15 @@
+config BR2_PACKAGE_SG3_UTILS
+ bool "sgutils"
+ depends on BR2_LARGEFILE
+ depends on BR2_TOOLCHAIN_HAS_THREADS
+ help
+ Low level utilities for devices that use a SCSI command set.
+
+ http://sg.danny.cz/sg/sg3_utils.html
+
+config BR2_PACKAGE_SG3_UTILS_PROGS
+ bool "install programs"
+ depends on BR2_PACKAGE_SG3_UTILS
+
+comment "sgutils requires a toolchain with LARGEFILE and threads support"
+ depends on !BR2_LARGEFILE || !BR2_TOOLCHAIN_HAS_THREADS
diff --git a/package/sg3_utils/sg3_utils.mk b/package/sg3_utils/sg3_utils.mk
new file mode 100644
index 0000000..1c629e8
--- /dev/null
+++ b/package/sg3_utils/sg3_utils.mk
@@ -0,0 +1,33 @@
+#############################################################
+#
+# sg3_utils
+#
+#############################################################
+SG3_UTILS_VERSION = 1.34
+SG3_UTILS_SITE = http://sg.danny.cz/sg/p/
+
+# install the libsgutils2 library
+SG3_UTILS_INSTALL_STAGING = YES
+
+define SG3_UTILS_REMOVE_PROGS
+ for prog in \
+ dd decode_sense emc_trespass format get_config \
+ get_lba_status ident inq logs luns map26 \
+ map sgm_dd modes opcodes sgp_dd persist prevent \
+ raw rbuf rdac read readcap read_block_limits \
+ read_buffer read_long reassign referrals \
+ requests reset rmsn rtpg safte sanitize \
+ sat_identify sat_phy_event sat_set_features scan \
+ senddiag ses start stpg sync test_rwbuf turs \
+ unmap verify vpd write_buffer write_long \
+ write_same wr_mode ; do \
+ $(RM) $(TARGET_DIR)/usr/bin/sg_$${prog} ; \
+ done
+ $(RM) $(TARGET_DIR)/usr/bin/sginfo
+endef
+
+ifneq ($(BR2_PACKAGE_SG3_UTILS_PROGS),y)
+SG3_UTILS_POST_INSTALL_TARGET_HOOKS += SG3_UTILS_REMOVE_PROGS
+endif
+
+$(eval $(autotools-package))
--
1.7.10.4
^ permalink raw reply related
* [Buildroot] [PATCH 2/6] polkit: new package
From: Marek Belisko @ 2012-12-21 21:45 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1356126305-16133-1-git-send-email-marek.belisko@open-nandra.com>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Signed-off-by: Marek Belisko <marek.belisko@streamunlimited.com>
---
package/Config.in | 1 +
package/polkit/Config.in | 8 ++++++++
package/polkit/polkit.mk | 18 ++++++++++++++++++
3 files changed, 27 insertions(+)
create mode 100644 package/polkit/Config.in
create mode 100644 package/polkit/polkit.mk
diff --git a/package/Config.in b/package/Config.in
index afecb8e..155a429 100644
--- a/package/Config.in
+++ b/package/Config.in
@@ -749,6 +749,7 @@ if BR2_PACKAGE_BUSYBOX_SHOW_OTHERS
source "package/module-init-tools/Config.in"
endif
source "package/monit/Config.in"
+source "package/polkit/Config.in"
if BR2_PACKAGE_BUSYBOX_SHOW_OTHERS
source "package/procps/Config.in"
source "package/psmisc/Config.in"
diff --git a/package/polkit/Config.in b/package/polkit/Config.in
new file mode 100644
index 0000000..9ca347a
--- /dev/null
+++ b/package/polkit/Config.in
@@ -0,0 +1,8 @@
+config BR2_PACKAGE_POLKIT
+ bool "polkit"
+ select BR2_PACKAGE_LIBGLIB2
+ select BR2_DBUS_EXPAT
+ help
+ PolicyKit is a toolkit for defining and handling
+ authorizations. It is used for allowing unprivileged
+ processes to speak to privileged processes.
diff --git a/package/polkit/polkit.mk b/package/polkit/polkit.mk
new file mode 100644
index 0000000..8c882f2
--- /dev/null
+++ b/package/polkit/polkit.mk
@@ -0,0 +1,18 @@
+#############################################################
+#
+# polkit
+#
+#############################################################
+POLKIT_VERSION = 0.103
+POLKIT_SITE = http://www.freedesktop.org/software/polkit/releases/
+
+POLKIT_INSTALL_STAGING = YES
+
+POLKIT_DEPENDENCIES = libglib2 host-intltool expat
+
+# We could also support --with-authfw=pam
+POLKIT_CONF_OPT = \
+ --with-authfw=shadow \
+ --with-os-type=unknown
+
+$(eval $(autotools-package))
--
1.7.10.4
^ permalink raw reply related
* [Buildroot] [PATCH 3/6] libatasmart: new package.
From: Marek Belisko @ 2012-12-21 21:45 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1356126305-16133-1-git-send-email-marek.belisko@open-nandra.com>
Signed-off-by: Marek Belisko <marek.belisko@open-nandra.com>
---
package/Config.in | 1 +
package/libatasmart/Config.in | 11 +++++++++++
package/libatasmart/libatasmart.mk | 14 ++++++++++++++
3 files changed, 26 insertions(+)
create mode 100644 package/libatasmart/Config.in
create mode 100644 package/libatasmart/libatasmart.mk
diff --git a/package/Config.in b/package/Config.in
index 155a429..7a0a852 100644
--- a/package/Config.in
+++ b/package/Config.in
@@ -231,6 +231,7 @@ source "package/iostat/Config.in"
source "package/irda-utils/Config.in"
source "package/kbd/Config.in"
source "package/lcdproc/Config.in"
+source "package/libatasmart/Config.in"
source "package/linux-firmware/Config.in"
source "package/lm-sensors/Config.in"
source "package/lshw/Config.in"
diff --git a/package/libatasmart/Config.in b/package/libatasmart/Config.in
new file mode 100644
index 0000000..863046f
--- /dev/null
+++ b/package/libatasmart/Config.in
@@ -0,0 +1,11 @@
+config BR2_PACKAGE_LIBATASMART
+ bool "libatasmart"
+ depends on BR2_PACKAGE_UDEV
+ help
+ Reading and Parsing Library.
+ As the name suggests libatasmart only does ATA S.M.A.R.T.
+
+ git://git.0pointer.de/libatasmart.git
+
+comment "libatasmart requires udev to be enabled"
+ depends on !BR2_PACKAGE_UDEV
diff --git a/package/libatasmart/libatasmart.mk b/package/libatasmart/libatasmart.mk
new file mode 100644
index 0000000..47b4720
--- /dev/null
+++ b/package/libatasmart/libatasmart.mk
@@ -0,0 +1,14 @@
+#############################################################
+#
+# libatasmart
+#
+#############################################################
+LIBATASMART_VERSION = v0.19
+LIBATASMART_SITE = git://git.0pointer.de/libatasmart.git
+
+LIBATASMART_INSTALL_STAGING = YES
+LIBATASMART_AUTORECONF = YES
+
+LIBATASMART_DEPENDENCIES = udev
+
+$(eval $(autotools-package))
--
1.7.10.4
^ permalink raw reply related
* [Buildroot] [PATCH 3/3] udisks: new package
From: Marek Belisko @ 2012-12-21 21:45 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1356126305-16133-1-git-send-email-marek.belisko@open-nandra.com>
From: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Signed-off-by: Marek Belisko <marek.belisko@streamunlimited.com>
---
package/Config.in | 1 +
package/udisks/Config.in | 25 +++++++++++++++++++++++++
package/udisks/udisks.mk | 16 ++++++++++++++++
3 files changed, 42 insertions(+), 0 deletions(-)
create mode 100644 package/udisks/Config.in
create mode 100644 package/udisks/udisks.mk
diff --git a/package/Config.in b/package/Config.in
index cccfd77..0986f12 100644
--- a/package/Config.in
+++ b/package/Config.in
@@ -262,6 +262,7 @@ source "package/sysstat/Config.in"
source "package/ti-utils/Config.in"
source "package/uboot-tools/Config.in"
source "package/udev/Config.in"
+source "package/udisks/Config.in"
source "package/usb_modeswitch/Config.in"
source "package/usb_modeswitch_data/Config.in"
source "package/usbmount/Config.in"
diff --git a/package/udisks/Config.in b/package/udisks/Config.in
new file mode 100644
index 0000000..c46fa7f
--- /dev/null
+++ b/package/udisks/Config.in
@@ -0,0 +1,25 @@
+config BR2_PACKAGE_UDISKS
+ bool "udisks"
+ select BR2_PACKAGE_SGUTILS
+ depends on BR2_PACKAGE_UDEV
+ depends on BR2_PACKAGE_DBUS
+ select BR2_PACKAGE_UDEV_ALL_EXTRAS
+ select BR2_PACKAGE_DBUS_GLIB
+ select BR2_PACKAGE_POLKIT
+ select BR2_PACKAGE_PARTED
+ select BR2_PACKAGE_LVM2_DMSETUP_ONLY
+ help
+ The udisks project provides
+
+ o A storage daemon that implements well-defined D-Bus
+ interfaces that can be used to query and manipulate
+ storage devices.
+
+ o a command-line tool, udisks(1), that can be used to query
+ and use the daemon
+
+ http://www.freedesktop.org/wiki/Software/udisks
+
+
+comment "udisks requires udev and dbus to be enabled"
+ depends on !BR2_PACKAGE_UDEV || !BR2_PACKAGE_DBUS
diff --git a/package/udisks/udisks.mk b/package/udisks/udisks.mk
new file mode 100644
index 0000000..6946928
--- /dev/null
+++ b/package/udisks/udisks.mk
@@ -0,0 +1,16 @@
+UDISKS_VERSION = 1.0.4
+UDISKS_SITE = http://hal.freedesktop.org/releases/
+
+UDISKS_DEPENDENCIES = \
+ sgutils \
+ host-pkgconf \
+ udev \
+ dbus \
+ dbus-glib \
+ polkit \
+ parted \
+ lvm2
+
+UDISKS_CONF_OPT = --disable-lvm2 --disable-remote-access --disable-gtk-doc
+
+$(eval $(autotools-package))
--
1.7.5.4
^ 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