Buildroot Archive on lore.kernel.org
 help / color / mirror / Atom feed
* [Buildroot] buildroot 2012.11 large file support
From: Willy Lambert @ 2012-12-11  8:43 UTC (permalink / raw)
  To: buildroot
In-Reply-To: <87lid5oyr5.fsf@dell.be.48ers.dk>

2012/12/11 Peter Korsgaard <jacmet@uclibc.org>:
>>>>>> "Willy" == Willy Lambert <lambert.willy@gmail.com> writes:
>
>  Willy> Yes, so I just quit it so it leaves the default config (which
>  Willy> seems to have a problem with large file)
>  >>
>  >> Ok, that also works here:
>  >>
>  >> yes '' | make oldconfig
>  >> make
>
> Does that work for you?
>
>  >> Notice that we have a bunch of preconfigured qemu defconfigs (look in
>  >> configs/)
>  >>
>
>  Willy> thanks for this tips I overlooked that. I'm on a x86 atom so
>  Willy> there is little config to preset.
>
> Is your build machine an atom? If so, beware that your build times are
> going to be quite long. Don't you have access to any faster machines?
>

Sorry, I was not clear. My *target* is an atom N450 on a PCM-3362
Advantech board :
http://www.advantech.com/products/PCM-3362/mod_2B69DA4C-D506-4AEA-8CC3-F6E58E3CBC87.aspx
If by chance anyone here has worked on this...

My build machine is a quad i5, a bit overclocked, the compilation time
is reasonable.

But for time being I'm just trying to compile a "default" buildroot
and run in into qemu.
(btw I have difficulties to put my RFS, in tgz format (cause it's the
default) into a .img file, is there any Buildroot hints for this, or
should I switch to other "RFS  image output format")

> --
> Bye, Peter Korsgaard

^ permalink raw reply
* [Buildroot] buildroot 2012.11 large file support
From: Thomas Petazzoni @ 2012-12-11  9:09 UTC (permalink / raw)
  To: buildroot
In-Reply-To: <CAKvQZ_2ghfJ-k2XaNEH4cP7jsr--pUjV4TNGXCY-T3aZCm2Vig@mail.gmail.com>

Dear Willy Lambert,

On Tue, 11 Dec 2012 09:43:48 +0100, Willy Lambert wrote:

> But for time being I'm just trying to compile a "default" buildroot
> and run in into qemu.
> (btw I have difficulties to put my RFS, in tgz format (cause it's the
> default) into a .img file, is there any Buildroot hints for this, or
> should I switch to other "RFS  image output format")

Please read board/qemu/x86_64/readme.txt or board/qemu/x86/readme.txt
and use the corresponding qemu_x86_64_defconfig and qemu_x86_defconfig
default configuration as starting points.

Those configuration are known working for Qemu, and the readme.txt file
explain how to start them in Qemu.

Best regards,

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] buildroot 2012.11 large file support
From: Berns @ 2012-12-11  9:30 UTC (permalink / raw)
  To: buildroot
In-Reply-To: <NDBBKLDECLOIHFJKBINACEFAFPAA.Berns@BEKA-Elektronik.de>

I changed from gcc 4.6.X to gcc 4.5.X and now it works.
Maybe it's an isue with ubuntu 12.04 and gcc 4.6.X.


-----Original Message-----
From: buildroot-bounces@busybox.net
[mailto:buildroot-bounces at busybox.net]On Behalf Of Berns
Sent: Monday, December 10, 2012 1:36 PM
To: buildroot at busybox.net
Subject: [Buildroot] buildroot 2012.11 large file support


Hi

i have tried to build at91sam9263ek_defconfig (without any modification)
with the latest release 2012.11 on a 32bit Ubuntu12.04 machine.
The build of the toolchain fails with :
.../buildroot-2012.11/output/toolchain/uClibc_dev//usr/include/features.h:21
9:5: Fehler: #error It appears you have defined _FILE_OFFSET_BITS=64.
Unfortunately, uClibc was built without large file support enabled.

Large file support isn't select and i have also checked it with make
uclibc-menuconfig for uclibc.
The same problem happend with beaglebone_defconfig.

After "make clean" and selecting "large file support" the build process
works.

This problem doesn't happend with release 2012.08.

Has anybody a hint for me ?

Thanks

Rainer

_______________________________________________
buildroot mailing list
buildroot at busybox.net
http://lists.busybox.net/mailman/listinfo/buildroot

^ permalink raw reply
* [Buildroot] [PATCH] ortp: requires threads
From: Gustavo Zacarias @ 2012-12-11 10:39 UTC (permalink / raw)
  To: buildroot

Fixes
http://autobuild.buildroot.net/results/4252c2f0f85c27af0d814d8c9a4a5b4d74f4dac1/

Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
---
 package/linphone/Config.in      |    5 +++--
 package/mediastreamer/Config.in |    5 +++--
 package/ortp/Config.in          |    4 ++++
 3 files changed, 10 insertions(+), 4 deletions(-)

diff --git a/package/linphone/Config.in b/package/linphone/Config.in
index 1a6cfdb..a2866a6 100644
--- a/package/linphone/Config.in
+++ b/package/linphone/Config.in
@@ -5,6 +5,7 @@ config BR2_PACKAGE_LINPHONE
 	select BR2_PACKAGE_ORTP
 	select BR2_PACKAGE_MEDIASTREAMER
 	depends on BR2_INSTALL_LIBSTDCPP # mediastreamer
+	depends on BR2_TOOLCHAIN_HAS_THREADS # ortp
 	help
 	  Linphone is an internet phone or Voice Over IP phone (VoIP).
 
@@ -23,5 +24,5 @@ config BR2_PACKAGE_LINPHONE
 
 	  http://www.linphone.org/
 
-comment "linphone requires a toolchain with C++ support enabled"
-	depends on !BR2_INSTALL_LIBSTDCPP
+comment "linphone requires a toolchain with threads and C++ support enabled"
+	depends on !BR2_INSTALL_LIBSTDCPP || !BR2_TOOLCHAIN_HAS_THREADS
diff --git a/package/mediastreamer/Config.in b/package/mediastreamer/Config.in
index 2e1af93..477d4fa 100644
--- a/package/mediastreamer/Config.in
+++ b/package/mediastreamer/Config.in
@@ -2,6 +2,7 @@ config BR2_PACKAGE_MEDIASTREAMER
 	bool "mediastreamer"
 	select BR2_PACKAGE_ORTP
 	depends on BR2_INSTALL_LIBSTDCPP # until fixed
+	depends on BR2_TOOLCHAIN_HAS_THREADS # ortp
 	help
 	  Mediastreamer is a powerful and lightweighted streaming
 	  engine specialized for voice/video telephony applications.
@@ -12,5 +13,5 @@ config BR2_PACKAGE_MEDIASTREAMER
 
 	  http://www.linphone.org/eng/documentation/dev/mediastreamer2.html
 
-comment "mediastreamer requires a toolchain with C++ support enabled"
-	depends on !BR2_INSTALL_LIBSTDCPP
+comment "mediastreamer requires a toolchain with threads and C++ support"
+	depends on !BR2_INSTALL_LIBSTDCPP || !BR2_TOOLCHAIN_HAS_THREADS
diff --git a/package/ortp/Config.in b/package/ortp/Config.in
index 39d9c9a..ab9cab4 100644
--- a/package/ortp/Config.in
+++ b/package/ortp/Config.in
@@ -1,6 +1,10 @@
 config BR2_PACKAGE_ORTP
 	bool "oRTP"
