| 00:06.31 | CIA-43 | 03vda.linux 07master * r5b9a91074917 10/networking/ntpd.c: ntpd: disable frequency estimation code |
| 00:08.29 | *** join/#uclibc kolbyjack (n=jkolb@113.229.189.72.cfl.res.rr.com) |
| 01:52.06 | CIA-43 | 03vda.linux 07master * r9b20adca4b2b 10/networking/ntpd.c: ntpd: add anti-clock-hopping code |
| 02:01.54 | CIA-43 | 03vda.linux 07master * r57f46c1afd28 10/networking/ntpd.c: ntpd: remove some code which is at best unneeded and at worst wrong |
| 03:34.31 | *** join/#uclibc Salec (n=Salec@c-174-54-255-117.hsd1.pa.comcast.net) |
| 03:35.04 | Salec | hey guys, just finished making a buildroot image and I cannot seem to use gcc on the target machine, when I tried compiling a simple hello world app I got can't load library 'libmpfr.so' |
| 03:35.07 | Salec | any ideas? |
| 04:39.22 | *** join/#uclibc Salec_ (n=Salec@c-174-54-255-117.hsd1.pa.comcast.net) |
| 04:57.49 | *** join/#uclibc tchan (n=tchan@lunar-linux/developer/tchan) |
| 05:49.02 | *** join/#uclibc swrh (n=mind@189-55-80-116-nd.cpe.vivax.com.br) |
| 05:53.35 | swrh | hi. is it possible to compile a kernel and "attach" the initramfs to it so it is automatically executed without needing to tell grub/lilo/loadlin/syslinux/whatever that i have an initramfs/initrd? |
| 06:10.58 | *** part/#uclibc swrh (n=mind@189-55-80-116-nd.cpe.vivax.com.br) |
| 07:47.31 | *** join/#uclibc dileX (n=sd@p5B2EEDBE.dip.t-dialin.net) |
| 07:47.37 | dileX | hi |
| 07:48.18 | dileX | I have several problems while creating a new target toolchain for a ti-ar7 router-platform (mipsel arch) |
| 07:49.11 | dileX | first, there exists no uClibc-locale-20081111-32-el.tgz file for downloading |
| 07:49.21 | dileX | (see http://old.nabble.com/uclibc-locale-td23865388.html) |
| 07:50.39 | dileX | was this file ever published? |
| 07:51.45 | dileX | the next problem I had to solve was "...mipsel-linux-uclibc/bin/ld: this linker was not configured to use sysroots" |
| 07:52.02 | dileX | this worked fine with adding "--with-sysroot" |
| 07:52.13 | dileX | patch see http://pastebin.ca/1754439 |
| 07:53.19 | dileX | the first problem with missing uclibc-locale I could override via http://pastebin.ca/1754441 |
| 07:53.49 | dileX | UCLIBC*PREGENERATED_LOCALE_DATA is not set |
| 07:55.55 | dileX | now, I have a problems with uclibc/utils, especially with iconv.c |
| 07:56.16 | dileX | broken build-log: http://pastebin.ca/1754444 |
| 07:56.51 | dileX | iconv.c:(.text+0x18e): undefined reference to `__iconv_codesets' |
| 07:56.51 | dileX | iconv.c:(.text+0x1b4): undefined reference to `__iconv_codesets' |
| 07:56.56 | dileX | any idea? help? |
| 07:57.27 | dileX | (note: target-toolchain is gcc-4.4.2-uClibc-0.9.30.2 for mipsel) |
| 08:01.55 | dileX | toolchain/make/target/uclibc/Config.mod.0.9.30.2: http://pastebin.ca/1754448 (for the sake of completeness) |
| 08:04.02 | dileX | I tried binutils 2.19.1 and 2.20.51 (snapshot) as "target-binutils" (both break) |
| 08:06.00 | dileX | uClibc-fix-locale-version-string.patch: http://pastebin.ca/1754453 (same breakage with uclibc/utils/iconv.c) |
| 08:24.42 | *** join/#uclibc _Lucretia_ (n=munkee@pdpc/supporter/active/lucretia) |
| 08:25.06 | *** join/#uclibc austinf (n=austinf@75-92-1-28.war.clearwire-wmx.net) |
| 10:41.43 | *** join/#uclibc trem (n=trem@mol92-1-81-57-136-23.fbx.proxad.net) |
| 10:55.08 | *** join/#uclibc ymorin_ (n=ymorin@ARennes-252-1-3-165.w83-195.abo.wanadoo.fr) |
| 11:56.42 | *** join/#uclibc gatty (n=agatward@2a01:348:11b:beef:25e6:4c76:fbcd:84a5) |
| 12:31.14 | *** join/#uclibc gatty^ (n=agatward@2a01:348:11b:beef:44d0:1a85:c3c5:eb1) |
| 12:47.10 | *** join/#uclibc ymorin_ (n=ymorin@ARennes-252-1-3-165.w83-195.abo.wanadoo.fr) |
| 13:33.31 | *** join/#uclibc adb (n=adb@144.85.45.157) |
| 15:10.26 | *** join/#uclibc tsukasa (n=tsukasa@unaffiliated/tsukasa) |
| 15:13.22 | *** join/#uclibc _Lucretia__ (n=munkee@5acb92f5.bb.sky.com) |
| 16:00.34 | *** join/#uclibc ymorin_ (n=ymorin@ARennes-252-1-3-165.w83-195.abo.wanadoo.fr) |
| 16:04.13 | *** join/#uclibc swrh (n=mind@189-55-80-116-nd.cpe.vivax.com.br) |
| 16:25.09 | *** join/#uclibc austinf (n=austinf@75-92-1-28.war.clearwire-wmx.net) |
| 16:56.39 | *** join/#uclibc austinf (n=austinf@75-92-1-28.war.clearwire-wmx.net) |
| 16:56.55 | *** join/#uclibc austinf (n=austinf@75-92-1-28.war.clearwire-wmx.net) |
| 16:58.07 | *** join/#uclibc austinf (n=austinf@75-92-1-28.war.clearwire-wmx.net) |
| 18:09.23 | CIA-43 | 03vda.linux 07master * r96a6bdcb7764 10/testsuite/bunzip2.tests: bunzip2.tests: replace $? with \$? |
| 18:16.03 | *** join/#uclibc austinf (n=austinf@75-92-1-28.war.clearwire-wmx.net) |
| 18:19.49 | *** join/#uclibc austinf (n=austinf@75-92-1-28.war.clearwire-wmx.net) |
| 18:20.12 | dougmencken | hi! how to get super strip (sstrip) without buildroot? |
| 18:21.44 | solar | http://dev.gentoo.org/~solar/misc/sstrip-mjn3.c |
| 18:22.36 | dougmencken | only one source file? all I need is to cuild that one file? |
| 18:22.44 | dougmencken | s/cuild/build/ |
| 18:22.46 | solar | yep |
| 18:22.53 | dougmencken | wow, thanks |
| 18:23.43 | dougmencken | is it really much better than binutils' strip? |
| 18:24.28 | solar | it's multiplatform and strips off a lot more then standard binutils. |
| 18:24.53 | dougmencken | cool |
| 18:25.01 | dileX | hi |
| 18:25.04 | solar | if you know you wont ever be debugging the binary via gdb. then it's suited. |
| 18:25.19 | dougmencken | I have no gdb on my system ;) |
| 18:25.50 | solar | don't use it blindly on a desktop system |
| 18:25.50 | dileX | I have a build problem with uclibc-0.9.30.2 and utilc/iconv.c: http://pastebin.ca/1754444 |
| 18:26.21 | dileX | building a toolchain with gcc-4.4.2 for mipsel |
| 18:27.09 | dougmencken | dileX, use libiconv |
| 18:27.27 | dougmencken | (as me does :) |
| 18:27.59 | dileX | or dont built utils |
| 18:28.04 | dougmencken | it works well and doesn't require any "locales" thing |
| 18:28.04 | dileX | build* |
| 18:28.41 | dileX | how to use libiconv? via configure option/flag or how? |
| 18:29.19 | dougmencken | dileX, just download it from http://www.gnu.org/software/libiconv/ |
| 18:29.37 | dougmencken | http://ftp.gnu.org/pub/gnu/libiconv/libiconv-1.13.1.tar.gz |
| 18:30.26 | dileX | how to include in uclibc? |
| 18:30.38 | dougmencken | dileX, why? |
| 18:32.21 | dougmencken | any reason to include character set conversion lib and program in the core C library? |
| 18:34.01 | dileX | I didnt get the point on how to use/build-against uclibc and libiconv |
| 18:35.01 | dougmencken | dileX, if your system has libiconv.so, autoconf or ./configure will find it |
| 18:35.37 | dileX | hmm, I am cross-compiling on an i386 host for mipsel |
| 18:36.27 | dougmencken | if your target system has .... |
| 18:38.59 | dileX | no. and means re-writing existing make-/build-system. |
| 18:39.18 | dileX | from freetz project |
| 18:39.26 | dougmencken | dileX, the main gotcha is that the libiconv tooks about 1-1.5 MiB; you don't need to rebuild toolchain |
| 18:41.23 | dileX | yes, I understand |
| 18:41.56 | dileX | changing to utils-dir and re-invoking make, iconv is built |
| 18:42.07 | dileX | after breakage |
| 18:49.26 | solar | dileX: are you planing on running gtk/kde based apps on the device? |
| 18:49.45 | solar | if not. You 99% probably don't need any iconv/local support at all. |
| 18:50.10 | dileX | no. toolchain is for a ti-ar7 based router-platform. |
| 18:50.28 | solar | a router. I would leave iconv out of uclibc all together then |
| 18:52.17 | dileX | yeah, I agree |
| 18:52.50 | dileX | could it be my linker is causing troubles? next breakage: http://paste.debian.net/56953/ |
| 18:55.29 | dougmencken | dileX, have you tried to ./configure --without-nsl ? |
| 18:55.33 | dougmencken | nls |
| 19:00.13 | dileX | better would be to know UCLIBC_* for dot-config |
| 19:01.42 | dileX | seems to be ENABLE_NLS |
| 19:03.36 | dougmencken | dileX, do you really need "native language support" for your router? |
| 19:06.30 | dougmencken | btw, before sstrip: "-rwxr-xr-x 1 root 0 50771 Jan 15 07:58 iconv" |
| 19:06.38 | dougmencken | after: "-rwxr-xr-x 1 root 0 20752 Jan 17 19:06 iconv" |
| 19:06.41 | dougmencken | very cool |
| 19:06.55 | dileX | http://trac.freetz.org/browser/trunk/toolchain/make/target/uclibc/uclibc.mk#L123 |
| 19:07.15 | dileX | cant switch off build of utils completely |
| 19:08.50 | dougmencken | dileX, yes, just edit your .config file and correct the following lines: |
| 19:08.52 | dougmencken | # UCLIBC_HAS_LOCALE is not set |
| 19:09.05 | dougmencken | then make oldconfig |
| 19:09.33 | dileX | UCLIBC_HAS_LOCALE=y |
| 19:09.40 | dileX | OK, I will change that |
| 19:21.44 | dougmencken | solar, so maybe you know how to automate sstrip for any binary in just-built package? for example, GCC |
| 19:22.02 | dougmencken | s/any binary/any ELF/ |
| 19:23.03 | dileX | dougmencken: thanks in advance. I build the toolchain now. |
| 19:24.29 | dougmencken | dileX, any time :) |
| 19:32.54 | *** join/#uclibc Salec (n=Salec@c-174-54-255-117.hsd1.pa.comcast.net) |
| 19:33.48 | Salec | hey guys, for a system that isn't very limited on size (256mb memory and 8gb of disk space) is uclibc still faster than glibc? |
| 19:34.29 | dougmencken | Salec, it is; due to "no s%#$1 legacy" |
| 19:34.39 | Salec | lol |
| 19:35.25 | Salec | cool :) next question, in buildroot's config there is an option for copying the toolchain to the target, does thi build a separate version of the toolchain that can execute on the target? or does it just copy it? |
| 19:35.50 | dougmencken | if the main goal is to support legacy proprietary programs, then the lib is just a crap |
| 19:36.17 | Salec | yea I don't care about legacy or even localization |
| 19:36.59 | dougmencken | Salec, wait a minute, there definitely EXISTS that option |
| 19:37.22 | Salec | i've seen it in 2 places, actually it was a bit confusing as to what it actually did though |
| 19:37.44 | Salec | on Build Options there's a "development files on the target filesystem" |
| 19:38.01 | dougmencken | yes, IT is |
| 19:38.08 | Salec | there's also a "native toolchain in the target filesystem" option for Package Selection for the target |
| 19:38.25 | Salec | does that mean buildroot will actually build gcc twice? |
| 19:38.27 | dougmencken | Salec, dev files are headers |
| 19:38.31 | Salec | ohhh |
| 19:38.37 | dougmencken | you need them both |
| 19:40.58 | Salec | k |
| 19:41.08 | Salec | these scripts are pretty awesome |
| 19:42.19 | Salec | i keep finding a bunch of oddities though |
| 19:43.39 | dougmencken | btw, I found a one-liner to find all ELFs: "find / -print0 | xargs -0 file | grep ELF" |
| 19:45.27 | dougmencken | also, after sstrip 'file' prints "corrupted section header size" << is it okay? |
| 19:45.29 | solar | heh |
| 19:45.49 | dougmencken | for non-sstripped, it prints "not stripped" |
| 19:46.31 | dougmencken | solar, any known patch for 'file'? |
| 19:46.55 | solar | in what terms? |
| 19:47.14 | dougmencken | well, "corrupted" sounds like "not working" |
| 19:47.21 | dougmencken | but it works |
| 19:47.24 | solar | well that is expected. |
| 19:47.36 | solar | cvs -d :pserver:anonymous@anoncvs.gentoo.org:/var/cvsroot co gentoo-projects/pax-utils |
| 19:47.40 | dougmencken | what is expected? |
| 19:47.58 | solar | that file will say a section header is corrupted after it's been sstriped |
| 19:48.20 | dougmencken | solar, oh, but why? |
| 19:48.20 | solar | you should only sstrip ET_EXEC files at first imo vs all ELF files. |
| 19:48.27 | solar | why does it say that? |
| 19:48.50 | solar | cuz it's checking for a a header that does not exist. sstrip pulled it off. |
| 19:48.56 | dougmencken | yep and how to make it say "stripped" instead of ""corrupted section header"? |
| 19:49.14 | solar | you don't. |
| 19:49.29 | solar | and it's handy this way cuz you know what files have been sstriped |
| 19:49.45 | solar | other elf formats show up the same way. This is a limitation of file. |
| 19:50.15 | dougmencken | ah okay; so this "corrupted section header" just means "you've done stripping well", right? |
| 19:50.17 | solar | I think a upx packed elf will say the same |
| 19:51.39 | dougmencken | also how to sstrip all of them? "find / -print0 | xargs -0 file | grep ELF | sstrip" just prints sstrip usage |
| 19:51.40 | *** join/#uclibc gatty (n=agatward@2a01:348:11b:beef:f5f0:160d:981e:a35b) |
| 19:51.57 | dougmencken | even with "-" |
| 19:52.43 | dougmencken | oh, I'm stupid, sorry; 'file's output isn't paths to files |
| 19:54.49 | solar | yeah but don't do that |
| 19:55.03 | dougmencken | solar, I want to automate sstripping |
| 19:55.06 | solar | that would try and sstrip ET_REL files.. |
| 19:55.18 | solar | I hear ya. thats why I pointed ya at pax-utils |
| 19:57.13 | solar | which has scanelf. |
| 19:57.15 | solar | scanelf -R . -ym -E ET_EXEC -BF% |
| 19:57.32 | solar | would give you a list of executables it's safer to sstrip |
| 19:58.11 | solar | in general you would never want to run sstrip on an elf till you are ready to make the final firmware image |
| 19:58.54 | solar | cuz if it's been sstriped you wont be able to link things you might still be building and linking to |
| 20:01.37 | dougmencken | solar, i.e. sstripped lib isn't recognizable by ld-uClibc.so*? |
| 20:02.39 | dougmencken | btw, cpio is a part of busybox (and a part of pax-utils) |
| 20:02.50 | solar | wrong paxutils |
| 20:02.56 | dougmencken | gnu ones |
| 20:03.18 | dougmencken | http://www.gnu.org/software/paxutils/ << GNU paxutils is a suite of archive utilities: it will provide cpio, tar and POSIX pax archivers. |
| 20:03.32 | solar | it's a set of tools that vapier and myself wrote that deal with elf files. |
| 20:03.33 | solar | http://sources.gentoo.org/viewcvs.py/gentoo-projects/pax-utils/ |
| 20:03.34 | dougmencken | not this one? |
| 20:03.51 | solar | http://www.gentoo.org/proj/en/hardened/pax-utils.xml |
| 20:04.05 | dougmencken | hmm.. it looks like gentoo-specific thing |
| 20:04.13 | solar | not at all |
| 20:04.45 | dougmencken | let me test (stripping anything in /lib and /usr/lib) |
| 20:04.52 | *** join/#uclibc adb (n=adb@144.85.45.157) |
| 20:04.56 | solar | not real /lib I hope. |
| 20:05.02 | dougmencken | "Text file busy" |
| 20:05.05 | dougmencken | lol |
| 20:05.54 | dougmencken | "missing ELF signature" << not so lol : |
| 20:06.27 | dougmencken | but... it works well after sstripping ;) |
| 20:07.17 | dougmencken | so I can say any lib may be safely sstripped |
| 20:07.36 | solar | not really |
| 20:07.44 | dougmencken | any exception? |
| 20:07.48 | dougmencken | how to test it? |
| 20:07.58 | solar | there are times you should not strip an elf based on it's .note section flags |
| 20:08.35 | solar | I know |
| 20:09.26 | dougmencken | but I know that is a "section" in a binary container |
| 20:15.01 | *** part/#uclibc dazman (n=dazman@unaffiliated/dazman) |
| 20:40.45 | dileX | dougmencken: where can I find sstrip? |
| 20:44.34 | dougmencken | http://dev.gentoo.org/~solar/misc/sstrip-mjn3.c |
| 20:46.34 | dougmencken | then just build it via "gcc -O3 sstrip-mjn3.c -o sstrip" |
| 20:54.33 | *** join/#uclibc swrh (n=mind@189-55-85-3-nd.cpe.vivax.com.br) |
| 21:02.10 | dougmencken | solar, you were right; no my gcc can't compile anything :( |
| 21:31.53 | *** join/#uclibc trem_ (n=trem@AToulouse-256-1-32-159.w90-38.abo.wanadoo.fr) |
| 21:33.07 | CIA-43 | 03vda.linux 07master * r33f9dc08e55b 10/networking/ftpd.c: ftpd: code shrink |
| 21:50.23 | *** join/#uclibc swrh (n=mind@189-55-85-3-nd.cpe.vivax.com.br) |
| 22:28.48 | *** join/#uclibc kolbyjack (n=jkolb@113.229.189.72.cfl.res.rr.com) |
| 23:02.36 | trem | nite all, sweet dreams |
| 23:16.08 | CIA-43 | 03jacmet 07master * r6a772086b7c4 10/package/mtd/mtd-utils/mtd.mk: package/mtd: mtd-utils: fix fec.c build (bcopy reference) |
| 23:48.38 | *** join/#uclibc swrh (n=mind@189-55-85-3-nd.cpe.vivax.com.br) |