Re: [oe] spca5xx does not build
I just tried adding EXTRA_CFLAGS in the bb file and still errors in the same way. I also cleaned it to make sure before building. Also there is an error stating an implasibly old time stamp from 1964? On Sat, Jul 17, 2010 at 2:53 AM, Holger Freyther wrote: > >> | make[1]: Entering directory >> `/home/vdubhack/overo-oe/tmp/sysroots/overo-angstrom-linux-gnueabi/kernel' >> | scripts/Makefile.build:49: *** CFLAGS was changed in >> "/home/vdubhack/overo-oe/tmp/work/overo-angstrom-linux-gnueabi/spca5xx-20060501-r81/spca5xx-20060501/Makefile". >> Fix it to use EXTRA_CFLAGS. Stop. >> > > ___ > Openembedded-devel mailing list > Openembedded-devel@lists.openembedded.org > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel > ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] spca5xx does not build
i tried editing the make file its self where it says but when I rebuilt it it just un tared it again and rewrote my change. Do I need to figure out how to make it use that in the bb file itself? Sorry for the basic questions just unsure On Sat, Jul 17, 2010 at 2:53 AM, Holger Freyther wrote: > >> | make[1]: Entering directory >> `/home/vdubhack/overo-oe/tmp/sysroots/overo-angstrom-linux-gnueabi/kernel' >> | scripts/Makefile.build:49: *** CFLAGS was changed in >> "/home/vdubhack/overo-oe/tmp/work/overo-angstrom-linux-gnueabi/spca5xx-20060501-r81/spca5xx-20060501/Makefile". >> Fix it to use EXTRA_CFLAGS. Stop. >> > > ___ > Openembedded-devel mailing list > Openembedded-devel@lists.openembedded.org > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel > ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] busybox mdev
I'm not familiar with that recipe and I don't seem to have a micro-base.bb in my tree. But, if it's sucking in udev, it sounds like a bogus dependency somewhere. You can use bitbake -g to find out where. p. On Sat, 2010-07-17 at 17:09 +0200, Bernhard Reutner-Fischer wrote: > Baking micro-base (not -image) tries to build udev for me? > > On 17 Jul 2010 15:39, "Phil Blundell" wrote: > > On Sat, 2010-07-17 at 02:06 +0200, Bernhard Reutner-Fischer wrote: > > (what's the reason micro-base u... > Er, does it? My copy of micro-base-image.bb says: > > # Include minimum init and init scripts > > IMAGE_DEV_MANAGER = "busybox-mdev" > IMAGE_INIT_MANAGER = "sysvinit sysvinit-pidof" > IMAGE_INITSCRIPTS = "" > > If it's using udev then that is definitely a bug. > > p. > > > > > ___ > Openembedded-devel mailing list > Openembedded-deve... > ___ > Openembedded-devel mailing list > Openembedded-devel@lists.openembedded.org > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] busybox mdev
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 17-07-10 17:09, Bernhard Reutner-Fischer wrote: > Baking micro-base (not -image) tries to build udev for me? And does it end up in your image? Bitbaking something also builds quilt for me, yet it doesn't show up in the image. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Darwin) iD8DBQFMQfoSMkyGM64RGpERAklNAKCn1Xv01ajA1KLNqmqiJZ7npEi9CwCgnh1v f8JqNkn0Vk3ASdabEZ/Mjvc= =Qhvx -END PGP SIGNATURE- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] angstrom-2008.1, uclibc: git-native: sysroot-destdir 6, 4 GB big, since some executables are 100 MB each
On Sat, 2010-07-17 at 14:17 +0200, Koen Kooi wrote: > And I was saying that the 8GB of git, if a bug in git, not with gdb3. I > know gdb3 makes unstripped executables bigger and don't deny that. > > I do take offence with you saying that the root cause is -ggdb3, when > it's actually git being buggy. And as you have seen, instead of fixing > git, people are removing -ggdb3 :( It may well be true that the 8GB total folder size is due to a deficiency in git. But, if the individual binaries are coming out at 101MB, that's still an increase of something like 1% compared to an equivalent build without debugging. Obviously it's up to angstrom to make its own policies, but I do wonder how many of its users actually find themselves debugging -native packages on a regular basis and, for those that do, how much benefit they are really gaining from -ggdb3 versus plain -g. p. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] Configuration of kernel image
I am bitbaking console-image for DM6446 to build a kernel image and root file system. I using davinci kernel , which file exactly is used for the configuration of this kernel iamge ? Saleh _ Hotmail: Free, trusted and rich email service. https://signup.live.com/signup.aspx?id=60969 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] keymaps: remove initscripts dependency
Acked-by: Michael 'Mickey' Lauer -- :M: ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] busybox mdev
On Saturday 17 July 2010 17:09:28 Bernhard Reutner-Fischer wrote: > Baking micro-base (not -image) tries to build udev for me? Many packages (R)DEPEND on udev, it's very hard to build anything these days without dragging in udev. What I usually do is add PROVIDES += "udev" RPROVIDES_${PN}-mdev += "udev" to the busybox recipe, and just assume that whatever all those packages claim they need udev for, is provided by mdev as well... And set a PREFERRED_PROVIDER_udev = "busybox" (I do that from the distro. People might argue this has to be an image decision instead of a distro decision, but I prefer to set IMAGE_DEV_MANAGER in the distro instead of the image..) Rgds, Pieter ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] busybox mdev
Baking micro-base (not -image) tries to build udev for me? On 17 Jul 2010 15:39, "Phil Blundell" wrote: On Sat, 2010-07-17 at 02:06 +0200, Bernhard Reutner-Fischer wrote: > (what's the reason micro-base u... Er, does it? My copy of micro-base-image.bb says: # Include minimum init and init scripts IMAGE_DEV_MANAGER = "busybox-mdev" IMAGE_INIT_MANAGER = "sysvinit sysvinit-pidof" IMAGE_INITSCRIPTS = "" If it's using udev then that is definitely a bug. p. ___ Openembedded-devel mailing list Openembedded-deve... ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH] fix pulling initscripts in keymaps
Hi, I've an issue with initscripts(instead of my specific distro initscript) beeing pulled by keymaps. As it may be considered core, Here's a patch attached. Denis. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH] keymaps: remove initscripts dependency
Multiple initscripts version exist,for instance initscripts-shr,initscripts-openmoko,initscripts etc... Depending on a particular initscript is not a good idea: For instance on SHR(distro) and htcdream(machine) it install initscripts instead of initscripts-shr in shr-image,which result in having the /etc/init.d/devices which is,according to mickeyl, an init script for devfs. if this init script is present(with the corresponding rc links) it get executed,which causes some devices nodes to lack. which prevent sound,modem and maybe other driver from working on the htcdream. Thanks mrmoku in #openmoko-cdevel in Freenode for helping me finding the offending recipe. Thanks mickeyl in #openmoko-cdevel in Freenode for telling me that usually packages don't depend on the initscripts Signed-off-by: Denis 'GNUtoo' Carikli --- recipes/keymaps/keymaps_1.0.bb |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/recipes/keymaps/keymaps_1.0.bb b/recipes/keymaps/keymaps_1.0.bb index 25a93c2..f8cd77f 100644 --- a/recipes/keymaps/keymaps_1.0.bb +++ b/recipes/keymaps/keymaps_1.0.bb @@ -1,9 +1,9 @@ DESCRIPTION = "Keyboard map" SECTION = "base" -RDEPENDS_${PN} = "initscripts console-tools" +RDEPENDS_${PN} = "console-tools" LICENSE = "GPL" PACKAGE_ARCH = "${MACHINE}" -PR = "r24" +PR = "r25" inherit update-rc.d -- 1.7.0.4 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] busybox mdev
On Sat, 2010-07-17 at 02:06 +0200, Bernhard Reutner-Fischer wrote: > (what's the reason micro-base uses udev instead of mdev, btw?) Er, does it? My copy of micro-base-image.bb says: # Include minimum init and init scripts IMAGE_DEV_MANAGER = "busybox-mdev" IMAGE_INIT_MANAGER = "sysvinit sysvinit-pidof" IMAGE_INITSCRIPTS = "" If it's using udev then that is definitely a bug. p. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] angstrom-2008.1, uclibc: git-native: sysroot-destdir 6, 4 GB big, since some executables are 100 MB each
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 17-07-10 04:06, Khem Raj wrote: > On Fri, Jul 16, 2010 at 4:03 PM, Koen Kooi wrote: > On 16-07-10 17:23, Khem Raj wrote: On Fri, Jul 16, 2010 at 2:03 AM, Paul Menzel wrote: > Dear OE folks, > > > Am Donnerstag, den 15.07.2010, 19:55 +0200 schrieb Paul Menzel: > >> I ran out of space and noticed >> >> /angstrom-dev/work/i686-linux/git-native-1.7.0.2-r4 >> >> is 8,1G big. >> >> Some of the executable files in >> >> >> /angstrom-dev/work/i686-linux/git-native-1.7.0.2-r4/sysroot-destdir/angstrom-dev/sysroots/i686-linux/usr/libexec/git-core/ >> >> are 101 MB big. its most probably the -g3/-ggdb3 bloat. > > No, it's git not creating (hard)links but copies of the same app. Run an > md5sum on the binaries, they will all match. I suggest you stop > spreading FUD about -ggdb3, it is not being appriciated. > >> Hi Koen > >> Its not FUD and I only speak of what I see with my eyes. I have data >> to prove it. Compile uclibc with ggdb3 and it ends up with 202M of >> shared library and without its only ~600K. (with gcc 4.4 and 4.5) I >> have similar experience with 4.3 but I dont >> have a build handy to see how big the binaries got. And I was saying that the 8GB of git, if a bug in git, not with gdb3. I know gdb3 makes unstripped executables bigger and don't deny that. I do take offence with you saying that the root cause is -ggdb3, when it's actually git being buggy. And as you have seen, instead of fixing git, people are removing -ggdb3 :( regards, Koen -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Darwin) iD8DBQFMQZ9yMkyGM64RGpERAvrYAJ0XYJZ40fAfTpWs5eCdEuWZlidzQgCgnDiw sWRwYL9QbYfPDgdyp47pwzk= =hKZ3 -END PGP SIGNATURE- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] angstrom-2008.1, uclibc: git-native: sysroot-destdir 6, 4 GB big, since some executables are 100 MB each
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 17-07-10 10:35, Paul Menzel wrote: > Am Samstag, den 17.07.2010, 01:03 +0200 schrieb Koen Kooi: >> On 16-07-10 17:23, Khem Raj wrote: >>> On Fri, Jul 16, 2010 at 2:03 AM, Paul Menzel >>> wrote: > Am Donnerstag, den 15.07.2010, 19:55 +0200 schrieb Paul Menzel: > I ran out of space and noticed > > /angstrom-dev/work/i686-linux/git-native-1.7.0.2-r4 > > is 8,1G big. > > Some of the executable files in > > > /angstrom-dev/work/i686-linux/git-native-1.7.0.2-r4/sysroot-destdir/angstrom-dev/sysroots/i686-linux/usr/libexec/git-core/ > > are 101 MB big. >>> >>> its most probably the -g3/-ggdb3 bloat. >> >> No, it's git not creating (hard)links but copies of the same app. Run an >> md5sum on the binaries, they will all match. I suggest you stop >> spreading FUD about -ggdb3, it is not being appriciated. > > I do not know anything about the technical background. I can only report > that removing `-ggdb3` fixed it for me. Are you saying that removing -ggdb3 made git create proper (hard)links? regards. Koen -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Darwin) iD8DBQFMQZ7PMkyGM64RGpERAilSAJ0Xh7q/84Ls1fu9SiqPiX4FcOS+9ACfRG/L 0sRjnr5z7xFxOVC7oSc1aG8= =MEay -END PGP SIGNATURE- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] angstrom-2008.1, uclibc-git: oe_runmake failed: Error: unknown pseudo-op: `.cfi_sections' (was: oe_runmake failed: error: '__a1' undeclared (first use in this function))
On Sat, Jul 17, 2010 at 10:56:38AM +0200, Paul Menzel wrote: >Am Donnerstag, den 15.07.2010, 22:16 +0200 schrieb Henning Heinold: > >> its pushed now. > >Henning and Khem, thank you for your fast and great help! > >I hit the next problem with `uclibc-git.bb`. This time it fails with the >distribution angstrom-2008.1 (-ggdb3 removed) but works with the >distribution minimal-uclibc. > >arm-angstrom-linux-uclibceabi-gcc -march=armv7-a -mtune=cortex-a8 > -mfpu=neon -mfloat-abi=softfp -c > libpthread/nptl/sysdeps/unix/sysv/linux/open.S -o > libpthread/nptl/sysdeps/unix/sysv/linux/open.o -include > ./include/libc-symbols.h -Wall -Wstrict-prototypes -fno-strict-aliasing > -Wnested-externs -Wshadow -Wmissing-noreturn -Wmissing-format-attribute > -Wformat=2 -Wmissing-prototypes -Wmissing-declarations > -Wold-style-declaration -Wold-style-definition -Wnonnull -Wundef > -funsigned-char -fno-builtin -fno-asm -mlittle-endian -mtune=arm9tdmi > -march=armv4t -fno-stack-protector -nostdinc -I./include -I./include -I. > -I./libc/sysdeps/linux -I./libc/sysdeps/linux/arm -fexpensive-optimizations > -fomit-frame-pointer -frename-registers -O2 -ggdb3 -Os -funit-at-a-time > -fmerge-all-constants -fno-tree-loop-optimize -fno-tree-dominator-opts > -fno-strength-reduce -fstrict-aliasing -DHAVE_FORCED_UNWIND > -I./libpthread/nptl -I./libpthread/nptl > -I./libpthread/nptl/sysdeps/unix/sysv/linux/arm/ > -I./libpthread/nptl/sysdeps/unix/sy >sv/linux/arm -I./libpthread/nptl/sysdeps/arm -I./libpthread/nptl/sysdeps/arm >-I./libpthread/nptl/sysdeps/unix/sysv/linux >-I./libpthread/nptl/sysdeps/unix/sysv/linux >-I./libpthread/nptl/sysdeps/generic -I./libpthread/nptl/sysdeps/pthread >-I./libpthread/nptl/sysdeps/pthread/bits -I./ldso/ldso/arm -I./ldso/include >-I./libc/sysdeps/linux/common >-I/tmp/angstrom-dev/sysroots/armv7a-angstrom-linux-uclibceabi/usr/include/ >-isystem >/tmp/angstrom-dev/cross/armv7a/lib/gcc/arm-angstrom-linux-uclibceabi/4.3.3/include-fixed > -isystem >/tmp/angstrom-dev/cross/armv7a/lib/gcc/arm-angstrom-linux-uclibceabi/4.3.3/include > -DNDEBUG -D__USE_STDIO_FUTEXES__ -MT >libpthread/nptl/sysdeps/unix/sysv/linux/open.o -MD -MP -MF >libpthread/nptl/sysdeps/unix/sysv/linux/.open.o.dep -D__ASSEMBLER__ >-Wa,--noexecstack -D_LIBC_REENTRANT >libpthread/nptl/sysdeps/unix/sysv/linux/open.S: Assembler messages: >libpthread/nptl/sysdeps/unix/sysv/linux/open.S:8: Error: unknown > pseudo-op: `.cfi_sections' binutils too old? qemuarm builds fine with 2.20.1, which version of binutils are you trying to use? See uclibc.org/FAQ#upstream_versions We support the last two official upstream versions of binutils/gcc, so that'd be binutils >= 2.20.latest and gcc-4.5.latest (i usually use both HEADs plus eventual fixups/tweaks myself). angstrom-2008.1.conf mentions 2.18 which is definitely way too old for uClibc master by now, fyi. >libpthread/nptl/sysdeps/unix/sysv/linux/close.S: Assembler messages: >libpthread/nptl/sysdeps/unix/sysv/linux/close.S:9: Error: unknown > pseudo-op: `.cfi_sections' >make: *** [libpthread/nptl/sysdeps/unix/sysv/linux/open.o] Error 1 >make: *** Waiting for unfinished jobs >make: *** [libpthread/nptl/sysdeps/unix/sysv/linux/close.o] Error 1 >libpthread/nptl/sysdeps/unix/sysv/linux/jmp-unwind.c:29: warning: no > previous prototype for '_longjmp_unwind' >FATAL: oe_runmake failed > >The full log is attached compressed. Uncompressed it was 1.7 MB big. > > >Thanks, > >Paul >___ >Openembedded-devel mailing list >Openembedded-devel@lists.openembedded.org >http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Udev not creating mtdblock**
On 07/17/2010 01:14 AM, John Tobias wrote: > Hi, > > The udev is not working correctly on my beagleboard, it doesn't create > a device node for mtdblock and loop. Is there any quick fix on these > problem?. Is your kernel detecting the mtdblock at all? Do you have loop in loaded as well? ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] spca5xx does not build
> | make[1]: Entering directory > `/home/vdubhack/overo-oe/tmp/sysroots/overo-angstrom-linux-gnueabi/kernel' > | scripts/Makefile.build:49: *** CFLAGS was changed in > "/home/vdubhack/overo-oe/tmp/work/overo-angstrom-linux-gnueabi/spca5xx-20060501-r81/spca5xx-20060501/Makefile". > Fix it to use EXTRA_CFLAGS. Stop. > ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] angstrom-2008.1, uclibc-git: oe_runmake failed: Error: unknown pseudo-op: `.cfi_sections' (was: oe_runmake failed: error: '__a1' undeclared (first use in this function))
Am Donnerstag, den 15.07.2010, 22:16 +0200 schrieb Henning Heinold: > its pushed now. Henning and Khem, thank you for your fast and great help! I hit the next problem with `uclibc-git.bb`. This time it fails with the distribution angstrom-2008.1 (-ggdb3 removed) but works with the distribution minimal-uclibc. arm-angstrom-linux-uclibceabi-gcc -march=armv7-a -mtune=cortex-a8 -mfpu=neon -mfloat-abi=softfp -c libpthread/nptl/sysdeps/unix/sysv/linux/open.S -o libpthread/nptl/sysdeps/unix/sysv/linux/open.o -include ./include/libc-symbols.h -Wall -Wstrict-prototypes -fno-strict-aliasing -Wnested-externs -Wshadow -Wmissing-noreturn -Wmissing-format-attribute -Wformat=2 -Wmissing-prototypes -Wmissing-declarations -Wold-style-declaration -Wold-style-definition -Wnonnull -Wundef -funsigned-char -fno-builtin -fno-asm -mlittle-endian -mtune=arm9tdmi -march=armv4t -fno-stack-protector -nostdinc -I./include -I./include -I. -I./libc/sysdeps/linux -I./libc/sysdeps/linux/arm -fexpensive-optimizations -fomit-frame-pointer -frename-registers -O2 -ggdb3 -Os -funit-at-a-time -fmerge-all-constants -fno-tree-loop-optimize -fno-tree-dominator-opts -fno-strength-reduce -fstrict-aliasing -DHAVE_FORCED_UNWIND -I./libpthread/nptl -I./libpthread/nptl -I./libpthread/nptl/sysdeps/unix/sysv/linux/arm/ -I./libpthread/nptl/sysdeps/unix/sysv/linux/arm -I./libpthread/nptl/sysdeps/arm -I./libpthread/nptl/sysdeps/arm -I./libpthread/nptl/sysdeps/unix/sysv/linux -I./libpthread/nptl/sysdeps/unix/sysv/linux -I./libpthread/nptl/sysdeps/generic -I./libpthread/nptl/sysdeps/pthread -I./libpthread/nptl/sysdeps/pthread/bits -I./ldso/ldso/arm -I./ldso/include -I./libc/sysdeps/linux/common -I/tmp/angstrom-dev/sysroots/armv7a-angstrom-linux-uclibceabi/usr/include/ -isystem /tmp/angstrom-dev/cross/armv7a/lib/gcc/arm-angstrom-linux-uclibceabi/4.3.3/include-fixed -isystem /tmp/angstrom-dev/cross/armv7a/lib/gcc/arm-angstrom-linux-uclibceabi/4.3.3/include -DNDEBUG -D__USE_STDIO_FUTEXES__ -MT libpthread/nptl/sysdeps/unix/sysv/linux/open.o -MD -MP -MF libpthread/nptl/sysdeps/unix/sysv/linux/.open.o.dep -D__ASSEMBLER__ -Wa,--noexecstack -D_LIBC_REENTRANT libpthread/nptl/sysdeps/unix/sysv/linux/open.S: Assembler messages: libpthread/nptl/sysdeps/unix/sysv/linux/open.S:8: Error: unknown pseudo-op: `.cfi_sections' libpthread/nptl/sysdeps/unix/sysv/linux/close.S: Assembler messages: libpthread/nptl/sysdeps/unix/sysv/linux/close.S:9: Error: unknown pseudo-op: `.cfi_sections' make: *** [libpthread/nptl/sysdeps/unix/sysv/linux/open.o] Error 1 make: *** Waiting for unfinished jobs make: *** [libpthread/nptl/sysdeps/unix/sysv/linux/close.o] Error 1 libpthread/nptl/sysdeps/unix/sysv/linux/jmp-unwind.c:29: warning: no previous prototype for '_longjmp_unwind' FATAL: oe_runmake failed The full log is attached compressed. Uncompressed it was 1.7 MB big. Thanks, Paul log.do_compile.18181.7z Description: application/7z-compressed signature.asc Description: This is a digitally signed message part ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] angstrom-2008.1, uclibc: git-native: sysroot-destdir 6, 4 GB big, since some executables are 100 MB each
Am Samstag, den 17.07.2010, 01:03 +0200 schrieb Koen Kooi: > On 16-07-10 17:23, Khem Raj wrote: > > On Fri, Jul 16, 2010 at 2:03 AM, Paul Menzel > > wrote: > >> Am Donnerstag, den 15.07.2010, 19:55 +0200 schrieb Paul Menzel: > >> > >>> I ran out of space and noticed > >>> > >>> /angstrom-dev/work/i686-linux/git-native-1.7.0.2-r4 > >>> > >>> is 8,1G big. > >>> > >>> Some of the executable files in > >>> > >>> > >>> /angstrom-dev/work/i686-linux/git-native-1.7.0.2-r4/sysroot-destdir/angstrom-dev/sysroots/i686-linux/usr/libexec/git-core/ > >>> > >>> are 101 MB big. > > > > its most probably the -g3/-ggdb3 bloat. > > No, it's git not creating (hard)links but copies of the same app. Run an > md5sum on the binaries, they will all match. I suggest you stop > spreading FUD about -ggdb3, it is not being appriciated. I do not know anything about the technical background. I can only report that removing `-ggdb3` fixed it for me. Thanks, Paul signature.asc Description: This is a digitally signed message part ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 1/3] glibc 2.9: cleaned up; patches only in local dir
2010/7/17 Khem Raj > On (15/07/10 22:46), Frans Meulenbroeks wrote: > > moved all patches to glibc-2.9 > > removed references to other dirs. > > > Well you forgot to copy glibc-2.4/etc dir into glibc-2.9 > this will render glibc 2.9 unbuildable. > Thanks for noticing this. Fixed. (apparently forgot the -r when copying the dir over) Frans > > Thx > -Khem > > ___ > Openembedded-devel mailing list > Openembedded-devel@lists.openembedded.org > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel > ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] Could not find dbus-daemon in our root file system
Hi All, I am working on openembedded form past few days for Au1350 mipsel architecture. I need to include dbus-daemon where should i include this?. I have included dbus-deamon-proxy_git.bb in dbus in recipes and also in task-qte-toolcain-target.bb..I have build a root file system and toolchain from it.. But i could not find the dbus-deamon binary in our rfs.. Please suggest me if i am doing anything wrong.. Regards, soumya ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 1/3] glibc 2.9: cleaned up; patches only in local dir
On (15/07/10 22:46), Frans Meulenbroeks wrote: > moved all patches to glibc-2.9 > removed references to other dirs. Well you forgot to copy glibc-2.4/etc dir into glibc-2.9 this will render glibc 2.9 unbuildable. Thx -Khem ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] angstrom-2008.1, uclibc: git-native: sysroot-destdir 6, 4 GB big, since some executables are 100 MB each
On (17/07/10 01:03), Koen Kooi wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 16-07-10 17:23, Khem Raj wrote: > > On Fri, Jul 16, 2010 at 2:03 AM, Paul Menzel > > wrote: > >> Dear OE folks, > >> > >> > >> Am Donnerstag, den 15.07.2010, 19:55 +0200 schrieb Paul Menzel: > >> > >>> I ran out of space and noticed > >>> > >>> /angstrom-dev/work/i686-linux/git-native-1.7.0.2-r4 > >>> > >>> is 8,1G big. > >>> > >>> Some of the executable files in > >>> > >>> > >>> /angstrom-dev/work/i686-linux/git-native-1.7.0.2-r4/sysroot-destdir/angstrom-dev/sysroots/i686-linux/usr/libexec/git-core/ > >>> > >>> are 101 MB big. > > > > its most probably the -g3/-ggdb3 bloat. > > No, it's git not creating (hard)links but copies of the same app. Run an > md5sum on the binaries, they will all match. I suggest you stop > spreading FUD about -ggdb3, it is not being appriciated. Hi Koen I built minimal-image/uclibc from scratch on a ubuntu maverick (gcc 4.4.4) host once with -g and secong time using -ggdb3 instead in both FULL_OPTIMIZATION and BUILD_OPTIMIZATION Total tmp size with -g = 15G Total tmp size with -ggdb3 = 70G Total sysroot size with -g = 1.1G (868M is native sysroot ) Total sysroot size with -ggdb3 = 13.4G ( 12.7G is native sysroot ) Total size of cross directory with -g = 158M Total size of cross directory with -gdb3 = 567M Because I did not strip the binaries Total size of deploy with -g = 135M Total size of deploy with -ggdb3 = 521M Attached is a list of files in sysroot which are larger than 2M in size sorted in increasing size order for both -g and -ggdb generated by using find . -type f -size +2000k -exec ls -lh {} \; 2> /dev/null | awk '{ print $NF ": " $5 }' | sort -nk 2,2 btw git-native build tree is 24G which is a problem but if we ignore that tmp still is ~45G for a minimal-image Does that clear the FUD ? :) anyway my point was that users know what to expect. If we put it in minimum requirement to build a distro its fine atleast it sets expectation on how much disk space would be needed. btw. now may I request you for some emperical evidence on "gcc 4.4 is slow on ARMv7" or is it another FUD or hearsay ? :) Thanks -Khem ps: I also noticed that the build with -ggdb3 took noticeable longer time. I wish I had timed it but may be next time. ./x86_64-linux/usr/lib/libcrypto.so.0.9.8: 2.0M ./mipsel-oe-linux-uclibc/usr/lib/libgcrypt.a: 2.1M ./mipsel-oe-linux-uclibc/usr/lib/libgio-2.0.so.0.2400.1: 2.4M ./mipsel-oe-linux-uclibc/usr/lib/libglib-2.0.so.0.2400.1: 2.4M ./x86_64-linux/usr/lib/libncurses.a: 2.5M ./mipsel-oe-linux-uclibc/usr/lib/libgnutls.so.26.14.12: 2.6M ./x86_64-linux/usr/bin/qemu-cris: 2.8M ./x86_64-linux/usr/lib/libgio-2.0.so.0.2400.1: 2.8M ./x86_64-linux/usr/bin/qemu-sh4: 3.0M ./mipsel-oe-linux-uclibc/lib/libuClibc-0.9.32-git.so: 3.1M ./x86_64-linux/usr/bin/qemu-microblaze: 3.1M ./x86_64-linux/usr/bin/qemu-sh4eb: 3.1M ./x86_64-linux/usr/lib/libglib-2.0.so.0.2400.1: 3.1M ./x86_64-linux/usr/lib/libcrypto.a: 3.3M ./x86_64-linux/usr/bin/qemu-m68k: 3.4M ./x86_64-linux/usr/bin/qemu-sparc: 3.4M ./x86_64-linux/usr/bin/qemu-alpha: 3.5M ./x86_64-linux/usr/lib/libxml2.so.2.7.7: 3.9M ./mipsel-oe-linux-uclibc/usr/lib/libgnutls.a: 4.1M ./x86_64-linux/usr/bin/git: 4.2M ./x86_64-linux/usr/bin/git-receive-pack: 4.2M ./x86_64-linux/usr/bin/git-upload-archive: 4.2M ./x86_64-linux/usr/libexec/git-core/git: 4.2M ./x86_64-linux/usr/libexec/git-core/git-add: 4.2M ./x86_64-linux/usr/libexec/git-core/git-annotate: 4.2M ./x86_64-linux/usr/libexec/git-core/git-apply: 4.2M ./x86_64-linux/usr/libexec/git-core/git-archive: 4.2M ./x86_64-linux/usr/libexec/git-core/git-bisect--helper: 4.2M ./x86_64-linux/usr/libexec/git-core/git-blame: 4.2M ./x86_64-linux/usr/libexec/git-core/git-branch: 4.2M ./x86_64-linux/usr/libexec/git-core/git-bundle: 4.2M ./x86_64-linux/usr/libexec/git-core/git-cat-file: 4.2M ./x86_64-linux/usr/libexec/git-core/git-check-attr: 4.2M ./x86_64-linux/usr/libexec/git-core/git-checkout: 4.2M ./x86_64-linux/usr/libexec/git-core/git-checkout-index: 4.2M ./x86_64-linux/usr/libexec/git-core/git-check-ref-format: 4.2M ./x86_64-linux/usr/libexec/git-core/git-cherry: 4.2M ./x86_64-linux/usr/libexec/git-core/git-cherry-pick: 4.2M ./x86_64-linux/usr/libexec/git-core/git-clean: 4.2M ./x86_64-linux/usr/libexec/git-core/git-clone: 4.2M ./x86_64-linux/usr/libexec/git-core/git-commit: 4.2M ./x86_64-linux/usr/libexec/git-core/git-commit-tree: 4.2M ./x86_64-linux/usr/libexec/git-core/git-config: 4.2M ./x86_64-linux/usr/libexec/git-core/git-count-objects: 4.2M ./x86_64-linux/usr/libexec/git-core/git-describe: 4.2M ./x86_64-linux/usr/libexec/git-core/git-diff: 4.2M ./x86_64-linux/usr/libexec/git-core/git-diff-files: 4.2M ./x86_64-linux/usr/libexec/git-core/git-diff-index: 4.2M ./x86_64-linux/usr/libexec/git-core/git-diff-tree: 4.2M ./x86_64-linux/usr/libexec/git-core/git-fast-export: 4.2M ./x86_64-linux/usr/libexec/git-core/git-fetch: 4.2M ./x86_64-linux/usr/libexec/git-core/git-fetch-