+	depends on BR2_TOOLCHAIN_HAS_THREADS
 	help
 	  oRTP, a Real-time Transport Protocol (RTP,RFC3550) library
 
 	  http://www.linphone.org/eng/documentation/dev/ortp.html
+
+comment "ortp requires a toolchain with threads support"
+	depends on !BR2_TOOLCHAIN_HAS_THREADS
-- 
1.7.8.6

^ permalink raw reply related
* [Buildroot] [PATCH] host-libxml2: enable debug for mesa3d
From: Arnout Vandecappelle @ 2012-12-11 11:04 UTC (permalink / raw)
  To: buildroot

The API generation script in mesa3d requires libxml2 to be built with
debug, because it uses the lsCountNode function which is only available
in debug mode.

Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
---
I'm very surprised there are not autobuilder failures for mesa3d, since
this fails consistently for me on all configs that have python enabled.

 package/libxml2/libxml2.mk |    5 +++++
 1 file changed, 5 insertions(+)

diff --git a/package/libxml2/libxml2.mk b/package/libxml2/libxml2.mk
index fde3735..0c84652 100644
--- a/package/libxml2/libxml2.mk
+++ b/package/libxml2/libxml2.mk
@@ -26,7 +26,12 @@ LIBXML2_POST_INSTALL_STAGING_HOOKS += LIBXML2_STAGING_LIBXML2_CONFIG_FIXUP
 
 HOST_LIBXML2_DEPENDENCIES = host-pkgconf
 
+# mesa3d uses functions that are only available with debug
+ifeq ($(BR2_PACKAGE_MESA3D),y)
+HOST_LIBXML2_CONF_OPT = --with-debug
+else
 HOST_LIBXML2_CONF_OPT = --without-debug
+endif
 
 ifeq ($(BR2_PACKAGE_HOST_LIBXML2_PYTHON),y)
 HOST_LIBXML2_DEPENDENCIES += host-python
-- 
tg: (c93ba9d..) t/host-libxml2-for-mesa (depends on: p/boost)

^ permalink raw reply related
* [Buildroot] [PATCH v2] host-libxml2: enable debug for mesa3d
From: Arnout Vandecappelle @ 2012-12-11 11:10 UTC (permalink / raw)
  To: buildroot

The API generation script in mesa3d requires libxml2 to be built with
debug, because it uses the lsCountNode function which is only available
in debug mode.

Note that this is the second "temporary" hack to make mesa3d work.
See http://lists.busybox.net/pipermail/buildroot/2012-November/061936.html
for possible more fundamental solutions.

Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
---
I'm very surprised there are not autobuilder failures for mesa3d, since
this fails consistently for me on all configs that have python enabled.

v2: Added reference to mesa3d discussion in commit message.


 package/libxml2/libxml2.mk |    5 +++++
 1 file changed, 5 insertions(+)

diff --git a/package/libxml2/libxml2.mk b/package/libxml2/libxml2.mk
index fde3735..0c84652 100644
--- a/package/libxml2/libxml2.mk
+++ b/package/libxml2/libxml2.mk
@@ -26,7 +26,12 @@ LIBXML2_POST_INSTALL_STAGING_HOOKS += LIBXML2_STAGING_LIBXML2_CONFIG_FIXUP
 
 HOST_LIBXML2_DEPENDENCIES = host-pkgconf
 
+# mesa3d uses functions that are only available with debug
+ifeq ($(BR2_PACKAGE_MESA3D),y)
+HOST_LIBXML2_CONF_OPT = --with-debug
+else
 HOST_LIBXML2_CONF_OPT = --without-debug
+endif
 
 ifeq ($(BR2_PACKAGE_HOST_LIBXML2_PYTHON),y)
 HOST_LIBXML2_DEPENDENCIES += host-python
-- 
tg: (c93ba9d..) t/host-libxml2-for-mesa (depends on: p/boost)

^ permalink raw reply related
* [Buildroot] [PATCH 50/52] package/dtc: new package
From: Thomas De Schampheleire @ 2012-12-11 12:38 UTC (permalink / raw)
  To: buildroot
In-Reply-To: <1355183112-10735-51-git-send-email-yann.morin.1998@free.fr>

Hi Yann,

