* [Buildroot] Is there any chance to compile old buildroot on new distro [not found] <AANLkTi=CA_91mHxqKye2wPsRVGkOe2Zm2W1LnMGdk_OA@mail.gmail.com> @ 2010-10-28 8:00 ` Sasha Yohananov 2010-10-28 8:09 ` Paulius Zaleckas 2010-10-28 12:14 ` Peter Korsgaard 0 siblings, 2 replies; 7+ messages in thread From: Sasha Yohananov @ 2010-10-28 8:00 UTC (permalink / raw) To: buildroot Dear buildroot experts, For about 2 years I work on some commercial project (access control) based on buildroot-2008.11. HW details are: CPU - ARM926EJ-S rev 5 (v5l) Board - Atmel AT91SAM9260-EK Former Host - Fedora 9. Current Host - Fedora 13 After some initial tuning it compiled and produced everything that needed (all images) excellently, but recently I was silly enough to upgrade my host's distribution to Fedora 13. Now I'm in trouble, I can't compile it at all. It fails at the beginning of the process, I guess the are conflicts between old kernel's headers and new glibc definitions. I understand that my buildroot is quite old but unfortunately I have to continue with it for some time. Is there any chance to compile it on new distribution? There are some details of my configuration and new distro tools: uname -a Linux riln-ls 2.6.33.3-85.fc13.i686.PAE #1 SMP Thu May 6 18:27:11 UTC 2010 i686 i686 i386 GNU/Linux gcc --version gcc (GCC) 4.4.4 20100503 (Red Hat 4.4.4-2) Copyright (C) 2010 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. gcc -### Using built-in specs. Target: i686-redhat-linux Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=http://bugzilla.redhat.com/bugzilla--enable-bootstrap --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-gnu-unique-object --enable-languages=c,c++,objc,obj-c++,java,fortran,ada --enable-java-awt=gtk --disable-dssi --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre --enable-libgcj-multifile --enable-java-maintainer-mode --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --disable-libjava-multilib --with-ppl --with-cloog --with-tune=generic --with-arch=i686 --build=i686-redhat-linux Thread model: posix gcc version 4.4.4 20100503 (Red Hat 4.4.4-2) (GCC) /lib/libc.so.6 GNU C Library stable release version 2.12.1, by Roland McGrath et al. Copyright (C) 2010 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Compiled by GNU CC version 4.4.4 20100630 (Red Hat 4.4.4-10). Compiled on a Linux 2.6.34 system on 2010-10-19. Available extensions: The C stubs add-on version 2.1.2. crypt add-on version 2.1 by Michael Glad and others GNU Libidn by Simon Josefsson Native POSIX Threads Library by Ulrich Drepper et al BIND-8.2.3-T5B RT using linux kernel aio libc ABIs: UNIQUE IFUNC For bug reporting instructions, please see: <http://www.gnu.org/software/libc/bugs.html>. Config and build log files are attached. Thank you in advance, Sasha. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20101028/9138c64c/attachment-0001.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: at91sam9260violet_defconfig Type: application/octet-stream Size: 21299 bytes Desc: not available URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20101028/9138c64c/attachment-0002.obj> -------------- next part -------------- A non-text attachment was scrubbed... Name: build.log Type: application/octet-stream Size: 41993 bytes Desc: not available URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20101028/9138c64c/attachment-0003.obj> ^ permalink raw reply [flat|nested] 7+ messages in thread
* [Buildroot] Is there any chance to compile old buildroot on new distro 2010-10-28 8:00 ` [Buildroot] Is there any chance to compile old buildroot on new distro Sasha Yohananov @ 2010-10-28 8:09 ` Paulius Zaleckas 2010-10-28 11:53 ` Sasha Yohananov 2010-10-28 12:14 ` Peter Korsgaard 1 sibling, 1 reply; 7+ messages in thread From: Paulius Zaleckas @ 2010-10-28 8:09 UTC (permalink / raw) To: buildroot On Thu, Oct 28, 2010 at 11:00 AM, Sasha Yohananov <yohananov@gmail.com> wrote: > > Dear buildroot experts, > For about 2 years I work on some commercial project (access control) based > on buildroot-2008.11. > HW details are: > CPU -?ARM926EJ-S rev 5 (v5l) > Board -?Atmel AT91SAM9260-EK > Former Host -?Fedora 9. > Current Host -?Fedora 13 > After some initial tuning it compiled and produced everything that needed > (all images)?excellently, but recently I was silly enough to upgrade my > host's distribution to Fedora 13. > Now I'm in trouble, I can't compile it at all. It fails at the?beginning of > the process, I guess the are conflicts?between old kernel's headers and new > glibc definitions. > I understand that my buildroot is quite old but unfortunately I have to > continue with it for some time. > Is there any chance to compile it on new distribution? > There are some details of my configuration and new distro tools: > uname -a > Linux riln-ls 2.6.33.3-85.fc13.i686.PAE #1 SMP Thu May 6 18:27:11 UTC 2010 > i686 i686 i386 GNU/Linux > gcc --version > gcc (GCC) 4.4.4 20100503 (Red Hat 4.4.4-2) > Copyright (C) 2010 Free Software Foundation, Inc. > This is free software; see the source for copying conditions. ?There is NO > warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. > gcc -### > Using built-in specs. > Target: i686-redhat-linux > Configured with: ../configure --prefix=/usr --mandir=/usr/share/man > --infodir=/usr/share/info --with-bugurl=http://bugzilla.redhat.com/bugzilla > --enable-bootstrap --enable-shared --enable-threads=posix > --enable-checking=release --with-system-zlib --enable-__cxa_atexit > --disable-libunwind-exceptions --enable-gnu-unique-object > --enable-languages=c,c++,objc,obj-c++,java,fortran,ada --enable-java-awt=gtk > --disable-dssi --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre > --enable-libgcj-multifile --enable-java-maintainer-mode > --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --disable-libjava-multilib > --with-ppl --with-cloog --with-tune=generic --with-arch=i686 > --build=i686-redhat-linux > Thread model: posix > gcc version 4.4.4 20100503 (Red Hat 4.4.4-2) (GCC) > > /lib/libc.so.6 > GNU C Library stable release version 2.12.1, by Roland McGrath et al. > Copyright (C) 2010 Free Software Foundation, Inc. > This is free software; see the source for copying conditions. > There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A > PARTICULAR PURPOSE. > Compiled by GNU CC version 4.4.4 20100630 (Red Hat 4.4.4-10). > Compiled on a Linux 2.6.34 system on 2010-10-19. > Available extensions: > The C stubs add-on version 2.1.2. > crypt add-on version 2.1 by Michael Glad and others > GNU Libidn by Simon Josefsson > Native POSIX Threads Library by Ulrich Drepper et al > BIND-8.2.3-T5B > RT using linux kernel aio > libc ABIs: UNIQUE IFUNC > For bug reporting instructions, please see: > <http://www.gnu.org/software/libc/bugs.html>. > > Config and build log files are attached. > Thank you in advance, > Sasha. You need a patch for kernel: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=patch;h=d15bd1067b1fcb2b7250d22bc0c7c7fea0b759f7 ^ permalink raw reply [flat|nested] 7+ messages in thread
* [Buildroot] Is there any chance to compile old buildroot on new distro 2010-10-28 8:09 ` Paulius Zaleckas @ 2010-10-28 11:53 ` Sasha Yohananov 2010-10-28 12:07 ` Sasha Yohananov 2010-10-28 12:15 ` Paulius Zaleckas 0 siblings, 2 replies; 7+ messages in thread From: Sasha Yohananov @ 2010-10-28 11:53 UTC (permalink / raw) To: buildroot On Thu, Oct 28, 2010 at 10:09 AM, Paulius Zaleckas < paulius.zaleckas@gmail.com> wrote: > On Thu, Oct 28, 2010 at 11:00 AM, Sasha Yohananov <yohananov@gmail.com> > wrote: > > > > Dear buildroot experts, > > For about 2 years I work on some commercial project (access control) > based > > on buildroot-2008.11. > > HW details are: > > CPU - ARM926EJ-S rev 5 (v5l) > > Board - Atmel AT91SAM9260-EK > > Former Host - Fedora 9. > > Current Host - Fedora 13 > > After some initial tuning it compiled and produced everything that needed > > (all images) excellently, but recently I was silly enough to upgrade my > > host's distribution to Fedora 13. > > Now I'm in trouble, I can't compile it at all. It fails at the beginning > of > > the process, I guess the are conflicts between old kernel's headers and > new > > glibc definitions. > > I understand that my buildroot is quite old but unfortunately I have to > > continue with it for some time. > > Is there any chance to compile it on new distribution? > > There are some details of my configuration and new distro tools: > > uname -a > > Linux riln-ls 2.6.33.3-85.fc13.i686.PAE #1 SMP Thu May 6 18:27:11 UTC > 2010 > > i686 i686 i386 GNU/Linux > > gcc --version > > gcc (GCC) 4.4.4 20100503 (Red Hat 4.4.4-2) > > Copyright (C) 2010 Free Software Foundation, Inc. > > This is free software; see the source for copying conditions. There is > NO > > warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR > PURPOSE. > > gcc -### > > Using built-in specs. > > Target: i686-redhat-linux > > Configured with: ../configure --prefix=/usr --mandir=/usr/share/man > > --infodir=/usr/share/info --with-bugurl= > http://bugzilla.redhat.com/bugzilla > > --enable-bootstrap --enable-shared --enable-threads=posix > > --enable-checking=release --with-system-zlib --enable-__cxa_atexit > > --disable-libunwind-exceptions --enable-gnu-unique-object > > --enable-languages=c,c++,objc,obj-c++,java,fortran,ada > --enable-java-awt=gtk > > --disable-dssi --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre > > --enable-libgcj-multifile --enable-java-maintainer-mode > > --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --disable-libjava-multilib > > --with-ppl --with-cloog --with-tune=generic --with-arch=i686 > > --build=i686-redhat-linux > > Thread model: posix > > gcc version 4.4.4 20100503 (Red Hat 4.4.4-2) (GCC) > > > > /lib/libc.so.6 > > GNU C Library stable release version 2.12.1, by Roland McGrath et al. > > Copyright (C) 2010 Free Software Foundation, Inc. > > This is free software; see the source for copying conditions. > > There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A > > PARTICULAR PURPOSE. > > Compiled by GNU CC version 4.4.4 20100630 (Red Hat 4.4.4-10). > > Compiled on a Linux 2.6.34 system on 2010-10-19. > > Available extensions: > > The C stubs add-on version 2.1.2. > > crypt add-on version 2.1 by Michael Glad and others > > GNU Libidn by Simon Josefsson > > Native POSIX Threads Library by Ulrich Drepper et al > > BIND-8.2.3-T5B > > RT using linux kernel aio > > libc ABIs: UNIQUE IFUNC > > For bug reporting instructions, please see: > > <http://www.gnu.org/software/libc/bugs.html>. > > > > Config and build log files are attached. > > Thank you in advance, > > Sasha. > > You need a patch for kernel: > > http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=patch;h=d15bd1067b1fcb2b7250d22bc0c7c7fea0b759f7 > Paulius, thank you a lot for your quick response. I patched the kernel and then I could proceed up to module-init-tools-3.2.2 compilation. Now the linker complains on absence of 'c' library. I'm getting confused, is it standard c library, it is looking for? Is there any way to fix it? ... bzcat /home/sasha/work/3rdparty/buildroot/dl/module-init-tools-3.2.2.tar.bz2 | tar -C /home/sasha/work/3rdparty/buildroot/toolchain_build_arm -xvf - module-init-tools-3.2.2/ module-init-tools-3.2.2/doc/ module-init-tools-3.2.2/doc/modprobe.conf.sgml module-init-tools-3.2.2/doc/modules.dep.sgml module-init-tools-3.2.2/doc/depmod.sgml .... module-init-tools-3.2.2/modules.dep.5 module-init-tools-3.2.2/depmod.8 module-init-tools-3.2.2/insmod.8 module-init-tools-3.2.2/lsmod.8 module-init-tools-3.2.2/rmmod.8 module-init-tools-3.2.2/modprobe.8 module-init-tools-3.2.2/modinfo.8 toolchain/patch-kernel.sh /home/sasha/work/3rdparty/buildroot/toolchain_build_arm/module-init-tools-3.2.2 package/module-init-tools \*.patch Applying module-init-tools.patch using plaintext: patching file Makefile.in Hunk #1 succeeded at 616 (offset 3 lines). Hunk #2 succeeded at 758 with fuzz 2 (offset -2 lines). Hunk #3 succeeded at 769 (offset -2 lines). Applying module-init-tools-remove-index.patch using plaintext: patching file modprobe.c cp -f package/gnuconfig/config.sub package/gnuconfig/config.guess /home/sasha/work/3rdparty/buildroot/toolchain_build_arm/module-init-tools-3.2.2 touch /home/sasha/work/3rdparty/buildroot/toolchain_build_arm/module-init-tools-3.2.2/.source (cd /home/sasha/work/3rdparty/buildroot/toolchain_build_arm/module-init-tools-3.2.2; \ CC="/usr/lib/ccache/gcc" \ ./configure \ --target=arm-linux \ --host=i386-pc-linux-gnu \ --build=i386-pc-linux-gnu \ --sysconfdir=/etc \ --program-transform-name='' \ ) checking build system type... i386-pc-linux-gnu checking host system type... i386-pc-linux-gnu checking target system type... arm-unknown-linux-gnu checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for i386-pc-linux-gnu-gcc... /usr/lib/ccache/gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether /usr/lib/ccache/gcc accepts -g... yes checking for /usr/lib/ccache/gcc option to accept ANSI C... none needed checking for style of include used by make... GNU checking dependency style of /usr/lib/ccache/gcc... gcc3 configure: Adding gcc options: -g -O2 -Wunused -Wall configure: creating ./config.status config.status: creating Makefile config.status: executing depfiles commands touch /home/sasha/work/3rdparty/buildroot/toolchain_build_arm/module-init-tools-3.2.2/.configured /usr/bin/make -j2 -C /home/sasha/work/3rdparty/buildroot/toolchain_build_arm/module-init-tools-3.2.2 make[1]: Entering directory `/home/sasha/work/3rdparty/buildroot/toolchain_build_arm/module-init-tools-3.2.2' source='lsmod.c' object='lsmod.o' libtool=no \ depfile='.deps/lsmod.Po' tmpdepfile='.deps/lsmod.TPo' \ depmode=gcc3 /bin/sh ./depcomp \ /usr/lib/ccache/gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"module-init-tools\" -DVERSION=\"3.2.2\" -I. -I. -g -O2 -Wunused -Wall -c `test -f 'lsmod.c' || echo './'`lsmod.c source='insmod.c' object='insmod.o' libtool=no \ depfile='.deps/insmod.Po' tmpdepfile='.deps/insmod.TPo' \ depmode=gcc3 /bin/sh ./depcomp \ /usr/lib/ccache/gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"module-init-tools\" -DVERSION=\"3.2.2\" -I. -I. -g -O2 -Wunused -Wall -c `test -f 'insmod.c' || echo './'`insmod.c source='modprobe.c' object='modprobe.o' libtool=no \ depfile='.deps/modprobe.Po' tmpdepfile='.deps/modprobe.TPo' \ depmode=gcc3 /bin/sh ./depcomp \ /usr/lib/ccache/gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"module-init-tools\" -DVERSION=\"3.2.2\" -I. -I. -g -O2 -Wunused -Wall -c `test -f 'modprobe.c' || echo './'`modprobe.c source='zlibsupport.c' object='zlibsupport.o' libtool=no \ depfile='.deps/zlibsupport.Po' tmpdepfile='.deps/zlibsupport.TPo' \ depmode=gcc3 /bin/sh ./depcomp \ /usr/lib/ccache/gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"module-init-tools\" -DVERSION=\"3.2.2\" -I. -I. -g -O2 -Wunused -Wall -c `test -f 'zlibsupport.c' || echo './'`zlibsupport.c source='rmmod.c' object='rmmod.o' libtool=no \ depfile='.deps/rmmod.Po' tmpdepfile='.deps/rmmod.TPo' \ depmode=gcc3 /bin/sh ./depcomp \ /usr/lib/ccache/gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"module-init-tools\" -DVERSION=\"3.2.2\" -I. -I. -g -O2 -Wunused -Wall -c `test -f 'rmmod.c' || echo './'`rmmod.c source='depmod.c' object='depmod.o' libtool=no \ depfile='.deps/depmod.Po' tmpdepfile='.deps/depmod.TPo' \ depmode=gcc3 /bin/sh ./depcomp \ /usr/lib/ccache/gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"module-init-tools\" -DVERSION=\"3.2.2\" -I. -I. -g -O2 -Wunused -Wall -c `test -f 'depmod.c' || echo './'`depmod.c source='moduleops.c' object='moduleops.o' libtool=no \ depfile='.deps/moduleops.Po' tmpdepfile='.deps/moduleops.TPo' \ depmode=gcc3 /bin/sh ./depcomp \ /usr/lib/ccache/gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"module-init-tools\" -DVERSION=\"3.2.2\" -I. -I. -g -O2 -Wunused -Wall -c `test -f 'moduleops.c' || echo './'`moduleops.c source='tables.c' object='tables.o' libtool=no \ depfile='.deps/tables.Po' tmpdepfile='.deps/tables.TPo' \ depmode=gcc3 /bin/sh ./depcomp \ /usr/lib/ccache/gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"module-init-tools\" -DVERSION=\"3.2.2\" -I. -I. -g -O2 -Wunused -Wall -c `test -f 'tables.c' || echo './'`tables.c source='modinfo.c' object='modinfo.o' libtool=no \ depfile='.deps/modinfo.Po' tmpdepfile='.deps/modinfo.TPo' \ depmode=gcc3 /bin/sh ./depcomp \ /usr/lib/ccache/gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"module-init-tools\" -DVERSION=\"3.2.2\" -I. -I. -g -O2 -Wunused -Wall -c `test -f 'modinfo.c' || echo './'`modinfo.c modinfo.c: In function ?main?: modinfo.c:338: warning: ?infosize? may be used uninitialized in this function /usr/lib/ccache/gcc -g -O2 -Wunused -Wall -o insmod.static -static insmod.o /usr/bin/ld: cannot find -lc collect2: ld returned 1 exit status make[1]: *** [insmod.static] Error 1 make[1]: *** Waiting for unfinished jobs.... make[1]: Leaving directory `/home/sasha/work/3rdparty/buildroot/toolchain_build_arm/module-init-tools-3.2.2' make: *** [/home/sasha/work/3rdparty/buildroot/toolchain_build_arm/module-init-tools-3.2.2/depmod] Error 2 make: Leaving directory `/home/sasha/work/3rdparty/buildroot' Thank you again, Sasha. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20101028/83b16526/attachment-0001.html> ^ permalink raw reply [flat|nested] 7+ messages in thread
* [Buildroot] Is there any chance to compile old buildroot on new distro 2010-10-28 11:53 ` Sasha Yohananov @ 2010-10-28 12:07 ` Sasha Yohananov 2010-10-28 12:15 ` Paulius Zaleckas 1 sibling, 0 replies; 7+ messages in thread From: Sasha Yohananov @ 2010-10-28 12:07 UTC (permalink / raw) To: buildroot On Thu, Oct 28, 2010 at 1:53 PM, Sasha Yohananov <yohananov@gmail.com>wrote: > > > On Thu, Oct 28, 2010 at 10:09 AM, Paulius Zaleckas < > paulius.zaleckas at gmail.com> wrote: > >> On Thu, Oct 28, 2010 at 11:00 AM, Sasha Yohananov <yohananov@gmail.com> >> wrote: >> > >> > Dear buildroot experts, >> > For about 2 years I work on some commercial project (access control) >> based >> > on buildroot-2008.11. >> > HW details are: >> > CPU - ARM926EJ-S rev 5 (v5l) >> > Board - Atmel AT91SAM9260-EK >> > Former Host - Fedora 9. >> > Current Host - Fedora 13 >> > After some initial tuning it compiled and produced everything that >> needed >> > (all images) excellently, but recently I was silly enough to upgrade my >> > host's distribution to Fedora 13. >> > Now I'm in trouble, I can't compile it at all. It fails at the beginning >> of >> > the process, I guess the are conflicts between old kernel's headers and >> new >> > glibc definitions. >> > I understand that my buildroot is quite old but unfortunately I have to >> > continue with it for some time. >> > Is there any chance to compile it on new distribution? >> > There are some details of my configuration and new distro tools: >> > uname -a >> > Linux riln-ls 2.6.33.3-85.fc13.i686.PAE #1 SMP Thu May 6 18:27:11 UTC >> 2010 >> > i686 i686 i386 GNU/Linux >> > gcc --version >> > gcc (GCC) 4.4.4 20100503 (Red Hat 4.4.4-2) >> > Copyright (C) 2010 Free Software Foundation, Inc. >> > This is free software; see the source for copying conditions. There is >> NO >> > warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR >> PURPOSE. >> > gcc -### >> > Using built-in specs. >> > Target: i686-redhat-linux >> > Configured with: ../configure --prefix=/usr --mandir=/usr/share/man >> > --infodir=/usr/share/info --with-bugurl= >> http://bugzilla.redhat.com/bugzilla >> > --enable-bootstrap --enable-shared --enable-threads=posix >> > --enable-checking=release --with-system-zlib --enable-__cxa_atexit >> > --disable-libunwind-exceptions --enable-gnu-unique-object >> > --enable-languages=c,c++,objc,obj-c++,java,fortran,ada >> --enable-java-awt=gtk >> > --disable-dssi --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre >> > --enable-libgcj-multifile --enable-java-maintainer-mode >> > --with-ecj-jar=/usr/share/java/eclipse-ecj.jar >> --disable-libjava-multilib >> > --with-ppl --with-cloog --with-tune=generic --with-arch=i686 >> > --build=i686-redhat-linux >> > Thread model: posix >> > gcc version 4.4.4 20100503 (Red Hat 4.4.4-2) (GCC) >> > >> > /lib/libc.so.6 >> > GNU C Library stable release version 2.12.1, by Roland McGrath et al. >> > Copyright (C) 2010 Free Software Foundation, Inc. >> > This is free software; see the source for copying conditions. >> > There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A >> > PARTICULAR PURPOSE. >> > Compiled by GNU CC version 4.4.4 20100630 (Red Hat 4.4.4-10). >> > Compiled on a Linux 2.6.34 system on 2010-10-19. >> > Available extensions: >> > The C stubs add-on version 2.1.2. >> > crypt add-on version 2.1 by Michael Glad and others >> > GNU Libidn by Simon Josefsson >> > Native POSIX Threads Library by Ulrich Drepper et al >> > BIND-8.2.3-T5B >> > RT using linux kernel aio >> > libc ABIs: UNIQUE IFUNC >> > For bug reporting instructions, please see: >> > <http://www.gnu.org/software/libc/bugs.html>. >> > >> > Config and build log files are attached. >> > Thank you in advance, >> > Sasha. >> >> You need a patch for kernel: >> >> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=patch;h=d15bd1067b1fcb2b7250d22bc0c7c7fea0b759f7 >> > > > > Paulius, thank you a lot for your quick response. > > I patched the kernel and then I could proceed up to module-init-tools-3.2.2 > compilation. > Now the linker complains on absence of 'c' library. > I'm getting confused, is it standard c library, it is looking for? > Is there any way to fix it? > > ... > > bzcat > /home/sasha/work/3rdparty/buildroot/dl/module-init-tools-3.2.2.tar.bz2 | tar > -C /home/sasha/work/3rdparty/buildroot/toolchain_build_arm -xvf - > module-init-tools-3.2.2/ > module-init-tools-3.2.2/doc/ > module-init-tools-3.2.2/doc/modprobe.conf.sgml > module-init-tools-3.2.2/doc/modules.dep.sgml > module-init-tools-3.2.2/doc/depmod.sgml > > .... > > module-init-tools-3.2.2/modules.dep.5 > module-init-tools-3.2.2/depmod.8 > module-init-tools-3.2.2/insmod.8 > module-init-tools-3.2.2/lsmod.8 > module-init-tools-3.2.2/rmmod.8 > module-init-tools-3.2.2/modprobe.8 > module-init-tools-3.2.2/modinfo.8 > toolchain/patch-kernel.sh > /home/sasha/work/3rdparty/buildroot/toolchain_build_arm/module-init-tools-3.2.2 > package/module-init-tools \*.patch > > Applying module-init-tools.patch using plaintext: > patching file Makefile.in > Hunk #1 succeeded at 616 (offset 3 lines). > Hunk #2 succeeded at 758 with fuzz 2 (offset -2 lines). > Hunk #3 succeeded at 769 (offset -2 lines). > > Applying module-init-tools-remove-index.patch using plaintext: > patching file modprobe.c > cp -f package/gnuconfig/config.sub package/gnuconfig/config.guess > /home/sasha/work/3rdparty/buildroot/toolchain_build_arm/module-init-tools-3.2.2 > touch > /home/sasha/work/3rdparty/buildroot/toolchain_build_arm/module-init-tools-3.2.2/.source > (cd > /home/sasha/work/3rdparty/buildroot/toolchain_build_arm/module-init-tools-3.2.2; > \ > CC="/usr/lib/ccache/gcc" \ > ./configure \ > --target=arm-linux \ > --host=i386-pc-linux-gnu \ > --build=i386-pc-linux-gnu \ > --sysconfdir=/etc \ > --program-transform-name='' \ > ) > checking build system type... i386-pc-linux-gnu > checking host system type... i386-pc-linux-gnu > checking target system type... arm-unknown-linux-gnu > checking for a BSD-compatible install... /usr/bin/install -c > checking whether build environment is sane... yes > checking for gawk... gawk > checking whether make sets $(MAKE)... yes > checking for i386-pc-linux-gnu-gcc... /usr/lib/ccache/gcc > checking for C compiler default output file name... a.out > checking whether the C compiler works... yes > checking whether we are cross compiling... no > checking for suffix of executables... > checking for suffix of object files... o > checking whether we are using the GNU C compiler... yes > checking whether /usr/lib/ccache/gcc accepts -g... yes > checking for /usr/lib/ccache/gcc option to accept ANSI C... none needed > checking for style of include used by make... GNU > checking dependency style of /usr/lib/ccache/gcc... gcc3 > configure: Adding gcc options: -g -O2 -Wunused -Wall > configure: creating ./config.status > config.status: creating Makefile > config.status: executing depfiles commands > touch > /home/sasha/work/3rdparty/buildroot/toolchain_build_arm/module-init-tools-3.2.2/.configured > /usr/bin/make -j2 -C > /home/sasha/work/3rdparty/buildroot/toolchain_build_arm/module-init-tools-3.2.2 > make[1]: Entering directory > `/home/sasha/work/3rdparty/buildroot/toolchain_build_arm/module-init-tools-3.2.2' > source='lsmod.c' object='lsmod.o' libtool=no \ > depfile='.deps/lsmod.Po' tmpdepfile='.deps/lsmod.TPo' \ > depmode=gcc3 /bin/sh ./depcomp \ > /usr/lib/ccache/gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" > -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" > -DPACKAGE=\"module-init-tools\" -DVERSION=\"3.2.2\" -I. -I. -g -O2 > -Wunused -Wall -c `test -f 'lsmod.c' || echo './'`lsmod.c > source='insmod.c' object='insmod.o' libtool=no \ > depfile='.deps/insmod.Po' tmpdepfile='.deps/insmod.TPo' \ > depmode=gcc3 /bin/sh ./depcomp \ > /usr/lib/ccache/gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" > -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" > -DPACKAGE=\"module-init-tools\" -DVERSION=\"3.2.2\" -I. -I. -g -O2 > -Wunused -Wall -c `test -f 'insmod.c' || echo './'`insmod.c > source='modprobe.c' object='modprobe.o' libtool=no \ > depfile='.deps/modprobe.Po' tmpdepfile='.deps/modprobe.TPo' \ > depmode=gcc3 /bin/sh ./depcomp \ > /usr/lib/ccache/gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" > -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" > -DPACKAGE=\"module-init-tools\" -DVERSION=\"3.2.2\" -I. -I. -g -O2 > -Wunused -Wall -c `test -f 'modprobe.c' || echo './'`modprobe.c > source='zlibsupport.c' object='zlibsupport.o' libtool=no \ > depfile='.deps/zlibsupport.Po' tmpdepfile='.deps/zlibsupport.TPo' \ > depmode=gcc3 /bin/sh ./depcomp \ > /usr/lib/ccache/gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" > -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" > -DPACKAGE=\"module-init-tools\" -DVERSION=\"3.2.2\" -I. -I. -g -O2 > -Wunused -Wall -c `test -f 'zlibsupport.c' || echo './'`zlibsupport.c > source='rmmod.c' object='rmmod.o' libtool=no \ > depfile='.deps/rmmod.Po' tmpdepfile='.deps/rmmod.TPo' \ > depmode=gcc3 /bin/sh ./depcomp \ > /usr/lib/ccache/gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" > -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" > -DPACKAGE=\"module-init-tools\" -DVERSION=\"3.2.2\" -I. -I. -g -O2 > -Wunused -Wall -c `test -f 'rmmod.c' || echo './'`rmmod.c > source='depmod.c' object='depmod.o' libtool=no \ > depfile='.deps/depmod.Po' tmpdepfile='.deps/depmod.TPo' \ > depmode=gcc3 /bin/sh ./depcomp \ > /usr/lib/ccache/gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" > -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" > -DPACKAGE=\"module-init-tools\" -DVERSION=\"3.2.2\" -I. -I. -g -O2 > -Wunused -Wall -c `test -f 'depmod.c' || echo './'`depmod.c > source='moduleops.c' object='moduleops.o' libtool=no \ > depfile='.deps/moduleops.Po' tmpdepfile='.deps/moduleops.TPo' \ > depmode=gcc3 /bin/sh ./depcomp \ > /usr/lib/ccache/gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" > -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" > -DPACKAGE=\"module-init-tools\" -DVERSION=\"3.2.2\" -I. -I. -g -O2 > -Wunused -Wall -c `test -f 'moduleops.c' || echo './'`moduleops.c > source='tables.c' object='tables.o' libtool=no \ > depfile='.deps/tables.Po' tmpdepfile='.deps/tables.TPo' \ > depmode=gcc3 /bin/sh ./depcomp \ > /usr/lib/ccache/gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" > -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" > -DPACKAGE=\"module-init-tools\" -DVERSION=\"3.2.2\" -I. -I. -g -O2 > -Wunused -Wall -c `test -f 'tables.c' || echo './'`tables.c > source='modinfo.c' object='modinfo.o' libtool=no \ > depfile='.deps/modinfo.Po' tmpdepfile='.deps/modinfo.TPo' \ > depmode=gcc3 /bin/sh ./depcomp \ > /usr/lib/ccache/gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" > -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" > -DPACKAGE=\"module-init-tools\" -DVERSION=\"3.2.2\" -I. -I. -g -O2 > -Wunused -Wall -c `test -f 'modinfo.c' || echo './'`modinfo.c > modinfo.c: In function ?main?: > modinfo.c:338: warning: ?infosize? may be used uninitialized in this > function > /usr/lib/ccache/gcc -g -O2 -Wunused -Wall -o insmod.static -static > insmod.o > /usr/bin/ld: cannot find -lc > collect2: ld returned 1 exit status > make[1]: *** [insmod.static] Error 1 > make[1]: *** Waiting for unfinished jobs.... > make[1]: Leaving directory > `/home/sasha/work/3rdparty/buildroot/toolchain_build_arm/module-init-tools-3.2.2' > make: *** > [/home/sasha/work/3rdparty/buildroot/toolchain_build_arm/module-init-tools-3.2.2/depmod] > Error 2 > make: Leaving directory `/home/sasha/work/3rdparty/buildroot' > > > > Thank you again, Sasha. > > By the way module-init-tools is not set to be built in my config. # BR2_PACKAGE_LTT is not set # BR2_PACKAGE_MODULE_INIT_TOOLS is not set # BR2_PACKAGE_MODUTILS is not set # BR2_PACKAGE_NG_SPICE_REWORK is not set -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20101028/a76738a7/attachment-0001.html> ^ permalink raw reply [flat|nested] 7+ messages in thread
* [Buildroot] Is there any chance to compile old buildroot on new distro 2010-10-28 11:53 ` Sasha Yohananov 2010-10-28 12:07 ` Sasha Yohananov @ 2010-10-28 12:15 ` Paulius Zaleckas 2010-10-28 13:51 ` Sasha Yohananov 1 sibling, 1 reply; 7+ messages in thread From: Paulius Zaleckas @ 2010-10-28 12:15 UTC (permalink / raw) To: buildroot On Thu, Oct 28, 2010 at 2:53 PM, Sasha Yohananov <yohananov@gmail.com> wrote: > > > On Thu, Oct 28, 2010 at 10:09 AM, Paulius Zaleckas > <paulius.zaleckas@gmail.com> wrote: >> >> On Thu, Oct 28, 2010 at 11:00 AM, Sasha Yohananov <yohananov@gmail.com> >> wrote: >> > >> > Dear buildroot experts, >> > For about 2 years I work on some commercial project (access control) >> > based >> > on buildroot-2008.11. >> > HW details are: >> > CPU -?ARM926EJ-S rev 5 (v5l) >> > Board -?Atmel AT91SAM9260-EK >> > Former Host -?Fedora 9. >> > Current Host -?Fedora 13 >> > After some initial tuning it compiled and produced everything that >> > needed >> > (all images)?excellently, but recently I was silly enough to upgrade my >> > host's distribution to Fedora 13. >> > Now I'm in trouble, I can't compile it at all. It fails at the?beginning >> > of >> > the process, I guess the are conflicts?between old kernel's headers and >> > new >> > glibc definitions. >> > I understand that my buildroot is quite old but unfortunately I have to >> > continue with it for some time. >> > Is there any chance to compile it on new distribution? >> > There are some details of my configuration and new distro tools: >> > uname -a >> > Linux riln-ls 2.6.33.3-85.fc13.i686.PAE #1 SMP Thu May 6 18:27:11 UTC >> > 2010 >> > i686 i686 i386 GNU/Linux >> > gcc --version >> > gcc (GCC) 4.4.4 20100503 (Red Hat 4.4.4-2) >> > Copyright (C) 2010 Free Software Foundation, Inc. >> > This is free software; see the source for copying conditions. ?There is >> > NO >> > warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR >> > PURPOSE. >> > gcc -### >> > Using built-in specs. >> > Target: i686-redhat-linux >> > Configured with: ../configure --prefix=/usr --mandir=/usr/share/man >> > --infodir=/usr/share/info >> > --with-bugurl=http://bugzilla.redhat.com/bugzilla >> > --enable-bootstrap --enable-shared --enable-threads=posix >> > --enable-checking=release --with-system-zlib --enable-__cxa_atexit >> > --disable-libunwind-exceptions --enable-gnu-unique-object >> > --enable-languages=c,c++,objc,obj-c++,java,fortran,ada >> > --enable-java-awt=gtk >> > --disable-dssi --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre >> > --enable-libgcj-multifile --enable-java-maintainer-mode >> > --with-ecj-jar=/usr/share/java/eclipse-ecj.jar >> > --disable-libjava-multilib >> > --with-ppl --with-cloog --with-tune=generic --with-arch=i686 >> > --build=i686-redhat-linux >> > Thread model: posix >> > gcc version 4.4.4 20100503 (Red Hat 4.4.4-2) (GCC) >> > >> > /lib/libc.so.6 >> > GNU C Library stable release version 2.12.1, by Roland McGrath et al. >> > Copyright (C) 2010 Free Software Foundation, Inc. >> > This is free software; see the source for copying conditions. >> > There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A >> > PARTICULAR PURPOSE. >> > Compiled by GNU CC version 4.4.4 20100630 (Red Hat 4.4.4-10). >> > Compiled on a Linux 2.6.34 system on 2010-10-19. >> > Available extensions: >> > The C stubs add-on version 2.1.2. >> > crypt add-on version 2.1 by Michael Glad and others >> > GNU Libidn by Simon Josefsson >> > Native POSIX Threads Library by Ulrich Drepper et al >> > BIND-8.2.3-T5B >> > RT using linux kernel aio >> > libc ABIs: UNIQUE IFUNC >> > For bug reporting instructions, please see: >> > <http://www.gnu.org/software/libc/bugs.html>. >> > >> > Config and build log files are attached. >> > Thank you in advance, >> > Sasha. >> >> You need a patch for kernel: >> >> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=patch;h=d15bd1067b1fcb2b7250d22bc0c7c7fea0b759f7 > > > > Paulius, thank you a lot for your quick response. > > I patched the kernel and then I could proceed up to module-init-tools-3.2.2 > compilation. > Now the linker complains on absence of 'c' library. > I'm getting confused, is it standard c library, it is looking for? > Is there any way to fix it? If I remember correctly you need static glibc library: yum install glibc-static ^ permalink raw reply [flat|nested] 7+ messages in thread
* [Buildroot] Is there any chance to compile old buildroot on new distro 2010-10-28 12:15 ` Paulius Zaleckas @ 2010-10-28 13:51 ` Sasha Yohananov 0 siblings, 0 replies; 7+ messages in thread From: Sasha Yohananov @ 2010-10-28 13:51 UTC (permalink / raw) To: buildroot Paulius, Peter, a lot of thanks for your responses. Paulius, 'glibc-static' really helped and despite of errors in some of packages (php5) it compiled at long last. Peter, I guess the buildroot I hold is one of the versions came on August-December 2008. I got it from sub-contractor with some changes my company ordered and started working on it on January 2009. I tried to find all over the code any clue of version but unfortunately I found nothing. Thank you ever so much Sasha. On Thu, Oct 28, 2010 at 2:15 PM, Paulius Zaleckas < paulius.zaleckas@gmail.com> wrote: > On Thu, Oct 28, 2010 at 2:53 PM, Sasha Yohananov <yohananov@gmail.com> > wrote: > > > > > > On Thu, Oct 28, 2010 at 10:09 AM, Paulius Zaleckas > > <paulius.zaleckas@gmail.com> wrote: > >> > >> On Thu, Oct 28, 2010 at 11:00 AM, Sasha Yohananov <yohananov@gmail.com> > >> wrote: > >> > > >> > Dear buildroot experts, > >> > For about 2 years I work on some commercial project (access control) > >> > based > >> > on buildroot-2008.11. > >> > HW details are: > >> > CPU - ARM926EJ-S rev 5 (v5l) > >> > Board - Atmel AT91SAM9260-EK > >> > Former Host - Fedora 9. > >> > Current Host - Fedora 13 > >> > After some initial tuning it compiled and produced everything that > >> > needed > >> > (all images) excellently, but recently I was silly enough to upgrade > my > >> > host's distribution to Fedora 13. > >> > Now I'm in trouble, I can't compile it at all. It fails at > the beginning > >> > of > >> > the process, I guess the are conflicts between old kernel's headers > and > >> > new > >> > glibc definitions. > >> > I understand that my buildroot is quite old but unfortunately I have > to > >> > continue with it for some time. > >> > Is there any chance to compile it on new distribution? > >> > There are some details of my configuration and new distro tools: > >> > uname -a > >> > Linux riln-ls 2.6.33.3-85.fc13.i686.PAE #1 SMP Thu May 6 18:27:11 UTC > >> > 2010 > >> > i686 i686 i386 GNU/Linux > >> > gcc --version > >> > gcc (GCC) 4.4.4 20100503 (Red Hat 4.4.4-2) > >> > Copyright (C) 2010 Free Software Foundation, Inc. > >> > This is free software; see the source for copying conditions. There > is > >> > NO > >> > warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR > >> > PURPOSE. > >> > gcc -### > >> > Using built-in specs. > >> > Target: i686-redhat-linux > >> > Configured with: ../configure --prefix=/usr --mandir=/usr/share/man > >> > --infodir=/usr/share/info > >> > --with-bugurl=http://bugzilla.redhat.com/bugzilla > >> > --enable-bootstrap --enable-shared --enable-threads=posix > >> > --enable-checking=release --with-system-zlib --enable-__cxa_atexit > >> > --disable-libunwind-exceptions --enable-gnu-unique-object > >> > --enable-languages=c,c++,objc,obj-c++,java,fortran,ada > >> > --enable-java-awt=gtk > >> > --disable-dssi > --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre > >> > --enable-libgcj-multifile --enable-java-maintainer-mode > >> > --with-ecj-jar=/usr/share/java/eclipse-ecj.jar > >> > --disable-libjava-multilib > >> > --with-ppl --with-cloog --with-tune=generic --with-arch=i686 > >> > --build=i686-redhat-linux > >> > Thread model: posix > >> > gcc version 4.4.4 20100503 (Red Hat 4.4.4-2) (GCC) > >> > > >> > /lib/libc.so.6 > >> > GNU C Library stable release version 2.12.1, by Roland McGrath et al. > >> > Copyright (C) 2010 Free Software Foundation, Inc. > >> > This is free software; see the source for copying conditions. > >> > There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A > >> > PARTICULAR PURPOSE. > >> > Compiled by GNU CC version 4.4.4 20100630 (Red Hat 4.4.4-10). > >> > Compiled on a Linux 2.6.34 system on 2010-10-19. > >> > Available extensions: > >> > The C stubs add-on version 2.1.2. > >> > crypt add-on version 2.1 by Michael Glad and others > >> > GNU Libidn by Simon Josefsson > >> > Native POSIX Threads Library by Ulrich Drepper et al > >> > BIND-8.2.3-T5B > >> > RT using linux kernel aio > >> > libc ABIs: UNIQUE IFUNC > >> > For bug reporting instructions, please see: > >> > <http://www.gnu.org/software/libc/bugs.html>. > >> > > >> > Config and build log files are attached. > >> > Thank you in advance, > >> > Sasha. > >> > >> You need a patch for kernel: > >> > >> > http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=patch;h=d15bd1067b1fcb2b7250d22bc0c7c7fea0b759f7 > > > > > > > > Paulius, thank you a lot for your quick response. > > > > I patched the kernel and then I could proceed up to > module-init-tools-3.2.2 > > compilation. > > Now the linker complains on absence of 'c' library. > > I'm getting confused, is it standard c library, it is looking for? > > Is there any way to fix it? > > If I remember correctly you need static glibc library: > yum install glibc-static > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20101028/ca073a70/attachment.html> ^ permalink raw reply [flat|nested] 7+ messages in thread
* [Buildroot] Is there any chance to compile old buildroot on new distro 2010-10-28 8:00 ` [Buildroot] Is there any chance to compile old buildroot on new distro Sasha Yohananov 2010-10-28 8:09 ` Paulius Zaleckas @ 2010-10-28 12:14 ` Peter Korsgaard 1 sibling, 0 replies; 7+ messages in thread From: Peter Korsgaard @ 2010-10-28 12:14 UTC (permalink / raw) To: buildroot >>>>> "Sasha" == Sasha Yohananov <yohananov@gmail.com> writes: Sasha> Dear buildroot experts, Sasha> For about 2 years I work on some commercial project (access control) based on Sasha> buildroot-2008.11. There's never been a 2008.11 release, I guess you mean 2009.11? scripts/unifdef.c:209: error: conflicting types for 'getline' /usr/include/stdio.h:673: note: previous declaration of 'getline' was here make[2]: *** [scripts/unifdef] Error 1 make[1]: *** [__headers] Error 2 make[1]: Leaving directory `/home/sasha/work/3rdparty/buildroot/toolchain_build_arm/linux-2.6.27.7' You'll need a fix for your kernel headers. The easiest is probably to download 2010.02 and take the toolchain/kernel-headers/linux-2.6.26.8-unifdef-getline.patch and copy it to the same directory in your tree (but adjust the kernel version). You might need the similar patch for uclibc as well. -- Bye, Peter Korsgaard ^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2010-10-28 13:51 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <AANLkTi=CA_91mHxqKye2wPsRVGkOe2Zm2W1LnMGdk_OA@mail.gmail.com>
2010-10-28 8:00 ` [Buildroot] Is there any chance to compile old buildroot on new distro Sasha Yohananov
2010-10-28 8:09 ` Paulius Zaleckas
2010-10-28 11:53 ` Sasha Yohananov
2010-10-28 12:07 ` Sasha Yohananov
2010-10-28 12:15 ` Paulius Zaleckas
2010-10-28 13:51 ` Sasha Yohananov
2010-10-28 12:14 ` Peter Korsgaard
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox