* [Buildroot] [PATCH] barebox: bump to version 2012.12.1
From: Fabio Porcedda @ 2012-12-13 7:44 UTC (permalink / raw)
To: buildroot
Signed-off-by: Fabio Porcedda <fabio.porcedda@gmail.com>
---
boot/barebox/Config.in | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/boot/barebox/Config.in b/boot/barebox/Config.in
index e7498a8..10eb650 100644
--- a/boot/barebox/Config.in
+++ b/boot/barebox/Config.in
@@ -22,7 +22,7 @@ config BR2_TARGET_BAREBOX_2012_11
bool "2012.11"
config BR2_TARGET_BAREBOX_2012_12
- bool "2012.12"
+ bool "2012.12.1"
config BR2_TARGET_BAREBOX_CUSTOM_TARBALL
bool "Custom tarball"
@@ -44,7 +44,7 @@ config BR2_TARGET_BAREBOX_VERSION
default "2012.09.0" if BR2_TARGET_BAREBOX_2012_09
default "2012.10.0" if BR2_TARGET_BAREBOX_2012_10
default "2012.11.0" if BR2_TARGET_BAREBOX_2012_11
- default "2012.12.0" if BR2_TARGET_BAREBOX_2012_12
+ default "2012.12.1" if BR2_TARGET_BAREBOX_2012_12
default "custom" if BR2_TARGET_BAREBOX_CUSTOM_TARBALL
default $BR2_TARGET_BAREBOX_CUSTOM_GIT_VERSION if BR2_TARGET_BAREBOX_CUSTOM_GIT
--
1.8.0
^ permalink raw reply related
* [Buildroot] Results of an all-package build
From: Arnout Vandecappelle @ 2012-12-13 8:21 UTC (permalink / raw)
To: buildroot
Hi all,
As part of the test of the disable-doc patch I just sent, I built something
approaching an allyespackageconfig for x86_64 with a Sourcery-2012.09 toolchain.
Interesting to look at the results.
- The following fail to build:
* classpath
* diffutils
* gpsd
* ipsec-tools
* linux-pam
* ltp-testsuite
* matchbox-desktop
* metacity
* webkit
* neard
* netatalk
* network-manager
* pcmanfm
* pv
* sconeserver-http-sconesite-image
* xdriver_xf86-video-geode
* xdriver_xf86-input-synaptics
* valgrind (because glibc 2.16 is not supported, needs valgrind bump)
* xstroke
* grub
* uboot (wrong ARCH parameter)
midori and jamvm are not built because they depend on the above.
There are a few more that fail to build in my environment if the
libxml2/mesa3d and linux-fusion patches are not applied. Also xenomai
must be extracted manually before the build, otherwise linux fails to
build.
- About 920 packages (host+target) are built, from 843 source
tarballs.
- legal-info succeeds without problems, except that sylpheed's
license file is not correctly defined.
- I also built a 3.2.28 kernel with Xenomai extension (OCF and RTAI
don't have support for that kernel version) and a x86_64 defconfig.
- cramfs fails to build because it's too large; iso9660 fails to
build because of grub.
- Resulting image sizes:
-rw-r--r-- 1 arnout arnout 374M Dec 13 05:47 bzImage
-rwxr-xr-x 1 arnout arnout 24K Dec 13 05:31 isolinux.bin*
-rwxr-xr-x 1 arnout arnout 27K Dec 13 05:31 pxelinux.bin*
-rw-r--r-- 1 arnout arnout 378M Dec 13 05:38 rootfs.cloop
-rw-r--r-- 1 arnout arnout 903M Dec 13 05:40 rootfs.cpio
-rw-r--r-- 1 arnout arnout 1.1G Dec 13 05:42 rootfs.ext2
-rw-r--r-- 1 arnout arnout 473M Dec 13 05:51 rootfs.jffs2
-rw-r--r-- 1 arnout arnout 899M Dec 13 05:54 rootfs.romfs
-rw-r--r-- 1 arnout arnout 369M Dec 13 05:56 rootfs.squashfs
-rw-r--r-- 1 arnout arnout 922M Dec 13 05:59 rootfs.tar
-rw-r--r-- 1 arnout arnout 251M Dec 13 06:12 rootfs.tar.lzma
-rw-r--r-- 1 arnout arnout 516M Dec 13 06:15 rootfs.ubi
-rw-r--r-- 1 arnout arnout 508M Dec 13 06:15 rootfs.ubifs
- The output directory (including all these images) is 31GB: 21GB
for build, 6.5GB for images, 2.9GB for host of which 2GB for staging.
The sources (excluding toolchain) are 1.6GB.
- Time for a clean build (without ccache and JLEVEL=3) on my laptop
is 6 hours. A yocto build takes roughly the same time on my laptop,
but has less than half as many packages.
Regards,
Arnout
--
Arnout Vandecappelle arnout at mind be
Senior Embedded Software Architect +32-16-286540
Essensium/Mind http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint: 7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F
^ permalink raw reply
* [Buildroot] [git commit] uboot-tools: do not override busybox uninstall commands
From: Peter Korsgaard @ 2012-12-13 8:35 UTC (permalink / raw)
To: buildroot
commit: http://git.buildroot.net/buildroot/commit/?id=5c2209ff7928c398d219bdbbfb13c6638c44f031
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master
The uboot-tools.mk has a copy of BUSYBOX_UNINSTALL_TARGET_CMDS
in it, presumably due to a copy/paste error. This definition
is overriding the (identical) definition in busybox.mk.
Also, add license info.
Signed-off-by: Danomi Manchego <danomimanchego123@gmail.com>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
package/uboot-tools/uboot-tools.mk | 12 +++++++-----
1 files changed, 7 insertions(+), 5 deletions(-)
diff --git a/package/uboot-tools/uboot-tools.mk b/package/uboot-tools/uboot-tools.mk
index 7628b77..75cda8e 100644
--- a/package/uboot-tools/uboot-tools.mk
+++ b/package/uboot-tools/uboot-tools.mk
@@ -1,6 +1,13 @@
+#############################################################
+#
+# uboot-tools
+#
+#############################################################
UBOOT_TOOLS_VERSION = 2012.07
UBOOT_TOOLS_SOURCE = u-boot-$(UBOOT_TOOLS_VERSION).tar.bz2
UBOOT_TOOLS_SITE = ftp://ftp.denx.de/pub/u-boot
+UBOOT_TOOLS_LICENSE = GPLv2+
+UBOOT_TOOLS_LICENSE_FILES = COPYING
define UBOOT_TOOLS_BUILD_CMDS
$(MAKE) -C $(@D) \
@@ -34,11 +41,6 @@ define UBOOT_TOOLS_UNINSTALL_TARGET_CMDS
usr/bin/mkimage usr/sbin/fw_printenv usr/sbin/fw_setenv)
endef
-
-define BUSYBOX_UNINSTALL_TARGET_CMDS
- $(BUSYBOX_MAKE_ENV) $(MAKE) $(BUSYBOX_MAKE_OPTS) -C $(@D) uninstall
-endef
-
define HOST_UBOOT_TOOLS_BUILD_CMDS
$(MAKE1) -C $(@D) \
HOSTCC="$(HOSTCC)" \
^ permalink raw reply related
* [Buildroot] [git commit] barebox: bump to version 2012.12.1
From: Peter Korsgaard @ 2012-12-13 8:37 UTC (permalink / raw)
To: buildroot
commit: http://git.buildroot.net/buildroot/commit/?id=e043dd6c99a801dc7f863986c78c947e25c75b3f
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master
Signed-off-by: Fabio Porcedda <fabio.porcedda@gmail.com>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
boot/barebox/Config.in | 4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/boot/barebox/Config.in b/boot/barebox/Config.in
index e7498a8..10eb650 100644
--- a/boot/barebox/Config.in
+++ b/boot/barebox/Config.in
@@ -22,7 +22,7 @@ config BR2_TARGET_BAREBOX_2012_11
bool "2012.11"
config BR2_TARGET_BAREBOX_2012_12
- bool "2012.12"
+ bool "2012.12.1"
config BR2_TARGET_BAREBOX_CUSTOM_TARBALL
bool "Custom tarball"
@@ -44,7 +44,7 @@ config BR2_TARGET_BAREBOX_VERSION
default "2012.09.0" if BR2_TARGET_BAREBOX_2012_09
default "2012.10.0" if BR2_TARGET_BAREBOX_2012_10
default "2012.11.0" if BR2_TARGET_BAREBOX_2012_11
- default "2012.12.0" if BR2_TARGET_BAREBOX_2012_12
+ default "2012.12.1" if BR2_TARGET_BAREBOX_2012_12
default "custom" if BR2_TARGET_BAREBOX_CUSTOM_TARBALL
default $BR2_TARGET_BAREBOX_CUSTOM_GIT_VERSION if BR2_TARGET_BAREBOX_CUSTOM_GIT
^ permalink raw reply related
* [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
* [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] 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] 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] 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] 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] 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] 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] 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] [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] [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] 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] 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] 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] 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] 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: 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] 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] [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] 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] 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
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