On Tue, Dec 11, 2012 at 12:45 AM, Yann E. MORIN <yann.morin.1998@free.fr> wrote:
> dtc is the Device Tree Compiler, and manipulates device trees.
>
> Cc: Arnout Vandecappelle <arnout@mind.be>
> Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
>
> ---
> Although Arnout suggested to move it out of the libraries sub-menu,
> I kept it there, as by default, only the library is installed, like
> it is done for, eg., libcurl.
> ---
>  package/Config.in                          |    1 +
>  package/dtc/Config.in                      |    9 +++++++
>  package/dtc/dtc-extra_cflags.patch         |   27 ++++++++++++++++++++++
>  package/dtc/dtc-separate-lib-install.patch |   28 +++++++++++++++++++++++
>  package/dtc/dtc.mk                         |   34 ++++++++++++++++++++++++++++
>  5 files changed, 99 insertions(+), 0 deletions(-)
>  create mode 100644 package/dtc/Config.in
>  create mode 100644 package/dtc/dtc-extra_cflags.patch
>  create mode 100644 package/dtc/dtc-separate-lib-install.patch
>  create mode 100644 package/dtc/dtc.mk
>
> diff --git a/package/Config.in b/package/Config.in
> index a93aed2..ef7f44d 100644
> --- a/package/Config.in
> +++ b/package/Config.in
> @@ -417,6 +417,7 @@ endmenu
>
>  menu "Hardware handling"
>  source "package/ccid/Config.in"
> +source "package/dtc/Config.in"
>  source "package/lcdapi/Config.in"
>  source "package/libaio/Config.in"
>  source "package/libraw1394/Config.in"
> diff --git a/package/dtc/Config.in b/package/dtc/Config.in
> new file mode 100644
> index 0000000..96225e3
> --- /dev/null
> +++ b/package/dtc/Config.in
> @@ -0,0 +1,9 @@
> +config BR2_PACKAGE_DTC
> +       bool "dtc"
> +       help
> +         The Device Tree Compiler, dtc, takes as input a device-tree in
> +         a given format and outputs a device-tree in another format.
> +
> +         Note that only the library is installed for now.
> +
> +         http://git.jdl.com/gitweb/?p=dtc.git  (no home page)
> diff --git a/package/dtc/dtc-extra_cflags.patch b/package/dtc/dtc-extra_cflags.patch
> new file mode 100644
> index 0000000..9d1882b
> --- /dev/null
> +++ b/package/dtc/dtc-extra_cflags.patch
> @@ -0,0 +1,27 @@
> +Makefile: append the CFLAGS to existing ones
> +
> +Allow the user to pass custom CFLAGS (eg. optimisation flags).
> +
> +Do not use EXTRA_CFLAGS, append to existing CFLAGS with +=  (Arnout)
> +
> +Cc: Arnout Vandecappelle <arnout@mind.be>
> +Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
> +
> +---
> +Patch not sent upstream.
> +
> +Although not specific to buildroot, I am not sure this is the best
> +way to handle user-supplied CFLAGS.
> +
> +diff -durN dtc-e4b497f367a3b2ae99cc52089a14a221b13a76ef.orig/Makefile dtc-e4b497f367a3b2ae99cc52089a14a221b13a76ef/Makefile
> +--- dtc-e4b497f367a3b2ae99cc52089a14a221b13a76ef.orig/Makefile 2012-10-22 22:02:47.541240846 +0200
> ++++ dtc-e4b497f367a3b2ae99cc52089a14a221b13a76ef/Makefile      2012-10-22 22:03:21.151047833 +0200
> +@@ -18,7 +18,7 @@
> + CPPFLAGS = -I libfdt -I .
> + WARNINGS = -Werror -Wall -Wpointer-arith -Wcast-qual -Wnested-externs \
> +       -Wstrict-prototypes -Wmissing-prototypes -Wredundant-decls
> +-CFLAGS = -g -Os -fPIC -Werror $(WARNINGS)
> ++CFLAGS += -g -Os -fPIC -Werror $(WARNINGS)
> +
> + BISON = bison
> + LEX = flex
> diff --git a/package/dtc/dtc-separate-lib-install.patch b/package/dtc/dtc-separate-lib-install.patch
> new file mode 100644
> index 0000000..c86d587
> --- /dev/null
> +++ b/package/dtc/dtc-separate-lib-install.patch
> @@ -0,0 +1,28 @@
> +Makefile: add a rule to only install libfdt
> +
> +Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
> +
> +---
> +Patch not sent upstream.
> +
> +It's really specific to buildroot, and is probably not
> +good (aka generic) enough to be pushed upstream.
> +
> +diff --git a/Makefile b/Makefile
> +index 1169e6c..39e7190 100644
> +--- a/Makefile
> ++++ b/Makefile
> +@@ -160,10 +160,12 @@ endif
> + # intermediate target and building them again "for real"
> + .SECONDARY: $(DTC_GEN_SRCS) $(CONVERT_GEN_SRCS)
> +
> +-install: all $(SCRIPTS)
> ++install: all $(SCRIPTS) libfdt_install
> +       @$(VECHO) INSTALL
> +       $(INSTALL) -d $(DESTDIR)$(BINDIR)
> +       $(INSTALL) $(BIN) $(SCRIPTS) $(DESTDIR)$(BINDIR)
> ++
> ++libfdt_install: libfdt
> +       $(INSTALL) -d $(DESTDIR)$(LIBDIR)
> +       $(INSTALL) $(LIBFDT_lib) $(DESTDIR)$(LIBDIR)
> +       ln -sf $(notdir $(LIBFDT_lib)) $(DESTDIR)$(LIBDIR)/$(LIBFDT_soname)
> diff --git a/package/dtc/dtc.mk b/package/dtc/dtc.mk
> new file mode 100644
> index 0000000..a0e1e35
> --- /dev/null
> +++ b/package/dtc/dtc.mk
> @@ -0,0 +1,34 @@
> +#############################################################
> +#
> +# dtc
> +#
> +#############################################################
> +
> +DTC_VERSION         = e4b497f367a3b2ae99cc52089a14a221b13a76ef
> +DTC_SITE            = git://git.jdl.com/software/dtc.git
> +DTC_LICENSE         = GPLv2+/BSD-2c
> +DTC_LICENSE_FILES   = README.license GPL
> +# Note: the dual-license only applies to the library.
> +#       The DT compiler (dtc) is GPLv2+, but we do not install it.
> +DTC_INSTALL_STAGING = YES
> +
> +define DTC_BUILD_CMDS
> +       $(TARGET_CONFIGURE_OPTS)    \
> +       CFLAGS="$(TARGET_CFLAGS)"   \
> +       $(MAKE) -C $(@D) PREFIX=/usr libfdt
> +endef
> +
> +# libfdt_install is our own install rule added by our patch
> +define DTC_INSTALL_STAGING_CMDS
> +       $(MAKE) -C $(@D) DESTDIR=$(STAGING_DIR) PREFIX=/usr libfdt_install
> +endef
> +
> +define DTC_INSTALL_TARGET_CMDS
> +       $(MAKE) -C $(@D) DESTDIR=$(TARGET_DIR) PREFIX=/usr libfdt_install
> +endef
> +
> +define DTC_CLEAN_CMDS
> +       $(MAKE) -C $(@D) libfdt_clean
> +endef
> +
> +$(eval $(generic-package))
> --
> 1.7.2.5

Are you aware of the following code in linux/linux.mk ?

define LINUX_INSTALL_HOST_TOOLS
# Installing dtc (device tree compiler) as host tool, if selected
if grep -q "CONFIG_DTC=y" $(@D)/.config; then \
$(INSTALL) -D -m 0755 $(@D)/scripts/dtc/dtc $(HOST_DIR)/usr/bin/dtc ; \
fi
endef

In this case, the dtc shipped with the linux kernel is simply used.
This was considered to be sufficient for most cases.

If this is not true and there really is a need for the separate dtc
package, I think we should link both together in some way, either by a
comment, or by a mutually exclusive configuration, or ...

Best regards,
Thomas

^ permalink raw reply
* [Buildroot] [PATCH 50/52] package/dtc: new package
From: Yann E. MORIN @ 2012-12-11 13:07 UTC (permalink / raw)
  To: buildroot
In-Reply-To: <CAAXf6LW9EHjFzE9fkhHtdizS36p7cthfmbeVr6F3_EjSWCO1Tg@mail.gmail.com>

Thomas, All,

On Tuesday 11 December 2012 13:38:03 Thomas De Schampheleire wrote:
> On Tue, Dec 11, 2012 at 12:45 AM, Yann E. MORIN <yann.morin.1998@free.fr> wrote:
> > dtc is the Device Tree Compiler, and manipulates device trees.
> >
> > Cc: Arnout Vandecappelle <arnout@mind.be>
> > Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>

> Are you aware of the following code in linux/linux.mk ?
> 
> define LINUX_INSTALL_HOST_TOOLS
> # Installing dtc (device tree compiler) as host tool, if selected
> if grep -q "CONFIG_DTC=y" $(@D)/.config; then \
> $(INSTALL) -D -m 0755 $(@D)/scripts/dtc/dtc $(HOST_DIR)/usr/bin/dtc ; \
> fi
> endef

I was vaguely aware of it, yes, although I did not look at it, for a
few reasons:

  - the DTC in the kernel is not at par with the DTC in the package
    (they diverge a bit, and the DTC in the kernel was recently
    resynce, cset #cd29672).

  - for QEMU, I really needed the libfdt library, not the tools; but
    the dtc in the Linux kernel does not build the libfdt library.

  - as Arnout suggested adding the tools on the target too, I deemed
    preferable to use the tools coming with the library rather than
    risk ABI incompatibility between the ones from dtc and the .ones
    from the kernel

  - the one from the kernel is a host tool, used to build the kernel
    itself, while the ones from dtc are target tools, that are supposed
    to be used to build DTCs for use by QEMU. Thus they serve two
    different purposes, and there is no strong requirement that they
    be compatible.

It's also a reason why I did not add $(eval $(host-generic-package))
in the dtc package.

And a fifth reason (the most important one, to me!):
  - I have had a patch accepted in dtc! ;-)

