* [Buildroot] [pull request] Pull request for branch yem-host-qemu-fixes
From: Yann E. MORIN @ 2012-12-13 21:39 UTC (permalink / raw)
To: buildroot
Hello All!
This short series is an extract from my larger qemu-related series.
I did split it up to ease review and integration.
The following changes since commit e043dd6c99a801dc7f863986c78c947e25c75b3f:
barebox: bump to version 2012.12.1 (2012-12-13 09:37:10 +0100)
are available in the git repository at:
git://gitorious.org/buildroot/buildroot.git yem-host-qemu-fixes
Yann E. MORIN (4):
package/qemu: fix host-qemu variable names
package/qemu: fix host dependencies
package/qemu: use autotools-package infrastructure
package/qemu: bump version
package/qemu/qemu.mk | 44 +++++++++++++++++++-------------------------
1 files changed, 19 insertions(+), 25 deletions(-)
Regards,
Yann E. MORIN
--
.-----------------.--------------------.------------------.--------------------.
| Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
| +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ |
| +33 223 225 172 `------------.-------: X AGAINST | \e/ There is no |
| http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL | v conspiracy. |
'------------------------------^-------^------------------^--------------------'
^ permalink raw reply
* [Buildroot] Getting It into Compact Flash
From: Arnout Vandecappelle @ 2012-12-13 21:37 UTC (permalink / raw)
To: buildroot
In-Reply-To: <000901cdd883$889a6e70$99cf4b50$@co.uk>
On 12/12/12 17:12, Ted Wood wrote:
> OK Next question:
>
> I?ve built a kernel image and a file system image.
>
> I?ve manually installed Grub 2 and a grub.cfg file which looks like this:
>
> menuentry ?Buildroot?
>
> {
>
> set root=?(hd0,msdos1)?
>
> echo ?Loading Kernel?)
>
> linux /boot/bzimage
>
> echo ?Loading Root FS?
>
> initrd /boot/rootfs.ext2
>
> }
For an initrd, you should use a cpio filesystem rather than ext2:
- ext2 adds overhead that is completely unnecessary for a ramdisk;
- if you use anything else than static device management, the devtmps
will not be mounted automatically by the kernel; the cpio filesystem
adds a /init script that mounts it for you.
I thought this was now clearly explained in the manual, is it not?
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] builroot-2012.11.tar.bz2: CVS control directory left in toolchain/elf2flt/elf2flt
From: Peter Korsgaard @ 2012-12-13 21:30 UTC (permalink / raw)
To: buildroot
In-Reply-To: <50CA3F70.2060900@wanadoo.fr>
>>>>> "Thierry" == Thierry Bultel <thierry.bultel@wanadoo.fr> writes:
Thierry> FYI
Thierry> Thierry
Yes, that's on purpose. Elf2flt doesn't have releases, so the easiest
way of working with it is from an existing CVS checkout, atleast that
was how it was back when it was added in 2006.
Now, it hasn't really been updated in buildroot since then, so I doubt
people are really using it - Perhaps we should deprecate it?
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] [v2] luajit: complete replacement for lua
From: Arnout Vandecappelle @ 2012-12-13 21:21 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1354783499-20000-1-git-send-email-francois.perrad@gadz.org>
Hi Francois,
On 06/12/12 09:44, Francois Perrad wrote:
> the mutual exclusion is done by a choice
>
> Signed-off-by: Francois Perrad<francois.perrad@gadz.org>
>
> see initial discussion, http://article.gmane.org/gmane.comp.lib.uclibc.buildroot/43499
>
> ---
> Makefile | 6 ++++++
> package/Config.in | 1 -
> package/copas/copas.mk | 2 +-
> package/coxpcall/coxpcall.mk | 1 -
> package/lua-msgpack-native/lua-msgpack-native.mk | 2 +-
> package/lua/Config.in | 25 ++++++++++++++++++++++
> package/luacjson/luacjson.mk | 2 +-
> package/luaexpat/luaexpat.mk | 2 +-
> package/luafilesystem/luafilesystem.mk | 2 +-
> package/luajit/Config.in | 12 -----------
> package/luajit/luajit-05-install-like-lua.patch | 17 +++++++++++++++
> package/luasocket/luasocket.mk | 2 +-
> package/rings/rings.mk | 2 +-
> package/xavante/xavante.mk | 2 +-
> 14 files changed, 56 insertions(+), 22 deletions(-)
> delete mode 100644 package/luajit/Config.in
> create mode 100644 package/luajit/luajit-05-install-like-lua.patch
>
> diff --git a/Makefile b/Makefile
> index 4b09437..b5215e0 100644
> --- a/Makefile
> +++ b/Makefile
> @@ -282,6 +282,12 @@ HOSTCC := $(CCACHE) $(HOSTCC)
> HOSTCXX := $(CCACHE) $(HOSTCXX)
> endif
>
> +ifeq ($(BR2_PACKAGE_LUA),y)
> + LUA_INTERPRETER = lua
> +else ifeq ($(BR2_PACKAGE_LUAJIT),y)
> + LUA_INTERPRETER = luajit
> +endif
> +
Minor detail: I think this fits better in package/Makefile.in.
> #############################################################
> #
> # You should probably leave this stuff alone unless you know
> diff --git a/package/Config.in b/package/Config.in
> index 74e439e..e6e294e 100644
> --- a/package/Config.in
> +++ b/package/Config.in
> @@ -271,7 +271,6 @@ source "package/erlang/Config.in"
> source "package/haserl/Config.in"
> source "package/jamvm/Config.in"
> source "package/lua/Config.in"
> -source "package/luajit/Config.in"
> if BR2_PACKAGE_LUA || BR2_PACKAGE_LUAJIT
> menu "LUA libraries/modules"
> source "package/cgilua/Config.in"
> diff --git a/package/copas/copas.mk b/package/copas/copas.mk
> index c84a6cc..a258927 100644
> --- a/package/copas/copas.mk
> +++ b/package/copas/copas.mk
> @@ -6,7 +6,7 @@
>
> COPAS_VERSION = 1.1.6
> COPAS_SITE = http://github.com/downloads/keplerproject/copas
> -COPAS_DEPENDENCIES = lua coxpcall luasocket
> +COPAS_DEPENDENCIES = coxpcall luasocket
I guess this is removed because it's a runtime-only dependency?
Then it's better to do this in a separate patch.
[snip]
> diff --git a/package/lua/Config.in b/package/lua/Config.in
> index 4166730..d698a25 100644
> --- a/package/lua/Config.in
> +++ b/package/lua/Config.in
> @@ -1,3 +1,13 @@
> +
> +choice
> + prompt "Lua Interpreter"
> + default BR2_PACKAGE_LUA_NONE
> +
> +config BR2_PACKAGE_LUA_NONE
> + bool "none"
> + help
> + None.
> +
> config BR2_PACKAGE_LUA
> bool "lua"
> help
> @@ -5,6 +15,21 @@ config BR2_PACKAGE_LUA
>
> http://www.lua.org/
>
> +config BR2_PACKAGE_LUAJIT
> + bool "luajit"
> + # Luajit is only available for some target architectures, and
> + # has some complexity wrt 32/64. See luajit.mk for details.
> + depends on BR2_i386 || (BR2_x86_64&& BR2_HOSTARCH='x86_64') || BR2_powerpc || BR2_arm || BR2_armeb
> + help
> + LuaJIT implements the full set of language features defined
> + by Lua 5.1. The virtual machine (VM) is API- and
> + ABI-compatible to the standard Lua interpreter and can be
> + deployed as a drop-in replacement.
> +
> + http://luajit.org/
> +
> +endchoice
It's a good idea to make it a choice, but I have a few problems
with it:
- it doesn't work well with packages that select LUA (e.g.
BR2_PACKAGE_LIGHTTPD_LUA);
- it's not good to split luajit's Config.in from the .mk file.
Maybe there could be a symbol BR2_USE_LUA that can be selected by
other packages? This symbol could be defined package/Config.in.
The choice would default to BR2_PACKAGE_LUA if BR2_USE_LUA, and
BR2_PACKAGE_LUA_NONE would depend on !BR2_USE_LUA.
> +
> if BR2_PACKAGE_LUA
>
> choice
[snip]
> diff --git a/package/xavante/xavante.mk b/package/xavante/xavante.mk
> index 0c1c6f1..7f49f4d 100644
> --- a/package/xavante/xavante.mk
> +++ b/package/xavante/xavante.mk
> @@ -6,7 +6,7 @@
>
> XAVANTE_VERSION = 2.2.1
> XAVANTE_SITE = http://github.com/downloads/keplerproject/xavante
> -XAVANTE_DEPENDENCIES = cgilua copas coxpcall lua luafilesystem luasocket wsapi
> +XAVANTE_DEPENDENCIES = cgilua copas coxpcall luafilesystem luasocket wsapi
Here again I think it should be a separate patch.
Regards,
Arnout
> XAVANTE_LICENSE = MIT
>
> define XAVANTE_INSTALL_TARGET_CMDS
--
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] Boost builds failed
From: Arnout Vandecappelle @ 2012-12-13 21:07 UTC (permalink / raw)
To: buildroot
In-Reply-To: <673DDE2D-005B-43FD-A21B-B84568013166@gmail.com>
On 13/12/12 11:40, Victor Hiairrassary wrote:
> During some auto builds, boost failed to compiles because on .config file, only boost is selected, and no boost library is selected, like thread regex,etc.
I don't think the issue is that no library is selected; rather, it looks
like something breaks down in uClibc builds...
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] builroot-2012.11.tar.bz2: CVS control directory left in toolchain/elf2flt/elf2flt
From: Thierry Bultel @ 2012-12-13 20:49 UTC (permalink / raw)
To: buildroot
FYI
Thierry
^ permalink raw reply
* [Buildroot] [PATCH] gettext: bump to version 0.18.1.1
From: Gustavo Zacarias @ 2012-12-13 20:02 UTC (permalink / raw)
To: buildroot
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
---
package/gettext/Config.in | 3 +
package/gettext/gettext-disable-tests.patch | 37 -----
.../gettext/gettext-uclibc-sched_param-def.patch | 20 +++
package/gettext/gettext.mk | 12 ++-
package/gettext/libdir-la.patch | 154 --------------------
5 files changed, 34 insertions(+), 192 deletions(-)
delete mode 100644 package/gettext/gettext-disable-tests.patch
create mode 100644 package/gettext/gettext-uclibc-sched_param-def.patch
delete mode 100644 package/gettext/libdir-la.patch
diff --git a/package/gettext/Config.in b/package/gettext/Config.in
index ee7d8cb..a97b835 100644
--- a/package/gettext/Config.in
+++ b/package/gettext/Config.in
@@ -16,6 +16,9 @@ config BR2_PACKAGE_GETTEXT
config BR2_PACKAGE_GETTEXT_TOOLS
bool "Install gettext tools"
depends on BR2_PACKAGE_GETTEXT
+ depends on BR2_USE_MMU # fork()
+ depends on BR2_LARGEFILE
+ select BR2_PACKAGE_LIBICONV if !BR2_ENABLE_LOCALE
help
This option allows to install the complete gettext suite in
the target filesystem. This is typically not useful for
diff --git a/package/gettext/gettext-disable-tests.patch b/package/gettext/gettext-disable-tests.patch
deleted file mode 100644
index eded261..0000000
--- a/package/gettext/gettext-disable-tests.patch
+++ /dev/null
@@ -1,37 +0,0 @@
-Disable gettext tests that require threads
-
-gettext fails to build with a toolchain with no threads support just
-because some gettext tests (that aren't used in Buildroot) require
-threads. We therefore disable the build of such tests.
-
-Since the change in Makefile.in is simple, we also make it in this
-patch, which avoids the need to autoreconf the gettext package.
-
-Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
-
-Index: b/gettext-tools/Makefile.am
-===================================================================
---- a/gettext-tools/Makefile.am
-+++ b/gettext-tools/Makefile.am
-@@ -20,7 +20,7 @@
- AUTOMAKE_OPTIONS = 1.5 gnu no-dependencies
- ACLOCAL_AMFLAGS = -I m4 -I ../gettext-runtime/m4 -I ../autoconf-lib-link/m4 -I ../m4 -I gnulib-m4 -I libgettextpo/gnulib-m4
-
--SUBDIRS = doc intl gnulib-lib libgrep libuniname src libgettextpo po projects misc man m4 tests examples
-+SUBDIRS = doc intl gnulib-lib libgrep libuniname src libgettextpo po projects misc man m4 examples
-
- EXTRA_DIST = misc/DISCLAIM
- MOSTLYCLEANFILES = core *.stackdump
-Index: b/gettext-tools/Makefile.in
-===================================================================
---- a/gettext-tools/Makefile.in
-+++ b/gettext-tools/Makefile.in
-@@ -484,7 +484,7 @@
- top_srcdir = @top_srcdir@
- AUTOMAKE_OPTIONS = 1.5 gnu no-dependencies
- ACLOCAL_AMFLAGS = -I m4 -I ../gettext-runtime/m4 -I ../autoconf-lib-link/m4 -I ../m4 -I gnulib-m4 -I libgettextpo/gnulib-m4
--SUBDIRS = doc intl gnulib-lib libgrep libuniname src libgettextpo po projects misc man m4 tests examples
-+SUBDIRS = doc intl gnulib-lib libgrep libuniname src libgettextpo po projects misc man m4 examples
-
- # Allow users to use "gnulib-tool --update".
-
diff --git a/package/gettext/gettext-uclibc-sched_param-def.patch b/package/gettext/gettext-uclibc-sched_param-def.patch
new file mode 100644
index 0000000..4e39278
--- /dev/null
+++ b/package/gettext/gettext-uclibc-sched_param-def.patch
@@ -0,0 +1,20 @@
+uclibc defines __GLIBC__ but it does not expose struct shed_param as much as glibc
+and is not needed too per standard. gnulib attempts to use it but we have to account
+for it because in this case uclibc does not behave like glibc.
+
+-Khem
+
+http://bugs.gentoo.org/336484
+http://bugs.gentoo.org/323377
+
+--- gettext/gettext-tools/gnulib-lib/spawn.in.h
++++ gettext/gettext-tools/gnulib-lib/spawn.in.h
+@@ -31,7 +31,7 @@
+
+ /* Get definitions of 'struct sched_param' and 'sigset_t'.
+ But avoid namespace pollution on glibc systems. */
+-#ifndef __GLIBC__
++#if !defined __GLIBC__ || defined __UCLIBC__
+ # include <sched.h>
+ # include <signal.h>
+ #endif
diff --git a/package/gettext/gettext.mk b/package/gettext/gettext.mk
index 74f5218..77881d3 100644
--- a/package/gettext/gettext.mk
+++ b/package/gettext/gettext.mk
@@ -3,14 +3,18 @@
# gettext
#
#############################################################
-GETTEXT_VERSION = 0.16.1
+
+GETTEXT_VERSION = 0.18.1.1
GETTEXT_SITE = $(BR2_GNU_MIRROR)/gettext
GETTEXT_INSTALL_STAGING = YES
GETTEXT_LICENSE = GPLv2+
GETTEXT_LICENSE_FILES = COPYING
+GETTEXT_DEPENDENCIES = $(if $(BR2_PACKAGE_LIBICONV),libiconv)
+
GETTEXT_CONF_OPT += \
--disable-libasprintf \
+ --disable-acl \
--disable-openmp \
--disable-rpath \
--disable-java \
@@ -34,6 +38,12 @@ ifeq ($(BR2_PACKAGE_GETTEXT_TOOLS),)
define GETTEXT_INSTALL_TARGET_CMDS
cp -dpf $(STAGING_DIR)/usr/lib/libintl*.so* $(TARGET_DIR)/usr/lib/
endef
+# Ditch the tools since they're off and pull other dependencies
+define GETTEXT_DISABLE_TOOLS
+ $(SED) 's/runtime gettext-tools/runtime/' $(@D)/Makefile.in
+endef
endif # GETTEXT_TOOLS = n
+GETTEXT_POST_PATCH_HOOKS += GETTEXT_DISABLE_TOOLS
+
$(eval $(autotools-package))
diff --git a/package/gettext/libdir-la.patch b/package/gettext/libdir-la.patch
deleted file mode 100644
index d5076c1..0000000
--- a/package/gettext/libdir-la.patch
+++ /dev/null
@@ -1,154 +0,0 @@
---- gettext-0.14.6/autoconf-lib-link/build-aux/ltmain.sh.orig 2007-01-13 14:33:23.000000000 -0700
-+++ gettext-0.14.6/autoconf-lib-link/build-aux/ltmain.sh 2007-01-13 14:35:10.000000000 -0700
-@@ -234,8 +234,9 @@
- # line option must be used.
- if test -z "$tagname"; then
- $echo "$modename: unable to infer tagged configuration"
-- $echo "$modename: specify a tag with \`--tag'" 1>&2
-- exit $EXIT_FAILURE
-+ $echo "$modename: defaulting to \`CC'"
-+ $echo "$modename: if this is not correct, specify a tag with \`--tag'"
-+# exit $EXIT_FAILURE
- # else
- # $echo "$modename: using $tagname tagged configuration"
- fi
-@@ -2324,8 +2325,14 @@
- absdir="$abs_ladir"
- libdir="$abs_ladir"
- else
-- dir="$libdir"
-- absdir="$libdir"
-+ # Adding 'libdir' from the .la file to our library search paths
-+ # breaks crosscompilation horribly. We cheat here and don't add
-+ # it, instead adding the path where we found the .la. -CL
-+ dir="$abs_ladir"
-+ absdir="$abs_ladir"
-+ libdir="$abs_ladir"
-+ #dir="$libdir"
-+ #absdir="$libdir"
- fi
- test "X$hardcode_automatic" = Xyes && avoidtemprpath=yes
- else
-@@ -2800,6 +2807,16 @@
- esac
- if grep "^installed=no" $deplib > /dev/null; then
- path="$absdir/$objdir"
-+# This interferes with crosscompilation. -CL
-+# else
-+# eval libdir=`${SED} -n -e 's/^libdir=\(.*\)$/\1/p' $deplib`
-+# if test -z "$libdir"; then
-+# $echo "$modename: \`$deplib' is not a valid libtool archive" 1>&2
-+# exit 1
-+# fi
-+# if test "$absdir" != "$libdir"; then
-+# $echo "$modename: warning: \`$deplib' seems to be moved" 1>&2
-+# fi
- else
- eval libdir=`${SED} -n -e 's/^libdir=\(.*\)$/\1/p' $deplib`
- if test -z "$libdir"; then
-@@ -5210,6 +5227,10 @@
- # Replace all uninstalled libtool libraries with the installed ones
- newdependency_libs=
- for deplib in $dependency_libs; do
-+ # Replacing uninstalled with installed can easily break crosscompilation,
-+ # since the installed path is generally the wrong architecture. -CL
-+ newdependency_libs="$newdependency_libs $deplib"
-+ continue
- case $deplib in
- *.la)
- name=`$echo "X$deplib" | $Xsed -e 's%^.*/%%'`
-@@ -5528,10 +5549,13 @@
- # At present, this check doesn't affect windows .dll's that
- # are installed into $libdir/../bin (currently, that works fine)
- # but it's something to keep an eye on.
-- if test "$inst_prefix_dir" = "$destdir"; then
-- $echo "$modename: error: cannot install \`$file' to a directory not ending in $libdir" 1>&2
-- exit $EXIT_FAILURE
-- fi
-+ #
-+ # This breaks install into our staging area. -PB
-+ #
-+ # if test "$inst_prefix_dir" = "$destdir"; then
-+ # $echo "$modename: error: cannot install \`$file' to a directory not ending in $libdir" 1>&2
-+ # exit $EXIT_FAILURE
-+ # fi
-
- if test -n "$inst_prefix_dir"; then
- # Stick the inst_prefix_dir data into the link command.
---- gettext-0.14.6/build-aux/ltmain.sh.orig 2005-05-20 15:03:38.000000000 -0600
-+++ gettext-0.14.6/build-aux/ltmain.sh 2007-01-13 14:34:27.000000000 -0700
-@@ -234,8 +234,9 @@
- # line option must be used.
- if test -z "$tagname"; then
- $echo "$modename: unable to infer tagged configuration"
-- $echo "$modename: specify a tag with \`--tag'" 1>&2
-- exit $EXIT_FAILURE
-+ $echo "$modename: defaulting to \`CC'"
-+ $echo "$modename: if this is not correct, specify a tag with \`--tag'"
-+# exit $EXIT_FAILURE
- # else
- # $echo "$modename: using $tagname tagged configuration"
- fi
-@@ -2324,8 +2325,14 @@
- absdir="$abs_ladir"
- libdir="$abs_ladir"
- else
-- dir="$libdir"
-- absdir="$libdir"
-+ # Adding 'libdir' from the .la file to our library search paths
-+ # breaks crosscompilation horribly. We cheat here and don't add
-+ # it, instead adding the path where we found the .la. -CL
-+ dir="$abs_ladir"
-+ absdir="$abs_ladir"
-+ libdir="$abs_ladir"
-+ #dir="$libdir"
-+ #absdir="$libdir"
- fi
- test "X$hardcode_automatic" = Xyes && avoidtemprpath=yes
- else
-@@ -2800,6 +2807,16 @@
- esac
- if grep "^installed=no" $deplib > /dev/null; then
- path="$absdir/$objdir"
-+# This interferes with crosscompilation. -CL
-+# else
-+# eval libdir=`${SED} -n -e 's/^libdir=\(.*\)$/\1/p' $deplib`
-+# if test -z "$libdir"; then
-+# $echo "$modename: \`$deplib' is not a valid libtool archive" 1>&2
-+# exit 1
-+# fi
-+# if test "$absdir" != "$libdir"; then
-+# $echo "$modename: warning: \`$deplib' seems to be moved" 1>&2
-+# fi
- else
- eval libdir=`${SED} -n -e 's/^libdir=\(.*\)$/\1/p' $deplib`
- if test -z "$libdir"; then
-@@ -5210,6 +5227,10 @@
- # Replace all uninstalled libtool libraries with the installed ones
- newdependency_libs=
- for deplib in $dependency_libs; do
-+ # Replacing uninstalled with installed can easily break crosscompilation,
-+ # since the installed path is generally the wrong architecture. -CL
-+ newdependency_libs="$newdependency_libs $deplib"
-+ continue
- case $deplib in
- *.la)
- name=`$echo "X$deplib" | $Xsed -e 's%^.*/%%'`
-@@ -5528,10 +5549,13 @@
- # At present, this check doesn't affect windows .dll's that
- # are installed into $libdir/../bin (currently, that works fine)
- # but it's something to keep an eye on.
-- if test "$inst_prefix_dir" = "$destdir"; then
-- $echo "$modename: error: cannot install \`$file' to a directory not ending in $libdir" 1>&2
-- exit $EXIT_FAILURE
-- fi
-+ #
-+ # This breaks install into our staging area. -PB
-+ #
-+ # if test "$inst_prefix_dir" = "$destdir"; then
-+ # $echo "$modename: error: cannot install \`$file' to a directory not ending in $libdir" 1>&2
-+ # exit $EXIT_FAILURE
-+ # fi
-
- if test -n "$inst_prefix_dir"; then
- # Stick the inst_prefix_dir data into the link command.
--
1.7.8.6
^ permalink raw reply related
* [Buildroot] Getting It into Compact Flash
From: Ted Wood @ 2012-12-13 16:00 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20121213132615.GA21579@mail.sceen.net>
> >ext3 too (CONFIG_EXT4_USE_FOR_EXT23). There is currently no way to
> >build an ext3 or ext4 image (you need to use tune2fs with some magic
> >to enable the new features), but with the configuration I'm
> >suggesting, you'll have good support for every ext file system.
OK. Got it. Understood. Thank you.
It now boots but does not open a login shell.
menuConfig has a default login terminal ttyS0 - presumably this is for a
serial port?
Code is running on an i586 single board computer with keyboard and monitor
connected
I've tried building the code for tty0 and tty1.
^ permalink raw reply
* [Buildroot] Getting It into Compact Flash
From: Richard Braun @ 2012-12-13 13:26 UTC (permalink / raw)
To: buildroot
In-Reply-To: <000b01cdd932$eb5179f0$c1f46dd0$@co.uk>
On Thu, Dec 13, 2012 at 01:08:16PM -0000, Ted Wood wrote:
> I went into linux-menuconfig and set up support for ext4 and ext3
>
>
> I can't find any way of enabling the generation of ext3/ext4 File System
> images.
Read carefully what I wrote please: disable ext2 and ext3, and enable
ext4 (CONFIG_EXT4_FS) and the option to use the ext4 driver for ext2 and
ext3 too (CONFIG_EXT4_USE_FOR_EXT23). There is currently no way to build
an ext3 or ext4 image (you need to use tune2fs with some magic to enable
the new features), but with the configuration I'm suggesting, you'll
have good support for every ext file system.
--
Richard Braun
^ permalink raw reply
* [Buildroot] Boost builds failed
From: Peter Korsgaard @ 2012-12-13 13:19 UTC (permalink / raw)
To: buildroot
In-Reply-To: <673DDE2D-005B-43FD-A21B-B84568013166@gmail.com>
>>>>> "Victor" == Victor Hiairrassary <victor.hiairrassary.ml@gmail.com> writes:
Victor> During some auto builds, boost failed to compiles because on
Victor> .config file, only boost is selected, and no boost library is
Victor> selected, like thread regex,etc.
I haven't looked at the boost build system, but it should either always
build something or simply skip the build/install steps (E.G. become a
noop) if none of the libraries are enabled.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] Getting It into Compact Flash
From: Ted Wood @ 2012-12-13 13:08 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20121213113223.GA13939@mail.sceen.net>
> >-----Original Message-----
> >From: Richard Braun [mailto:rbraun at sceen.net]
> >Sent: 13 December 2012 11:32
> >To: Ted Wood
> >Cc: buildroot at busybox.net
> >Subject: Re: [Buildroot] Getting It into Compact Flash
> >
> >On Thu, Dec 13, 2012 at 10:48:07AM -0000, Ted Wood wrote:
> >> Would I be correct in thinking that the kernel is only configured
> >for
> >> ext3, vfat, msdos and iso9600 file systems?
> >> And it is therefore not recognising the the ext2 FS generated by
> >Buildroot?
> >
> >Ah yes, likely. Use make linux-menuconfig, go check that, and I
> >suggest you use ext4 with ext2/ext3 support if your kernel is recent
> >enough (>= 2.6.35 iirc), so you just have one option to rule them all
> >and don't waste more time on this issue.
> >
> >--
> >Richard Braun
I went into linux-menuconfig and set up support for ext4 and ext3
I can't find any way of enabling the generation of ext3/ext4 File System
images.
^ permalink raw reply
* [Buildroot] Getting It into Compact Flash
From: Richard Braun @ 2012-12-13 11:32 UTC (permalink / raw)
To: buildroot
In-Reply-To: <000301cdd91f$572b9520$0582bf60$@co.uk>
On Thu, Dec 13, 2012 at 10:48:07AM -0000, Ted Wood wrote:
> Would I be correct in thinking that the kernel is only configured for ext3,
> vfat, msdos and iso9600 file systems?
> And it is therefore not recognising the the ext2 FS generated by Buildroot?
Ah yes, likely. Use make linux-menuconfig, go check that, and I suggest
you use ext4 with ext2/ext3 support if your kernel is recent enough
(>= 2.6.35 iirc), so you just have one option to rule them all and don't
waste more time on this issue.
--
Richard Braun
^ permalink raw reply
* [Buildroot] buildroot 2012.11 large file support
From: Victor Hiairrassary @ 2012-12-13 11:28 UTC (permalink / raw)
To: buildroot
In-Reply-To: <50C9B6C7.6080502@mind.be>
Previous boost package does not depend on BR2_LARGEFILE!
I have add it else boost build fails.
Le 13 d?c. 2012 ? 12:06, Arnout Vandecappelle <arnout@mind.be> a ?crit :
> On 13/12/12 11:45, Victor Hiairrassary wrote:
>> So maybe boost package should no more depend on BR2_LARGEFILE?
>
> That has no relation at all with gcc...
>
> _Maybe_ the new boost version has lost its dependency on largefile, but I
> doubt it. I just tried it and it fails with a very cryptic error message.
>
> 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] buildroot 2012.11 large file support
From: Arnout Vandecappelle @ 2012-12-13 11:06 UTC (permalink / raw)
To: buildroot
In-Reply-To: <0BA8DAED-72C3-4B4D-AC0E-4A0B344D88F1@gmail.com>
On 13/12/12 11:45, Victor Hiairrassary wrote:
> So maybe boost package should no more depend on BR2_LARGEFILE?
That has no relation at all with gcc...
_Maybe_ the new boost version has lost its dependency on largefile, but I
doubt it. I just tried it and it fails with a very cryptic error message.
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 2/2] barebox: needs host-lzop
From: Fabio Porcedda @ 2012-12-13 10:59 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1355396382-14652-1-git-send-email-fabio.porcedda@gmail.com>
Add host-lzop dependency.
Use $(TARGET_MAKE_ENV) when calling $(MAKE)
to able to use binaries built for host.
Signed-off-by: Fabio Porcedda <fabio.porcedda@gmail.com>
---
boot/barebox/barebox.mk | 9 +++++----
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/boot/barebox/barebox.mk b/boot/barebox/barebox.mk
index 6cc4976..2aff7e6 100644
--- a/boot/barebox/barebox.mk
+++ b/boot/barebox/barebox.mk
@@ -20,6 +20,7 @@ BAREBOX_SOURCE = barebox-$(BAREBOX_VERSION).tar.bz2
BAREBOX_SITE = http://www.barebox.org/download/
endif
+BAREBOX_DEPENDENCIES = host-lzop
BAREBOX_LICENSE = GPLv2 with exceptions
BAREBOX_LICENSE_FILES = COPYING
@@ -56,7 +57,7 @@ endif
define BAREBOX_CONFIGURE_CMDS
cp $(BAREBOX_SOURCE_CONFIG) $(@D)/arch/$(BAREBOX_ARCH)/configs/buildroot_defconfig
- $(MAKE) $(BAREBOX_MAKE_FLAGS) -C $(@D) buildroot_defconfig
+ $(TARGET_MAKE_ENV) $(MAKE) $(BAREBOX_MAKE_FLAGS) -C $(@D) buildroot_defconfig
endef
ifeq ($(BR2_TARGET_BAREBOX_BAREBOXENV),y)
@@ -68,7 +69,7 @@ endif
define BAREBOX_BUILD_CMDS
$(BAREBOX_BUILD_BAREBOXENV_CMDS)
- $(MAKE) $(BAREBOX_MAKE_FLAGS) -C $(@D)
+ $(TARGET_MAKE_ENV) $(MAKE) $(BAREBOX_MAKE_FLAGS) -C $(@D)
endef
define BAREBOX_INSTALL_IMAGES_CMDS
@@ -96,12 +97,12 @@ endif
endif
barebox-menuconfig barebox-xconfig barebox-gconfig barebox-nconfig: barebox-configure
- $(MAKE) $(BAREBOX_MAKE_FLAGS) -C $(BAREBOX_DIR) \
+ $(TARGET_MAKE_ENV) $(MAKE) $(BAREBOX_MAKE_FLAGS) -C $(BAREBOX_DIR) \
$(subst barebox-,,$@)
rm -f $(BAREBOX_DIR)/.stamp_{built,target_installed,images_installed}
barebox-savedefconfig: barebox-configure
- $(MAKE) $(BAREBOX_MAKE_FLAGS) -C $(BAREBOX_DIR) \
+ $(TARGET_MAKE_ENV) $(MAKE) $(BAREBOX_MAKE_FLAGS) -C $(BAREBOX_DIR) \
$(subst barebox-,,$@)
ifeq ($(BR2_TARGET_BAREBOX_USE_CUSTOM_CONFIG),y)
--
1.8.0
^ permalink raw reply related
* [Buildroot] [PATCH 1/2] lzop: add host build
From: Fabio Porcedda @ 2012-12-13 10:59 UTC (permalink / raw)
To: buildroot
Barebox needs host-lzop.
Signed-off-by: Fabio Porcedda <fabio.porcedda@gmail.com>
---
package/lzop/lzop.mk | 1 +
1 file changed, 1 insertion(+)
diff --git a/package/lzop/lzop.mk b/package/lzop/lzop.mk
index 4ab8a4a..1f7c835 100644
--- a/package/lzop/lzop.mk
+++ b/package/lzop/lzop.mk
@@ -11,3 +11,4 @@ LZOP_LICENSE_FILES = COPYING
LZOP_DEPENDENCIES = lzo
$(eval $(autotools-package))
+$(eval $(host-autotools-package))
--
1.8.0
^ permalink raw reply related
* [Buildroot] buildroot 2012.11 large file support
From: Peter Korsgaard @ 2012-12-13 10:55 UTC (permalink / raw)
To: buildroot
In-Reply-To: <0BA8DAED-72C3-4B4D-AC0E-4A0B344D88F1@gmail.com>
>>>>> "Victor" == Victor Hiairrassary <victor.hiairrassary.ml@gmail.com> writes:
Victor> So maybe boost package should no more depend on BR2_LARGEFILE?
Ehh, what does that have to do with the compilation issue on Ubuntu
12.04 when you don't enable largefile?
Presumably boost is marked as needing largefile because it does?
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] Need some help fetching local Linux code
From: Arnout Vandecappelle @ 2012-12-13 10:54 UTC (permalink / raw)
To: buildroot
In-Reply-To: <CAE21AQq8wky0Auuq5U0NNUPVXVGQsXGkWcBQ_kvkEe8Xy_RoUg@mail.gmail.com>
On 13/12/12 03:27, Charles Manning wrote:
> Hi
>
> I have been dabbling with the handling for Linux so that it can be
> fetched from svn or a local directory.
>
> Although testing of SITE_METHOD = local works fine with a simple test
> case, I am struggling to get it working from the linux/linux.mk
>
> What I have done is modify linux/Config.in as follows:
[snip]
> +choice
> + prompt "Custom fetch method"
> + depends on BR2_LINUX_KERNEL_CUSTOM_SOURCE
> +
Not relevant for your problem, but I would:
- change the 'depends on' into an 'if' around all the relevant
configs;
- add a BR2_LINUX_KERNEL_CUSTOM_SOURCE_AUTO, which is the default,
and which unsets _SITE_METHOD so that it is derived automatically
from the URL.
> +config BR2_LINUX_KERNEL_CUSTOM_SOURCE_WGET
> + bool "wget"
> +config BR2_LINUX_KERNEL_CUSTOM_SOURCE_SCP
> + bool "scp"
> +config BR2_LINUX_KERNEL_CUSTOM_SOURCE_SVN
> + bool "svn"
> +config BR2_LINUX_KERNEL_CUSTOM_SOURCE_GIT
> + bool "git"
> +config BR2_LINUX_KERNEL_CUSTOM_SOURCE_HG
> + bool "Mercurial"
> +config BR2_LINUX_KERNEL_CUSTOM_SOURCE_BZR
> + bool "Bazaar"
> +config BR2_LINUX_KERNEL_CUSTOM_SOURCE_FILE
> + bool "Local tarball"
> +config BR2_LINUX_KERNEL_CUSTOM_SOURCE_LOCAL
> + bool "Local directory"
> +
> +endchoice
[snip]
> config BR2_LINUX_KERNEL_VERSION
> string
> default "3.7" if BR2_LINUX_KERNEL_3_7
> default BR2_DEFAULT_KERNEL_HEADERS if BR2_LINUX_KERNEL_SAME_AS_HEADERS
> default BR2_LINUX_KERNEL_CUSTOM_VERSION_VALUE if BR2_LINUX_KERNEL_CUSTOM_VERSION
> default "custom" if BR2_LINUX_KERNEL_CUSTOM_TARBALL
> - default $BR2_LINUX_KERNEL_CUSTOM_GIT_VERSION if BR2_LINUX_KERNEL_CUSTOM_GIT
> + default "custom-source" if BR2_LINUX_KERNEL_CUSTOM_SOURCE
> + default $BR2_LINUX_KERNEL_CUSTOM_VERSION if BR2_LINUX_KERNEL_CUSTOM_VERSION
No need to change from custom to custom-source...
>
> #
> # Patch selection
> diff --git a/linux/linux.mk b/linux/linux.mk
> index c4bdf90..73623bd 100644
> --- a/linux/linux.mk
> +++ b/linux/linux.mk
> @@ -12,9 +12,9 @@ ifeq ($(LINUX_VERSION),custom)
> LINUX_TARBALL = $(call qstrip,$(BR2_LINUX_KERNEL_CUSTOM_TARBALL_LOCATION))
> LINUX_SITE = $(dir $(LINUX_TARBALL))
> LINUX_SOURCE = $(notdir $(LINUX_TARBALL))
> -else ifeq ($(BR2_LINUX_KERNEL_CUSTOM_GIT),y)
> -LINUX_SITE = $(call qstrip,$(BR2_LINUX_KERNEL_CUSTOM_GIT_REPO_URL))
> -LINUX_SITE_METHOD = git
> +else ifeq ($(BR2_LINUX_KERNEL_CUSTOM_SOURCE),y)
> +LINUX_SITE = $(call qstrip,$(BR2_LINUX_KERNEL_CUSTOM_SOURCE_LOCATION))
> +LINUX_SITE_METHOD = $(BR2_LINUX_KERNEL_CUSTOM_SOURCE_METHOD)
This should be qstrip'ped. I suspect that is your problem. The problem is that
there is an 'ifeq ($(LINUX_SITE_METHOD),local)' in the generic-package expansion,
and that expands to 'ifeq ("local",local)' which is false.
[snip]
> I also added the following debuggering:
> @@ -30,7 +30,7 @@ ifeq ($(DL_MODE),DOWNLOAD)
> # Only show the download message if it isn't already downloaded
> $(Q)(test -e $(DL_DIR)/$($(PKG)_SOURCE)&& \
> (test -z $($(PKG)_PATCH) || test -e $(DL_DIR)$($(PKG)_PATCH))) || \
> - $(call MESSAGE,"Downloading")
> + $(call MESSAGE,"Downloading $($(PKG)_SITE) $($(PKG)_SITE_METHOD)")
> endif
The way it's written now, you don't see the quotes. Better put single quotes
around the message instead of double quotes.
> $(if $($(PKG)_SOURCE),$(call DOWNLOAD,$($(PKG)_SITE)/$($(PKG)_SOURCE)))
> $(if $($(PKG)_PATCH),$(call DOWNLOAD,$($(PKG)_SITE)/$($(PKG)_PATCH)))
>
> Unfortunately, the code is not fetched properly and instead buildroot
> tries to fetch a tarball.
>
> make V=1 gives:
>
> harles at charles-laptop:/opt/buildroot/buildroot$ make V=1
> (test -e /opt/buildroot/buildroot/dl/linux-custom-source.tar.gz&& \
> (test -z || test -e /opt/buildroot/buildroot/dl)) || \
> echo ">>> linux custom-source "Downloading
> /home/charles/projects/ex/linux-omap-3.2/ "local"""
>>>> linux custom-source Downloading /home/charles/projects/ex/linux-omap-3.2/ local
> if test -n "" ; then case "" in scp) test -e
> /opt/buildroot/buildroot/dl/linux-custom-source.tar.gz || scp
> '/linux-custom-source.tar.gz'
> /opt/buildroot/buildroot/dl/linux-custom-source.tar.gz&& exit ;; *)
> test -e /opt/buildroot/buildroot/dl/linux-custom-source.tar.gz ||
> (wget --passive-ftp -nd -t 3 -O
> /opt/buildroot/buildroot/dl/linux-custom-source.tar.gz.tmp
> '/linux-custom-source.tar.gz'&& mv
> /opt/buildroot/buildroot/dl/linux-custom-source.tar.gz.tmp
> /opt/buildroot/buildroot/dl/linux-custom-source.tar.gz) || (rm -f
> /opt/buildroot/buildroot/dl/linux-custom-source.tar.gz.tmp ; exit 1)
> && exit ;; esac ; fi ; if test "" = "y" ; then exit 1 ; fi ; if test
> -n "/home/charles/projects/ex/linux-omap-3.2//linux-custom-source.tar.gz"
> ; then if test -z ""local"" ; then
Here you can see the double double quotes. (Note: the double double is
intentional here :-)
Regards,
Arnout
> scheme="/home/charles/projects/ex/linux-omap-3.2//linux-custom-source.tar.gz"
> ; else scheme=""local"" ; fi ; case "$scheme" in git) test -e
> /opt/buildroot/buildroot/dl/linux-custom-source.tar.gz || (pushd
> /opt/buildroot/buildroot/dl> /dev/null&& ((test "`git ls-remote
> /home/charles/projects/ex/linux-omap-3.2/ custom-source`"&& echo
> "Doing shallow clone"&& git clone --depth 1 -b custom-source --bare
> /home/charles/projects/ex/linux-omap-3.2/ linux-custom-source) ||
> (echo "Doing full clone"&& git clone --bare
> /home/charles/projects/ex/linux-omap-3.2/ linux-custom-source))&&
> pushd linux-custom-source> /dev/null&& git archive --format=tar
> --prefix=linux-custom-source/ custom-source | gzip -c>
> /opt/buildroot/buildroot/dl/linux-custom-source.tar.gz&& popd>
> /dev/null&& rm -rf /opt/buildroot/buildroot/dl/linux-custom-source&&
> popd> /dev/null)&& exit ;; svn) test -e
> /opt/buildroot/buildroot/dl/linux-custom-source.tar.gz || (pushd
> /opt/buildroot/buildroot/dl> /dev/null&& svn export -r custom-source
> /home/charles/projects/ex/linux-omap-3.2/
> /opt/buildroot/buildroot/dl/linux-custom-source&& tar czf
> linux-custom-source.tar.gz linux-custom-source/&& rm -rf
> /opt/buildroot/buildroot/dl/linux-custom-source&& popd> /dev/null)
> && exit ;; bzr) test -e
> /opt/buildroot/buildroot/dl/linux-custom-source.tar.gz || bzr export
> /opt/buildroot/buildroot/dl/linux-custom-source.tar.gz
> /home/charles/projects/ex/linux-omap-3.2/ -r custom-source&& exit ;;
> file) echo "Download local files" test -e
> /opt/buildroot/buildroot/dl/linux-custom-source.tar.gz || cp
> /home/charles/projects/ex/linux-omap-3.2//linux-custom-source.tar.gz
> /opt/buildroot/buildroot/dl&& exit ;; scp) test -e
> /opt/buildroot/buildroot/dl/linux-custom-source.tar.gz || scp
> '/home/charles/projects/ex/linux-omap-3.2//linux-custom-source.tar.gz'
> /opt/buildroot/buildroot/dl/linux-custom-source.tar.gz&& exit ;; hg)
> test -e /opt/buildroot/buildroot/dl/linux-custom-source.tar.gz ||
> (pushd /opt/buildroot/buildroot/dl> /dev/null&& hg clone --noupdate
> --rev custom-source /home/charles/projects/ex/linux-omap-3.2/
> linux-custom-source&& hg archive --repository linux-custom-source
> --type tgz --prefix linux-custom-source/ --rev custom-source
> /opt/buildroot/buildroot/dl/linux-custom-source.tar.gz&& rm -rf
> /opt/buildroot/buildroot/dl/linux-custom-source&& popd> /dev/null)
> && exit ;; *) test -e
> /opt/buildroot/buildroot/dl/linux-custom-source.tar.gz || (wget
> --passive-ftp -nd -t 3 -O
> /opt/buildroot/buildroot/dl/linux-custom-source.tar.gz.tmp
> '/home/charles/projects/ex/linux-omap-3.2//linux-custom-source.tar.gz'
> && mv /opt/buildroot/buildroot/dl/linux-custom-source.tar.gz.tmp
> /opt/buildroot/buildroot/dl/linux-custom-source.tar.gz) || (rm -f
> /opt/buildroot/buildroot/dl/linux-custom-source.tar.gz.tmp ; exit 1)
> && exit ;; esac ; fi ; if test -n "http://sources.buildroot.net/" ;
> then test -e /opt/buildroot/buildroot/dl/linux-custom-source.tar.gz
> || (wget --passive-ftp -nd -t 3 -O
> /opt/buildroot/buildroot/dl/linux-custom-source.tar.gz.tmp
> 'http://sources.buildroot.net//linux-custom-source.tar.gz'&& mv
> /opt/buildroot/buildroot/dl/linux-custom-source.tar.gz.tmp
> /opt/buildroot/buildroot/dl/linux-custom-source.tar.gz) || (rm -f
> /opt/buildroot/buildroot/dl/linux-custom-source.tar.gz.tmp ; exit 1)
> && exit ; fi ; exit 1
> /home/charles/projects/ex/linux-omap-3.2//linux-custom-source.tar.gz:
> Scheme missing.
> mkdir -p /opt/buildroot/buildroot/output/build/linux-custom-source
> touch /opt/buildroot/buildroot/output/build/linux-custom-source/.stamp_downloaded
>
>
> The flow is different when I ran a simplified test case. That just
> used rsync... and worked.
>
> Any help appreciated.
>
> Thanks
>
> Charles
> _______________________________________________
> buildroot mailing list
> buildroot at busybox.net
> http://lists.busybox.net/mailman/listinfo/buildroot
>
--
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] Getting It into Compact Flash
From: Ted Wood @ 2012-12-13 10:48 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20121212204922.GA1265@mail.sceen.net>
> >-----Original Message-----
> >From: Richard Braun [mailto:rbraun at sceen.net]
> >Sent: 12 December 2012 20:49
> >To: Ted Wood
> >Cc: buildroot at busybox.net
> >Subject: Re: [Buildroot] Getting It into Compact Flash
> >
> >On Wed, Dec 12, 2012 at 05:22:26PM +0100, Richard Braun wrote:
> >> On Wed, Dec 12, 2012 at 04:12:49PM -0000, Ted Wood wrote:
> >> > It starts up OK, loads the kernel and uncompresses it.
> >> >
> >> > It mounts sda and sda1
> >> >
> >> > Then "No filesystem could mount root, tried ext3 vfat msdos
> >iso9660"
> >>
> >> Buildroot doesn't take care of the partition table.
> >>
> >> See
> >> http://lists.busybox.net/pipermail/buildroot/2012-August/057536.html
> >> (and the next message for the unspoiled attached script).
> >
> >If your problem has nothing to do with the partition table, feel free
> >to give us more information about it, like the boot log (so that we
> >can see what is actually mounted).
> >
> >--
> >Richard Braun
Boot Log:
RAMDISK: ext2 filesystem found at block 0
RAMDISK: Loading 2263KiB [1 disk] into ram disk.. done.
List of all partitions:
0800 7831152 sda driver: sd
0801 7825423 sda1 00000000-0000-0000-0000-000000000000
No filesystem could mount root, tried ext3 vfat msdos iso9660 Kernel panic -
not syncing VFS: Unable to mount root fs on on unknown block (1,0)
I also note that the Buildroot Kernel will boot OK into with my ext3 Yocto
Filesystem...
Would I be correct in thinking that the kernel is only configured for ext3,
vfat, msdos and iso9600 file systems?
And it is therefore not recognising the the ext2 FS generated by Buildroot?
^ permalink raw reply
* [Buildroot] buildroot 2012.11 large file support
From: Victor Hiairrassary @ 2012-12-13 10:45 UTC (permalink / raw)
To: buildroot
In-Reply-To: <50C91790.6090202@mind.be>
So maybe boost package should no more depend on BR2_LARGEFILE?
Le 13 d?c. 2012 ? 00:47, Arnout Vandecappelle <arnout@mind.be> a ?crit :
> On 12/12/12 23:21, Thomas Petazzoni wrote:
>> Dear Peter Korsgaard,
>>
>> On Wed, 12 Dec 2012 21:15:44 +0100, Peter Korsgaard wrote:
>>
>>> Thomas> !largefile build is OK if we pass $(DISABLE_LARGEFILE) to
>>> Thomas> gcc1 and gcc2 configure steps, so it solves the build
>>> Thomas> problem. I haven't done more testing though (testing the
>>> Thomas> generated code, building with largefile enabled, etc.).
>>>
>>> Cool, great - I'll commit that then.
>>>
>>> Thomas> That said, doesn't --disable-largefile disables largefile
>>> Thomas> support at the level of gcc itself, rather than taking into
>>> Thomas> account the fact that largefile support is not available on
>>> Thomas> the target? Of course, it has the consequence that
>>> Thomas> _FILE_OFFSET_BITS is no longer defined to 64 in auto-conf.h,
>>> Thomas> which works around the problem. But gcc (the host binary)
>>> Thomas> should be capable of being built with largefile support on a
>>> Thomas> 32 bits host, even if the 32 bits target has no largefile
>>> Thomas> support.
>>>
>>> So for the cross compiler to be able to access large files? Is that
>>> really important? I doubt people are using buildroot with 2G+
>>> source/object/library files?
>>
>> It's not that we care too much about this (even though some crazy
>> library like Qt with debugging symbols reaches a very fat size, several
>> hundreds of MBs in size), but the fact that it is an ugly workaround to
>> use the side-effect of disabling largefile on gcc to make it play nice
>> with a target system that has largefile disabled.
>>
>> Right now, when largefile is disabled for the target, it is disabled
>> for the cross gcc, when largefile is enabled for the target, it is
>> enabled for the cross gcc. Doesn't make much sense.
>
> Indeed, it would make much more sense to disable largefile unconditionally
> while building any gcc stage (uClibc won't complain if _FILE_OFFSET_BITS is
> not set). At least, I guess --disable-largefile only says something about
> the gcc executable, not about the crtstuff and other target support...
>
> And it also deserves a BIG FAT comment explaining why this is needed.
>
> 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
> _______________________________________________
> buildroot mailing list
> buildroot at busybox.net
> http://lists.busybox.net/mailman/listinfo/buildroot
^ permalink raw reply
* [Buildroot] Boost builds failed
From: Victor Hiairrassary @ 2012-12-13 10:40 UTC (permalink / raw)
To: buildroot
During some auto builds, boost failed to compiles because on .config file, only boost is selected, and no boost library is selected, like thread regex,etc.
Is there any way to fix it?
Thanks!
^ permalink raw reply
* [Buildroot] [PATCH] perl: refactor configure step,
From: Arnout Vandecappelle @ 2012-12-13 10:30 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1354865887-6720-1-git-send-email-francois.perrad@gadz.org>
On 07/12/12 08:38, Francois Perrad wrote:
> after discussion with Perl-Cross's author (Alex Suykov)
This splitting of the commit message looks funny in the oneline log...
>
> Note: Using -A with variables that aren't option lists makes little sense.
Then I misunderstood the meaning of -A: I thought it was meant to override
whatever has been autodetected, while -D can still be overridden by the
autodetection. But the documentation isn't particularly clear about this.
And I guess Alex Suykov should know :-)
>
> Signed-off-by: Francois Perrad<francois.perrad@gadz.org>
Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
Tested-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
(build-test on a minimal internal toolchain)
Regards,
Arnout
> ---
> package/perl/perl.mk | 12 ++++++------
> 1 file changed, 6 insertions(+), 6 deletions(-)
>
> diff --git a/package/perl/perl.mk b/package/perl/perl.mk
> index a86ee2a..da54ef1 100644
> --- a/package/perl/perl.mk
> +++ b/package/perl/perl.mk
> @@ -57,12 +57,12 @@ PERL_CONF_OPT = \
> -Dld="$(TARGET_CC_NOCCACHE)" \
> -Dccflags="$(TARGET_CFLAGS)" \
> -Dldflags="$(TARGET_LDFLAGS) -lm" \
> - -A define:mydomain="" \
> - -A define:myhostname="$(BR2_TARGET_GENERIC_HOSTNAME)" \
> - -A define:myuname="Buildroot $(BR2_VERSION_FULL)" \
> - -A define:osname=linux \
> - -A define:osvers=$(LINUX_VERSION) \
> - -A define:perladmin=root
> + -Dmydomain="" \
> + -Dmyhostname="$(BR2_TARGET_GENERIC_HOSTNAME)" \
> + -Dmyuname="Buildroot $(BR2_VERSION_FULL)" \
> + -Dosname=linux \
> + -Dosvers=$(LINUX_VERSION) \
> + -Dperladmin=root
>
> ifeq ($(shell expr $(PERL_VERSION_MAJOR) % 2), 1)
> PERL_CONF_OPT += -Dusedevel
--
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] system: add option to configure TERM variable
From: Richard Braun @ 2012-12-13 10:28 UTC (permalink / raw)
To: buildroot
This option is useful for cases where the terminal isn't a bare serial
vt100, but e.g. a linux tty with more features.
Signed-off-by: Richard Braun <rbraun@sceen.net>
---
system/Config.in | 6 ++++++
system/system.mk | 5 +++--
2 files changed, 9 insertions(+), 2 deletions(-)
diff --git a/system/Config.in b/system/Config.in
index 622b242..a557ea0 100644
--- a/system/Config.in
+++ b/system/Config.in
@@ -154,6 +154,12 @@ config BR2_TARGET_GENERIC_GETTY_BAUDRATE
default "57600" if BR2_TARGET_GENERIC_GETTY_BAUDRATE_57600
default "115200" if BR2_TARGET_GENERIC_GETTY_BAUDRATE_115200
+config BR2_TARGET_GENERIC_GETTY_TERM
+ string "Value to assign the TERM environment variable"
+ default "vt100"
+ help
+ Specify a TERM type.
+
config BR2_TARGET_GENERIC_REMOUNT_ROOTFS_RW
bool "remount root filesystem read-write during boot"
default y
diff --git a/system/system.mk b/system/system.mk
index 4185202..353d0ba 100644
--- a/system/system.mk
+++ b/system/system.mk
@@ -2,6 +2,7 @@ TARGET_GENERIC_HOSTNAME:=$(call qstrip,$(BR2_TARGET_GENERIC_HOSTNAME))
TARGET_GENERIC_ISSUE:=$(call qstrip,$(BR2_TARGET_GENERIC_ISSUE))
TARGET_GENERIC_GETTY:=$(call qstrip,$(BR2_TARGET_GENERIC_GETTY_PORT))
TARGET_GENERIC_GETTY_BAUDRATE:=$(call qstrip,$(BR2_TARGET_GENERIC_GETTY_BAUDRATE))
+TARGET_GENERIC_GETTY_TERM:=$(call qstrip,$(BR2_TARGET_GENERIC_GETTY_TERM))
target-generic-hostname:
mkdir -p $(TARGET_DIR)/etc
@@ -14,13 +15,13 @@ target-generic-issue:
echo "$(TARGET_GENERIC_ISSUE)" > $(TARGET_DIR)/etc/issue
target-generic-getty-busybox:
- $(SED) '/# GENERIC_SERIAL$$/s~^.*#~$(TARGET_GENERIC_GETTY)::respawn:/sbin/getty -L $(TARGET_GENERIC_GETTY) $(TARGET_GENERIC_GETTY_BAUDRATE) vt100 #~' \
+ $(SED) '/# GENERIC_SERIAL$$/s~^.*#~$(TARGET_GENERIC_GETTY)::respawn:/sbin/getty -L $(TARGET_GENERIC_GETTY) $(TARGET_GENERIC_GETTY_BAUDRATE) $(TARGET_GENERIC_GETTY_TERM) #~' \
$(TARGET_DIR)/etc/inittab
# In sysvinit inittab, the "id" must not be longer than 4 bytes, so we
# skip the "tty" part and keep only the remaining.
target-generic-getty-sysvinit:
- $(SED) '/# GENERIC_SERIAL$$/s~^.*#~$(shell echo $(TARGET_GENERIC_GETTY) | tail -c+4)::respawn:/sbin/getty -L $(TARGET_GENERIC_GETTY) $(TARGET_GENERIC_GETTY_BAUDRATE) vt100 #~' \
+ $(SED) '/# GENERIC_SERIAL$$/s~^.*#~$(shell echo $(TARGET_GENERIC_GETTY) | tail -c+4)::respawn:/sbin/getty -L $(TARGET_GENERIC_GETTY) $(TARGET_GENERIC_GETTY_BAUDRATE) $(TARGET_GENERIC_GETTY_TERM) #~' \
$(TARGET_DIR)/etc/inittab
# Find commented line, if any, and remove leading '#'s
--
1.7.2.5
^ permalink raw reply related
* [Buildroot] [PATCH] uboot-tools: do not override busybox uninstall commands
From: Peter Korsgaard @ 2012-12-13 8:38 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1355366255-7358-1-git-send-email-danomimanchego123@gmail.com>
>>>>> "Danomi" == Danomi Manchego <danomimanchego123@gmail.com> writes:
Danomi> The uboot-tools.mk has a copy of BUSYBOX_UNINSTALL_TARGET_CMDS
Danomi> in it, presumably due to a copy/paste error. This definition
Danomi> is overriding the (identical) definition in busybox.mk.
Danomi> Also, add license info.
Committed, thanks.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] [PATCH] barebox: bump to version 2012.12.1
From: Peter Korsgaard @ 2012-12-13 8:37 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1355384675-8965-1-git-send-email-fabio.porcedda@gmail.com>
>>>>> "Fabio" == Fabio Porcedda <fabio.porcedda@gmail.com> writes:
Fabio> Signed-off-by: Fabio Porcedda <fabio.porcedda@gmail.com>
Committed, thanks.
--
Bye, Peter Korsgaard
^ permalink raw reply
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