| 00:21.07 | *** join/#uclibc ccjoe (n=joeg@75-169-35-39.slkc.qwest.net) |
| 01:26.11 | *** join/#uclibc CIA-19 (n=CIA@208.69.182.149) |
| 02:04.06 | *** join/#uclibc wrobbie (n=rob@203.117.215.163) |
| 03:13.13 | *** join/#uclibc tsukasa (n=tsukasa@unaffiliated/tsukasa) |
| 03:39.30 | CIA-19 | 03vda * r24411 10uClibc/docs/sigaction.txt: Add proposed plan of sanitizing sigaction to docs/* |
| 03:41.20 | *** join/#uclibc nwmcsween (n=nwmcswee@69.176.163.205) |
| 04:04.41 | *** join/#uclibc _lifeless (n=lifeless@90.151.32.228) |
| 04:12.02 | *** join/#uclibc __lifeless (n=lifeless@90.151.43.130) |
| 04:31.39 | *** join/#uclibc _lifeless (n=lifeless@90.151.213.206) |
| 04:51.05 | *** join/#uclibc _lifeless (n=lifeless@90.151.37.52) |
| 04:53.46 | *** join/#uclibc __lifeless (n=lifeless@90.151.47.169) |
| 07:42.14 | *** join/#uclibc swishy (n=swishy@60-234-136-97.bitstream.orcon.net.nz) |
| 08:22.27 | *** join/#uclibc pcgeil (n=steffen@p549E6E93.dip.t-dialin.net) |
| 08:45.04 | *** join/#uclibc sega01 (n=sega01@2001:470:8:29:250:4ff:fe20:dbc4) [NETSPLIT VICTIM] |
| 08:45.04 | *** join/#uclibc ccjoe (n=joeg@75-169-35-39.slkc.qwest.net) |
| 08:49.52 | *** join/#uclibc tchan (n=tchan@lunar-linux/developer/tchan) |
| 08:51.33 | *** join/#uclibc ricer4 (n=fs@server3.maserver.com) |
| 08:54.00 | *** join/#uclibc ricer4` (n=fs@server3.maserver.com) |
| 09:00.02 | *** join/#uclibc ricer4 (n=fs@server3.maserver.com) |
| 09:36.42 | *** join/#uclibc pcgeil (n=steffen@p549E6E93.dip.t-dialin.net) |
| 13:54.33 | *** join/#uclibc wrobbie (n=rob@203.117.215.163) |
| 14:49.08 | CIA-19 | 03vda * r24412 10busybox/miscutils/watchdog.c: watchdog: build fixes, no code changes |
| 15:45.26 | CIA-19 | 03vda * r24413 10busybox/ (coreutils/expand.c testsuite/expand.tests): (log message trimmed) |
| 15:45.26 | CIA-19 | expand: fix incorrect expansion exactly on tab boundary; shrink the code |
| 15:45.26 | CIA-19 | function old new delta |
| 16:04.02 | CIA-19 | 03vda * r24414 10uClibc/ (7 files in 5 dirs): heed compiler warnings about checking non-defined variables in #if directives |
| 17:20.25 | *** join/#uclibc malloc (n=malloc@75.146.71.113) |
| 19:28.46 | *** join/#uclibc tsukasa (n=tsukasa@unaffiliated/tsukasa) |
| 20:13.26 | *** join/#uclibc landley (n=landley@cpe-70-116-30-223.austin.res.rr.com) |
| 20:14.47 | landley | The linux kernel's "make headers_install" was rewritten in perl for the 2.6.27 kernel. |
| 20:19.46 | malloc | at least it wasn't rewritten in python |
| 20:21.08 | sega01 | lua would be nice :-) |
| 20:21.09 | mnemoc | python is easier to cross compile :\ |
| 20:24.58 | landley | Python is much easier to cross compile. |
| 20:25.03 | landley | The perl build system is _written_in_perl_. |
| 20:25.11 | *** join/#uclibc tsukasa (n=tsukasa@unaffiliated/tsukasa) |
| 20:27.41 | malloc | i'm just saying, there is already a precendent in the kernel for using perl even though i thought the preference was going to be minimize/remove going forward |
| 20:28.35 | sega01 | i don't like perl or python, but i prefer perl from a perspective of having it required for autotools and building lots of other things |
| 20:29.16 | mnemoc | next step, making linux depend on libtool :\ |
| 20:29.25 | sega01 | heh |
| 20:29.29 | malloc | lol |
| 20:31.53 | *** join/#uclibc swishy (n=swishy@121.98.132.55) |
| 20:33.38 | gnomon | landley, that is -very- depressing to hear. |
| 20:33.56 | sega01 | chicken and egg conspiracy right there |
| 20:34.15 | gnomon | malloc, there is most certainly *not* a precedent for Perl in the kernel dependencies, unless you count that one stupid, stupid bit of tic conversion code. |
| 20:35.28 | landley | malloc: Sam Ravnborg stated his intention to rewrite the whole of kconfig in perl last year. |
| 20:35.41 | landley | H. Peter Anvin added the first chunk of "required perl". |
| 20:36.01 | landley | When I argued against it, I was the _only_ one and they said what I wanted to do was strange and unique and nobody else cared. |
| 20:36.17 | landley | Apparently they were right. Nobody else spoke up about it. |
| 20:36.53 | gnomon | I owe you an apology for that. |
| 20:37.36 | gnomon | I meant to get involved with that argument, but I didn't make time for it. I'm sorry for not backing you up. |
| 20:38.13 | landley | Lots of people emailed me privately expressing support. Exactly zero of them posted to the list. |
| 20:38.22 | landley | Congratulations: you're stuck with it. |
| 20:54.20 | gnomon | Ouch. |
| 20:55.18 | swishy | guesses he missed something |
| 21:02.00 | *** join/#uclibc likewhoa (n=y0@ool-45717734.dyn.optonline.net) |
| 21:07.19 | *** join/#uclibc kbingham_ (n=kbingham@82-46-4-172.cable.ubr03.aztw.blueyonder.co.uk) |
| 21:12.41 | *** part/#uclibc pcgeil (n=steffen@p549E6E93.dip.t-dialin.net) |
| 21:15.19 | *** join/#uclibc LFSveteran (n=IceChat7@a80-100-26-140.adsl.xs4all.nl) |
| 21:15.30 | gnomon | Ooh, interesting - looks like tcc is finally acquiring x86-64 support: http://repo.or.cz/w/tinycc.git?a=commit;h=0a9873aa22731077fad295a4aad2fc1f390c8ac7 |
| 21:19.29 | LFSveteran | does someone has a hint: http://pastebin.com/d7b068692 |
| 21:19.45 | LFSveteran | trying to crosscompile uclibc 0.9.26 for arm |
| 21:22.19 | HcE | upgrade to 0.9.30? |
| 21:22.37 | LFSveteran | Tried that one also, which gave other errors |
| 21:22.45 | LFSveteran | even tried the snapshot one |
| 21:22.47 | HcE | forgot to install kernel headers? |
| 21:22.58 | LFSveteran | kernel 2.6.12.6 |
| 21:23.30 | LFSveteran | I unpacked the source in /tmp and let the .config point to /tmp/linux-2.6.12.6 |
| 21:24.30 | HcE | you must do headers_install from the kernel directory |
| 21:24.40 | HcE | and point to that directory in uClibc config |
| 21:24.57 | HcE | make ARCH=arm headers_install INSTALL_HDR_PATH=/tmp/linux |
| 21:25.00 | LFSveteran | I believe that feature wasn't available yet in version 2.6.12.6 |
| 21:25.02 | HcE | or something like that |
| 21:25.27 | HcE | use an up to date kernel then |
| 21:25.51 | HcE | perhaps you only need to do make ARCH=arm prepare then |
| 21:25.59 | LFSveteran | it's an existing embedded system, so likely I need the same kernel |
| 21:52.10 | landley | headers_install showed up in 2.6.19. |
| 21:52.14 | landley | You need Mazur's headers. |
| 21:52.41 | landley | LFSveteran: http://ep09.pld-linux.org/~mmazur/linux-libc-headers/ |
| 21:54.29 | LFSveteran | thanks, trying it |
| 21:58.29 | LFSveteran | same problem: limits.h |
| 21:59.03 | LFSveteran | hmm |
| 21:59.10 | LFSveteran | something went wrong |
| 21:59.12 | LFSveteran | moment |
| 22:00.07 | landley | gnomon: if it'd had happened six months ago, I'd be extatic. But tcc is dead to me now. |
| 22:00.21 | landley | s/extatic/ecstatic |
| 22:01.52 | LFSveteran | how about the makefile |
| 22:02.16 | LFSveteran | uclibc is complaining , that wants to see a makefile in the source tree |
| 22:02.48 | landley | gnomon: wake me when they cut a release from a repository other than cvs. |
| 22:05.19 | LFSveteran | can go to 0.9.28, but then I get an error about undefined reference to 'raise' |
| 22:09.06 | landley | Link to the error? |
| 22:09.24 | LFSveteran | trying to copy it |
| 22:09.39 | swishy | poor thing |
| 22:09.42 | swishy | pat pats LFSveteran |
| 22:09.44 | swishy | ;p |
| 22:10.31 | LFSveteran | http://pastebin.com/d10f7a5ff |
| 22:10.46 | LFSveteran | Never thought uclibc could be so hard |
| 22:10.58 | swishy | it isnt |
| 22:11.07 | LFSveteran | I know |
| 22:11.09 | swishy | its the compbination of everything that makes it hard |
| 22:11.10 | swishy | :) |
| 22:11.12 | swishy | hehe |
| 22:11.19 | LFSveteran | but this way I just get that feeling |
| 22:11.37 | LFSveteran | purrss |
| 22:35.36 | landley | LFSveteran: it's the fact you're using such an old kernel. We've forgotten all the workarounds. |
| 22:35.48 | landley | (Let's see, one release every 3 months is 4/year, they're currently on 27, so 27-12... |
| 22:36.01 | landley | Just under 4 years old. |
| 22:36.38 | landley | Oh that thing. |
| 22:36.42 | landley | I saw that thing before. |
| 22:36.49 | landley | It's funky soft float weirdness. |
| 22:37.02 | landley | Your toolchain, kernel, and uClibc disagree on what floating point variants you're using. |
| 22:37.37 | landley | I honestly have no idea which of the three should be defining raise... |
| 22:38.19 | landley | For gcc 4.3, look around in libgcc_eh.a to see if it's defined there... |