> In this case, the dtc shipped with the linux kernel is simply used.
> This was considered to be sufficient for most cases.

Probably, yes.

> If this is not true and there really is a need for the separate dtc
> package, I think we should link both together in some way, either by a
> comment, or by a mutually exclusive configuration, or ...

OK for a comment for now.

What could probbably be done, later, is to make the dtc package a host
package too, and have the Linux kernel depends on, and use it, instead
of its internal copy (that can be lagging behind).

Does that sound reasonable to you?

Regards,
Yann E. MORIN.

-- 
.-----------------.--------------------.------------------.--------------------.
|  Yann E. MORIN  | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
| +0/33 662376056 | Software  Designer | \ / CAMPAIGN     |   ^                |
| --==< O_o >==-- '------------.-------:  X  AGAINST      |  /e\  There is no  |
| http://ymorin.is-a-geek.org/ | (*_*) | / \ HTML MAIL    |  """  conspiracy.  |
'------------------------------'-------'------------------'--------------------'

^ permalink raw reply
* [Buildroot] [PATCH] libnss: fix build failures
From: Gustavo Zacarias @ 2012-12-11 13:31 UTC (permalink / raw)
  To: buildroot

Such as
http://autobuild.buildroot.net/results/2ca1d135269a67201e6b4d995ce8fbe94db1ed3f

The mozilla build system passes all of the different ways of CFLAGS
(OPTIMIZER, XCFLAGS, OS_CFLAGS) even when building host tools
(nsintall).
The best way around this without patching libnss is just building the
host tools first without any CFLAGS and then going on with the rest.

Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
---
 package/libnss/libnss.mk |    8 ++++++--
 1 files changed, 6 insertions(+), 2 deletions(-)

diff --git a/package/libnss/libnss.mk b/package/libnss/libnss.mk
index 84fc149..96faf37 100644
--- a/package/libnss/libnss.mk
+++ b/package/libnss/libnss.mk
@@ -17,7 +17,6 @@ LIBNSS_BUILD_VARS = MOZILLA_CLIENT=1 \
 		NSPR_LIB_DIR=$(STAGING_DIR)/usr/lib \
 		BUILD_OPT=1 \
 		NS_USE_GCC=1 \
-		OPTIMIZER="$(TARGET_CFLAGS)" \
 		NSS_USE_SYSTEM_SQLITE=1 \
 		NSS_ENABLE_ECC=1 \
 		NATIVE_CC="$(HOSTCC)" \
@@ -34,11 +33,16 @@ endif
 
 
 define LIBNSS_BUILD_CMDS
-	$(MAKE1) -C $(@D)/$(LIBNSS_SUBDIR)/nss build_coreconf build_dbm all \
+	$(MAKE1) -C $(@D)/$(LIBNSS_SUBDIR)/nss build_coreconf \
 			SOURCE_MD_DIR=$(@D)/$(LIBNSS_DISTDIR) \
 			DIST=$(@D)/$(LIBNSS_DISTDIR) \
 			CHECKLOC= \
 			$(LIBNSS_BUILD_VARS)
+	$(MAKE1) -C $(@D)/$(LIBNSS_SUBDIR)/nss build_dbm all \
+			SOURCE_MD_DIR=$(@D)/$(LIBNSS_DISTDIR) \
+			DIST=$(@D)/$(LIBNSS_DISTDIR) \
+			CHECKLOC= \
+			$(LIBNSS_BUILD_VARS) OPTIMIZER="$(TARGET_CFLAGS)"
 endef
 
 define LIBNSS_INSTALL_STAGING_CMDS
-- 
1.7.8.6

^ permalink raw reply related
* [Buildroot] [PATCH] util-linux: fix typo in configuration option label
From: Thomas Petazzoni @ 2012-12-11 14:04 UTC (permalink / raw)
  To: buildroot

Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
---
 package/util-linux/Config.in |    2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/package/util-linux/Config.in b/package/util-linux/Config.in
index 43a8444..5eab956 100644
--- a/package/util-linux/Config.in
+++ b/package/util-linux/Config.in
@@ -62,7 +62,7 @@ config BR2_PACKAGE_UTIL_LINUX_RENAME
 	bool "build \"rename\""
 
 config BR2_PACKAGE_UTIL_LINUX_SCHEDUTILS
-	bool "build \"chrt, ionice, teskset\""
+	bool "build \"chrt, ionice, taskset\""
 
 config BR2_PACKAGE_UTIL_LINUX_WALL
 	bool "build \"wall\""
-- 
1.7.9.5

^ permalink raw reply related
* [Buildroot] (no subject)
From: Ted Wood @ 2012-12-11 14:06 UTC (permalink / raw)
  To: buildroot

We're completely new to Embedded Linux, and were hoping to use Buildroot as
the basis for a new project.

 

I'm using the November 2012 release.

 

I'm trying to build for an i586 using the internal toolchain. The make fails
with the error "It appears you have defined _FILE_OFFSET_BITS=64.
Unfortunately uLibc was built without large file support"

 

I'm pretty sure I didn't request that when I was doing menuconfig. Web
search suggests that this problem has occurred elsewhere.

 

 

Anything you can suggest?

 

Cheers

Ted

 

 

 

Ted Wood MSc CEng

Chief Engineer

 

cid:bc29d615-e5df-4082-baad-917a15f44dde

 

FGH Controls Limited

Blackhorse Road

Letchworth Garden City, Herts

SG6 1HN

UK

 

Telephone: +44 (0)1462 686677 Ext. 7112

Fax:       +44 (0)1462 671860

web site:   <http://www.fgh.co.uk/> www.fgh.co.uk

 

Registered Office:

Blackhorse Road, Letchworth Garden City, SG6 1HN, UK

 

Registered in England No. 1298491.  VAT Reg No. GB 563 4971 15

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20121211/d0f1cfe1/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 4500 bytes
Desc: not available
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20121211/d0f1cfe1/attachment-0001.jpg>

^ permalink raw reply
* [Buildroot] Large File Support
From: Ted Wood @ 2012-12-11 14:12 UTC (permalink / raw)
  To: buildroot

I hope this isn't an inappropriate place for this...

 

I'm  completely new to Embedded Linux, and am hoping to use Buildroot as the
basis for a new project.

 

I'm using the November 2012 release.

 

I'm trying to build for an i586 using the internal toolchain. The make fails
with the error "It appears you have defined _FILE_OFFSET_BITS=64.
Unfortunately uLibc was built without large file support"

 

I'm pretty sure I didn't request that when I was doing menuconfig. Web
search suggests that this problem has occurred elsewhere. There is an option
to select Large File Support under toolchain, but toggling it makes no
difference.

 

Anybody got any suggestions? 

 

T.

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20121211/da719da5/attachment.html>

^ permalink raw reply
* [Buildroot] (no subject)
From: Berns @ 2012-12-11 14:14 UTC (permalink / raw)
  To: buildroot
In-Reply-To: <000301cdd7a8$adeab490$09c01db0$@co.uk>

Hi Ted,

I had a simular problem with Ubuntu 12.04.
When I chance the settings to gcc 4.5.x it works for me.

Regards

Rainer
-----Original Message-----
From: buildroot-bounces@busybox.net [mailto:buildroot-bounces at busybox.net]On
Behalf Of Ted Wood
Sent: Tuesday, December 11, 2012 3:06 PM
To: buildroot at uclibc.org
Subject: [Buildroot] (no subject)


We're completely new to Embedded Linux, and were hoping to use Buildroot as
the basis for a new project.

I'm using the November 2012 release.

I'm trying to build for an i586 using the internal toolchain. The make fails
with the error "It appears you have defined _FILE_OFFSET_BITS=64.
Unfortunately uLibc was built without large file support"

I'm pretty sure I didn't request that when I was doing menuconfig. Web
search suggests that this problem has occurred elsewhere.


Anything you can suggest?

Cheers
Ted



Ted Wood MSc CEng
Chief Engineer



FGH Controls Limited
Blackhorse Road
Letchworth Garden City, Herts
SG6 1HN
UK

Telephone: +44 (0)1462 686677 Ext. 7112
Fax:       +44 (0)1462 671860
web site:  www.fgh.co.uk

Registered Office:
Blackhorse Road, Letchworth Garden City, SG6 1HN, UK

Registered in England No. 1298491.  VAT Reg No. GB 563 4971 15

^ permalink raw reply
* [Buildroot] (no subject)
From: Ted Wood @ 2012-12-11 14:28 UTC (permalink / raw)
  To: buildroot
In-Reply-To: <NDBBKLDECLOIHFJKBINAAEGDFPAA.Berns@BEKA-Elektronik.de>


>Hi Ted,
>
>I had a simular problem with Ubuntu 12.04.
>When I chance the settings to gcc 4.5.x it works for me.
>
>Regards
>
>Rainer
>>-----Original Message-----
>>From: buildroot-bounces at busybox.net
[mailto:buildroot-bounces at busybox.net]On
>>Behalf Of Ted Wood
>>Sent: Tuesday, December 11, 2012 3:06 PM
>>To: buildroot at uclibc.org
>>Subject: [Buildroot] (no subject)
>>
>>
>>We're completely new to Embedded Linux, and were hoping to use Buildroot
as the basis for a new project.
>>
>>I'm using the November 2012 release.
>>
>>I'm trying to build for an i586 using the internal toolchain. The make
fails with the error "It appears you have defined _FILE_OFFSET_BITS=64.
>>Unfortunately uLibc was built without large file support"
>>
>>I'm pretty sure I didn't request that when I was doing menuconfig. Web
search suggests that this problem has occurred elsewhere.
>>
>>
>>Anything you can suggest?


Thanks Rainer, that seems to have fixed it - I'm using Ubuntu 12.04 too.

Apologies for double posting and accidental work related stuff in one of
them.

T

^ permalink raw reply
* [Buildroot] buildroot 2012.11 large file support
From: Willy Lambert @ 2012-12-11 15:09 UTC (permalink / raw)
  To: buildroot
In-Reply-To: <CAKvQZ_2MzciYPnYw0rCv_pzhHTzOS+vn=sry7nubtHd+sha3cw@mail.gmail.com>

2012/12/10 Willy Lambert <lambert.willy@gmail.com>:
> 2012/12/10 Peter Korsgaard <jacmet@uclibc.org>:
>>>>>>> "Willy" == Willy Lambert <lambert.willy@gmail.com> writes:
>>
>> Hi,
>>
>>  >> I don't think so. I just did a:
>>  >>
>>  >> make at91sam9263ek_defconfig && make
>>  >>
>>  >> Without any problems. What exactly did you do?
>>
>>  Willy> make.
>>
>> With what configuration? 'make' with a clean tree will just run
>> menuconfig for you.
>>
>
> Yes, so I just quit it so it leaves the default config (which seems to
> have a problem with large file)
>
>>  Willy> just make after having DL latest stable version few days ago from a
>>  Willy> tgz. Doing a make menuconfig don't change anything, and as far as I
>>  Willy> can remember, menuconfig was telling us about this problem (something
>>  Willy> depending on largefile).
>>
>> Did you perhaps forget to run 'make clean' after changing something in
>> your toolchain configuration?
>
> I'm quite sure I did it (make clean + make distclean + rm ccache). But
> to be sure I'll retry from zero tomorrow.

I did this again from another machine
(silvie at silvie-VirtualBox:~/buildroot-2012.11$ uname -a
Linux silvie-VirtualBox 3.2.0-34-generic-pae #53-Ubuntu SMP Thu Nov 15
11:11:12 UTC 2012 i686 i686 i386 GNU/Linux)

In short :
wget buildroot, tar -xf, make, a menuconfig pops, I exit and save
config, make, wait a bit ... and it fails with the above error about
large file system.

So I'm sure now that the default config has a problem with largefiles.
I'm sorry I'm too new to investigate further. Should I open a bug
ticket ?

I did not try other versions of gcc as proposed by Berns. But my gcc
version is :
ard at ard-host(10.0):/opt/buildroot/output/host/usr$
./x86_64-buildroot-linux-uclibc/bin/gcc --version
gcc (Buildroot 2012.11-svn2-dirty) 4.6.3
I wonder about the "svn2-dirty" tag.


>
> I'm not blocked I already have my root image (with large file
> enabled), I'm currently setting up qemu to test it, our remark is just
> that default config seems dummy.
>
>>
>>  Willy> (and BTW, hi all, I'm new with buildroot).
>>
>> Welcome!
>>
>
> Thanks !
>
>> --
>> Bye, Peter Korsgaard

^ permalink raw reply
* [Buildroot] buildroot 2012.11 large file support
From: Thomas Petazzoni @ 2012-12-11 16:10 UTC (permalink / raw)
  To: buildroot
In-Reply-To: <CAKvQZ_3sog-JnwOYiJWE6a8eCk-LcjSZ-txr0Z_AHTiC8NnRgw@mail.gmail.com>

Dear Willy Lambert,

On Tue, 11 Dec 2012 16:09:46 +0100, Willy Lambert wrote:

> I did this again from another machine
> (silvie at silvie-VirtualBox:~/buildroot-2012.11$ uname -a
> Linux silvie-VirtualBox 3.2.0-34-generic-pae #53-Ubuntu SMP Thu Nov 15
> 11:11:12 UTC 2012 i686 i686 i386 GNU/Linux)
> 
> In short :
> wget buildroot, tar -xf, make, a menuconfig pops, I exit and save
> config, make, wait a bit ... and it fails with the above error about
> large file system.
> 
> So I'm sure now that the default config has a problem with largefiles.
> I'm sorry I'm too new to investigate further. Should I open a bug
> ticket ?
> 
> I did not try other versions of gcc as proposed by Berns. But my gcc
> version is :
> ard at ard-host(10.0):/opt/buildroot/output/host/usr$
> ./x86_64-buildroot-linux-uclibc/bin/gcc --version
> gcc (Buildroot 2012.11-svn2-dirty) 4.6.3
> I wonder about the "svn2-dirty" tag.

Can you do:

	make clean
	rm .config
	make menuconfig / exit / save
	env > buildroot-fails.env
	make 2>&1 | tee buildroot-fails.log
	cp output/toolchain/uClibc-0.9.33.2/.config buildroot-fails.uClibc.config

And then put somewhere online (do *NOT* send them by e-mail on the
list, it will be too large) the buildroot-fails.env,
buildroot-fails.log and buildroot-fails.uClibc.config files.

I have just built the default Buildroot configuration on two Ubuntu
12.04 machines, with zero problem.

Thanks,

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] Large File Support
From: Samuel Martin @ 2012-12-11 17:24 UTC (permalink / raw)
  To: buildroot
In-Reply-To: <000901cdd7a9$98377ab0$c8a67010$@co.uk>

Hi Ted,

2012/12/11 Ted Wood <ted@fgh.co.uk>:
> I hope this isn?t an inappropriate place for this...
Yes, you're in the right place ;)

> I?m  completely new to Embedded Linux, and am hoping to use Buildroot as the
> basis for a new project.
> I?m using the November 2012 release.
> I?m trying to build for an i586 using the internal toolchain. The make fails
> with the error ?It appears you have defined _FILE_OFFSET_BITS=64.
> Unfortunately uLibc was built without large file support?
Did you change some setting in the "Toolchain" Buildroot menu after
building the toolchain?
In that case a full rebuild is highly recommended (for further
information, see
http://buildroot.org/downloads/manual/manual.html#full-rebuild)

> I?m pretty sure I didn?t request that when I was doing menuconfig. Web
> search suggests that this problem has occurred elsewhere. There is an option
> to select Large File Support under toolchain, but toggling it makes no
> difference.

When does this happen? (i mean what is the package build that fails).
Could you pastebin the build log and your .config


BTW, don't hesitate to browse the doc, you may avoid some pitfalls:
http://buildroot.org/downloads/manual/manual.html


Regards,

-- 
Sam

^ permalink raw reply
* [Buildroot] [PATCH 1/2] kernel-headers: bump versions, remove deprecated, new deprecated
From: Gustavo Zacarias @ 2012-12-11 17:58 UTC (permalink / raw)
  To: buildroot

Bump 3.{0, 4, 6}.x stable versions
Add new version 3.7
Remove deprecated 2.6.{37, 38, 39} versions.
Mark 3.{1, 3, 5} as deprecated to follow upstream EOLs.

Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
---
 toolchain/kernel-headers/Config.in                 |   32 +++++++------------
 ...all-fix-__packed-in-exported-kernel-head.patch} |    0
 2 files changed, 12 insertions(+), 20 deletions(-)
 rename toolchain/kernel-headers/{linux-3.0.55-headers_install-fix-__packed-in-exported-kernel-head.patch => linux-3.0.56-headers_install-fix-__packed-in-exported-kernel-head.patch} (100%)

diff --git a/toolchain/kernel-headers/Config.in b/toolchain/kernel-headers/Config.in
index 0f3ed4f..daffef7 100644
--- a/toolchain/kernel-headers/Config.in
+++ b/toolchain/kernel-headers/Config.in
@@ -6,7 +6,7 @@ comment "Kernel Header Options"
 
 choice
 	prompt "Kernel Headers"
-	default BR2_KERNEL_HEADERS_3_6
+	default BR2_KERNEL_HEADERS_3_7
 	help
 	  Select the version of kernel header files you wish to use.
 	  You must select the correct set of header files to match
@@ -15,39 +15,33 @@ choice
 	  For the snapshot, you have to provide the
 	  linux-2.6.tar.bz2 tarball in your download dir.
 
-	config BR2_KERNEL_HEADERS_2_6_37
-		bool "Linux 2.6.37.x kernel headers"
-		depends on BR2_DEPRECATED
-
-	config BR2_KERNEL_HEADERS_2_6_38
-		bool "Linux 2.6.38.x kernel headers"
-		depends on BR2_DEPRECATED
-
-	config BR2_KERNEL_HEADERS_2_6_39
-		bool "Linux 2.6.39.x kernel headers"
-		depends on BR2_DEPRECATED
-
 	config BR2_KERNEL_HEADERS_3_0
 		bool "Linux 3.0.x kernel headers"
 
 	config BR2_KERNEL_HEADERS_3_1
 		bool "Linux 3.1.x kernel headers"
+		depends on BR2_DEPRECATED
 
 	config BR2_KERNEL_HEADERS_3_2
 		bool "Linux 3.2.x kernel headers"
 
 	config BR2_KERNEL_HEADERS_3_3
 		bool "Linux 3.3.x kernel headers"
+		depends on BR2_DEPRECATED
 
 	config BR2_KERNEL_HEADERS_3_4
 		bool "Linux 3.4.x kernel headers"
 
 	config BR2_KERNEL_HEADERS_3_5
 		bool "Linux 3.5.x kernel headers"
+		depends on BR2_DEPRECATED
 
 	config BR2_KERNEL_HEADERS_3_6
 		bool "Linux 3.6.x kernel headers"
 
+	config BR2_KERNEL_HEADERS_3_7
+		bool "Linux 3.7.x kernel headers"
+
 	config BR2_KERNEL_HEADERS_VERSION
 		bool "Linux 2.6 (manually specified version)"
 
@@ -60,19 +54,17 @@ config BR2_DEFAULT_KERNEL_VERSION
 	depends on BR2_KERNEL_HEADERS_VERSION
 	help
 	  Specify the version you want to use.
-	  E.G.: 2.6.38
+	  E.G.: 3.6.10
 
 config BR2_DEFAULT_KERNEL_HEADERS
 	string
-	default "2.6.37.6"	if BR2_KERNEL_HEADERS_2_6_37
-	default "2.6.38.8"	if BR2_KERNEL_HEADERS_2_6_38
-	default "2.6.39.4"	if BR2_KERNEL_HEADERS_2_6_39
-	default "3.0.55"	if BR2_KERNEL_HEADERS_3_0
+	default "3.0.56"	if BR2_KERNEL_HEADERS_3_0
 	default "3.1.10"	if BR2_KERNEL_HEADERS_3_1
 	default "3.2.35"	if BR2_KERNEL_HEADERS_3_2
 	default "3.3.8"		if BR2_KERNEL_HEADERS_3_3
-	default "3.4.22"	if BR2_KERNEL_HEADERS_3_4
+	default "3.4.23"	if BR2_KERNEL_HEADERS_3_4
 	default "3.5.7"		if BR2_KERNEL_HEADERS_3_5
-	default "3.6.9"		if BR2_KERNEL_HEADERS_3_6
+	default "3.6.10"	if BR2_KERNEL_HEADERS_3_6
+	default "3.7"		if BR2_KERNEL_HEADERS_3_7
 	default "2.6"		if BR2_KERNEL_HEADERS_SNAP
 	default $BR2_DEFAULT_KERNEL_VERSION if BR2_KERNEL_HEADERS_VERSION
diff --git a/toolchain/kernel-headers/linux-3.0.55-headers_install-fix-__packed-in-exported-kernel-head.patch b/toolchain/kernel-headers/linux-3.0.56-headers_install-fix-__packed-in-exported-kernel-head.patch
similarity index 100%
rename from toolchain/kernel-headers/linux-3.0.55-headers_install-fix-__packed-in-exported-kernel-head.patch
rename to toolchain/kernel-headers/linux-3.0.56-headers_install-fix-__packed-in-exported-kernel-head.patch
-- 
1.7.8.6

^ permalink raw reply related
* [Buildroot] [PATCH 2/2] linux: bump to 3.7.x version
From: Gustavo Zacarias @ 2012-12-11 17:58 UTC (permalink / raw)
  To: buildroot
In-Reply-To: <1355248713-4607-1-git-send-email-gustavo@zacarias.com.ar>

Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
---
 linux/Config.in |    6 +++---
 1 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/linux/Config.in b/linux/Config.in
index ef3b2a1..51810e2 100644
--- a/linux/Config.in
+++ b/linux/Config.in
@@ -20,8 +20,8 @@ if BR2_LINUX_KERNEL
 choice
 	prompt "Kernel version"
 
-config BR2_LINUX_KERNEL_3_6
-	bool "3.6.9"
+config BR2_LINUX_KERNEL_3_7
+	bool "3.7"
 
 config BR2_LINUX_KERNEL_SAME_AS_HEADERS
 	bool "Same as toolchain kernel headers"
@@ -76,7 +76,7 @@ config BR2_LINUX_KERNEL_CUSTOM_GIT_VERSION
 
 config BR2_LINUX_KERNEL_VERSION
 	string
-	default "3.6.9" if BR2_LINUX_KERNEL_3_6
+	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
-- 
1.7.8.6

^ permalink raw reply related
* [Buildroot] [git commit] util-linux: fix typo in configuration option label
From: Peter Korsgaard @ 2012-12-11 20:25 UTC (permalink / raw)
  To: buildroot

commit: http://git.buildroot.net/buildroot/commit/?id=246b384e4a0ed9503cc9c8e2e72b9cdc45225393
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master

Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
 package/util-linux/Config.in |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/package/util-linux/Config.in b/package/util-linux/Config.in
index 43a8444..5eab956 100644
--- a/package/util-linux/Config.in
+++ b/package/util-linux/Config.in
@@ -62,7 +62,7 @@ config BR2_PACKAGE_UTIL_LINUX_RENAME
 	bool "build \"rename\""
 
 config BR2_PACKAGE_UTIL_LINUX_SCHEDUTILS
-	bool "build \"chrt, ionice, teskset\""
+	bool "build \"chrt, ionice, taskset\""
 
 config BR2_PACKAGE_UTIL_LINUX_WALL
 	bool "build \"wall\""

^ permalink raw reply related
* [Buildroot] [git commit] kernel-headers: bump versions, remove deprecated, new deprecated
From: Peter Korsgaard @ 2012-12-11 20:25 UTC (permalink / raw)
  To: buildroot

commit: http://git.buildroot.net/buildroot/commit/?id=5b24264da4771bd7af8a218619a5563b6a9d4217
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master

Bump 3.{0, 4, 6}.x stable versions
Add new version 3.7
Remove deprecated 2.6.{37, 38, 39} versions.
Mark 3.{1, 3, 5} as deprecated to follow upstream EOLs.

Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
 toolchain/kernel-headers/Config.in                 |   32 +++++++------------
 ...all-fix-__packed-in-exported-kernel-head.patch} |    0
 2 files changed, 12 insertions(+), 20 deletions(-)

diff --git a/toolchain/kernel-headers/Config.in b/toolchain/kernel-headers/Config.in
index 0f3ed4f..daffef7 100644
--- a/toolchain/kernel-headers/Config.in
+++ b/toolchain/kernel-headers/Config.in
@@ -6,7 +6,7 @@ comment "Kernel Header Options"
 
 choice
 	prompt "Kernel Headers"
-	default BR2_KERNEL_HEADERS_3_6
+	default BR2_KERNEL_HEADERS_3_7
 	help
 	  Select the version of kernel header files you wish to use.
 	  You must select the correct set of header files to match
@@ -15,39 +15,33 @@ choice
 	  For the snapshot, you have to provide the
 	  linux-2.6.tar.bz2 tarball in your download dir.
 
-	config BR2_KERNEL_HEADERS_2_6_37
-		bool "Linux 2.6.37.x kernel headers"
-		depends on BR2_DEPRECATED
-
-	config BR2_KERNEL_HEADERS_2_6_38
-		bool "Linux 2.6.38.x kernel headers"
-		depends on BR2_DEPRECATED
-
-	config BR2_KERNEL_HEADERS_2_6_39
-		bool "Linux 2.6.39.x kernel headers"
-		depends on BR2_DEPRECATED
-
 	config BR2_KERNEL_HEADERS_3_0
 		bool "Linux 3.0.x kernel headers"
 
 	config BR2_KERNEL_HEADERS_3_1
 		bool "Linux 3.1.x kernel headers"
+		depends on BR2_DEPRECATED
 
 	config BR2_KERNEL_HEADERS_3_2
 		bool "Linux 3.2.x kernel headers"
 
 	config BR2_KERNEL_HEADERS_3_3
 		bool "Linux 3.3.x kernel headers"
+		depends on BR2_DEPRECATED
 
 	config BR2_KERNEL_HEADERS_3_4
 		bool "Linux 3.4.x kernel headers"
 
 	config BR2_KERNEL_HEADERS_3_5
 		bool "Linux 3.5.x kernel headers"
+		depends on BR2_DEPRECATED
 
 	config BR2_KERNEL_HEADERS_3_6
 		bool "Linux 3.6.x kernel headers"
 
+	config BR2_KERNEL_HEADERS_3_7
+		bool "Linux 3.7.x kernel headers"
+
 	config BR2_KERNEL_HEADERS_VERSION
 		bool "Linux 2.6 (manually specified version)"
 
@@ -60,19 +54,17 @@ config BR2_DEFAULT_KERNEL_VERSION
 	depends on BR2_KERNEL_HEADERS_VERSION
 	help
 	  Specify the version you want to use.
-	  E.G.: 2.6.38
+	  E.G.: 3.6.10
 
 config BR2_DEFAULT_KERNEL_HEADERS
 	string
-	default "2.6.37.6"	if BR2_KERNEL_HEADERS_2_6_37
-	default "2.6.38.8"	if BR2_KERNEL_HEADERS_2_6_38
-	default "2.6.39.4"	if BR2_KERNEL_HEADERS_2_6_39
-	default "3.0.55"	if BR2_KERNEL_HEADERS_3_0
+	default "3.0.56"	if BR2_KERNEL_HEADERS_3_0
 	default "3.1.10"	if BR2_KERNEL_HEADERS_3_1
 	default "3.2.35"	if BR2_KERNEL_HEADERS_3_2
 	default "3.3.8"		if BR2_KERNEL_HEADERS_3_3
-	default "3.4.22"	if BR2_KERNEL_HEADERS_3_4
+	default "3.4.23"	if BR2_KERNEL_HEADERS_3_4
 	default "3.5.7"		if BR2_KERNEL_HEADERS_3_5
-	default "3.6.9"		if BR2_KERNEL_HEADERS_3_6
+	default "3.6.10"	if BR2_KERNEL_HEADERS_3_6
+	default "3.7"		if BR2_KERNEL_HEADERS_3_7
 	default "2.6"		if BR2_KERNEL_HEADERS_SNAP
 	default $BR2_DEFAULT_KERNEL_VERSION if BR2_KERNEL_HEADERS_VERSION
diff --git a/toolchain/kernel-headers/linux-3.0.55-headers_install-fix-__packed-in-exported-kernel-head.patch b/toolchain/kernel-headers/linux-3.0.56-headers_install-fix-__packed-in-exported-kernel-head.patch
similarity index 100%
rename from toolchain/kernel-headers/linux-3.0.55-headers_install-fix-__packed-in-exported-kernel-head.patch
rename to toolchain/kernel-headers/linux-3.0.56-headers_install-fix-__packed-in-exported-kernel-head.patch

^ permalink raw reply related
* [Buildroot] [git commit] linux: bump to 3.7.x version
From: Peter Korsgaard @ 2012-12-11 20:26 UTC (permalink / raw)
  To: buildroot

commit: http://git.buildroot.net/buildroot/commit/?id=121de4819d0be56f014aea9db275392ebd2f60da
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master

Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
 linux/Config.in |    6 +++---
 1 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/linux/Config.in b/linux/Config.in
index ef3b2a1..51810e2 100644
--- a/linux/Config.in
+++ b/linux/Config.in
@@ -20,8 +20,8 @@ if BR2_LINUX_KERNEL
 choice
 	prompt "Kernel version"
 
-config BR2_LINUX_KERNEL_3_6
-	bool "3.6.9"
+config BR2_LINUX_KERNEL_3_7
+	bool "3.7"
 
 config BR2_LINUX_KERNEL_SAME_AS_HEADERS
 	bool "Same as toolchain kernel headers"
@@ -76,7 +76,7 @@ config BR2_LINUX_KERNEL_CUSTOM_GIT_VERSION
 
 config BR2_LINUX_KERNEL_VERSION
 	string
-	default "3.6.9" if BR2_LINUX_KERNEL_3_6
+	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

^ permalink raw reply related
* [Buildroot] [git commit] ortp: requires threads
From: Peter Korsgaard @ 2012-12-11 20:27 UTC (permalink / raw)
  To: buildroot

commit: http://git.buildroot.net/buildroot/commit/?id=3cc823d4be81fa41b2d0b5ada494f2c2001caf32
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master

Fixes
http://autobuild.buildroot.net/results/4252c2f0f85c27af0d814d8c9a4a5b4d74f4dac1/

Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
 package/linphone/Config.in      |    5 +++--
 package/mediastreamer/Config.in |    5 +++--
 package/ortp/Config.in          |    4 ++++
 3 files changed, 10 insertions(+), 4 deletions(-)

diff --git a/package/linphone/Config.in b/package/linphone/Config.in
index 1a6cfdb..a2866a6 100644
--- a/package/linphone/Config.in
+++ b/package/linphone/Config.in
@@ -5,6 +5,7 @@ config BR2_PACKAGE_LINPHONE
 	select BR2_PACKAGE_ORTP
 	select BR2_PACKAGE_MEDIASTREAMER
 	depends on BR2_INSTALL_LIBSTDCPP # mediastreamer
+	depends on BR2_TOOLCHAIN_HAS_THREADS # ortp
 	help
 	  Linphone is an internet phone or Voice Over IP phone (VoIP).
 
@@ -23,5 +24,5 @@ config BR2_PACKAGE_LINPHONE
 
 	  http://www.linphone.org/
 
-comment "linphone requires a toolchain with C++ support enabled"
-	depends on !BR2_INSTALL_LIBSTDCPP
+comment "linphone requires a toolchain with threads and C++ support enabled"
+	depends on !BR2_INSTALL_LIBSTDCPP || !BR2_TOOLCHAIN_HAS_THREADS
diff --git a/package/mediastreamer/Config.in b/package/mediastreamer/Config.in
index 2e1af93..477d4fa 100644
--- a/package/mediastreamer/Config.in
+++ b/package/mediastreamer/Config.in
@@ -2,6 +2,7 @@ config BR2_PACKAGE_MEDIASTREAMER
 	bool "mediastreamer"
 	select BR2_PACKAGE_ORTP
 	depends on BR2_INSTALL_LIBSTDCPP # until fixed
+	depends on BR2_TOOLCHAIN_HAS_THREADS # ortp
 	help
 	  Mediastreamer is a powerful and lightweighted streaming
 	  engine specialized for voice/video telephony applications.
@@ -12,5 +13,5 @@ config BR2_PACKAGE_MEDIASTREAMER
 
 	  http://www.linphone.org/eng/documentation/dev/mediastreamer2.html
 
-comment "mediastreamer requires a toolchain with C++ support enabled"
-	depends on !BR2_INSTALL_LIBSTDCPP
+comment "mediastreamer requires a toolchain with threads and C++ support"
+	depends on !BR2_INSTALL_LIBSTDCPP || !BR2_TOOLCHAIN_HAS_THREADS
diff --git a/package/ortp/Config.in b/package/ortp/Config.in
index 39d9c9a..ab9cab4 100644
--- a/package/ortp/Config.in
+++ b/package/ortp/Config.in
@@ -1,6 +1,10 @@
 config BR2_PACKAGE_ORTP
 	bool "oRTP"
+	depends on BR2_TOOLCHAIN_HAS_THREADS
 	help
 	  oRTP, a Real-time Transport Protocol (RTP,RFC3550) library
 
 	  http://www.linphone.org/eng/documentation/dev/ortp.html
+
+comment "ortp requires a toolchain with threads support"
+	depends on !BR2_TOOLCHAIN_HAS_THREADS

^ permalink raw reply related
* [Buildroot] [PATCH] ortp: requires threads
From: Peter Korsgaard @ 2012-12-11 20:27 UTC (permalink / raw)
  To: buildroot
In-Reply-To: <1355222340-6759-1-git-send-email-gustavo@zacarias.com.ar>

>>>>> "Gustavo" == Gustavo Zacarias <gustavo@zacarias.com.ar> writes:

 Gustavo> Fixes
 Gustavo> http://autobuild.buildroot.net/results/4252c2f0f85c27af0d814d8c9a4a5b4d74f4dac1/

Committed, thanks.

-- 
Bye, Peter Korsgaard

^ permalink raw reply
* [Buildroot] [PATCH] barebox: add 2012.12, remove 2012.08
From: Jean-Christophe PLAGNIOL-VILLARD @ 2012-12-11 21:28 UTC (permalink / raw)
  To: buildroot
In-Reply-To: <877gopr412.fsf@dell.be.48ers.dk>

On 22:27 Mon 10 Dec     , Peter Korsgaard wrote:
> >>>>> "Fabio" == Fabio Porcedda <fabio.porcedda@gmail.com> writes:
> 
>  Fabio> Signed-off-by: Fabio Porcedda <fabio.porcedda@gmail.com>
do not use this release the net support is broken we will push a new release
at the end of the week

Best Regards,
J.
> -- 
> Bye, Peter Korsgaard
> _______________________________________________
> buildroot mailing list
> buildroot at busybox.net
> http://lists.busybox.net/mailman/listinfo/buildroot

^ permalink raw reply
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox