00:20.33 | *** join/#uclibc bjbL (~bjbL@67.71.251.210) |
00:39.51 | *** join/#uclibc SpanKY (~UserBah@pool-141-154-59-18.bos.east.verizon.net) |
00:49.36 | *** join/#uclibc mjn3-work (~mjn3@h-66-134-116-110.dnvtco56.covad.net) |
02:44.09 | *** join/#uclibc andersee (~andersee@codepoet.org) |
03:03.33 | *** join/#uclibc mjn3-work (~mjn3@h-66-134-116-110.dnvtco56.covad.net) |
03:54.40 | *** join/#uclibc AlbertoSt (~aaaaa@d075205.adsl.hansenet.de) |
04:06.43 | *** join/#uclibc sjhill (~sjhill@spvl-02-110.dsl.netins.net) |
04:34.59 | *** join/#uclibc Alexander_ (~Alex@203.101.41.151) |
04:46.20 | *** join/#uclibc Alexander_ (~Alex@203.101.41.151) |
05:13.10 | *** join/#uclibc Alexander_ (~Alex@203.101.41.151) |
05:23.15 | *** join/#uclibc AlbertoSt (~aaaaa@d075205.adsl.hansenet.de) |
06:16.52 | *** join/#uclibc Alexander_ (~Alex@203.101.41.151) |
08:56.57 | *** part/#uclibc courtc (~court@adsl-158-36-207.asm.bellsouth.net) |
12:16.39 | *** join/#uclibc Alexander_ (~Alex@203.101.41.151) |
13:07.52 | *** join/#uclibc GyrosGeier (~richter@p549948CD.dip.t-dialin.net) |
13:42.21 | Zta | I have one target box (running Debian) which works fine. |
13:42.41 | Zta | And then I have another target box (running Slackware) which fails when buildroot compiles NTP. |
13:43.15 | Zta | But isn't buildroot compiling NTP with its homemade cross toolchain? |
13:43.36 | Zta | I'm getting evil messages like: |
13:43.36 | Zta | {standard input}: Assembler messages: |
13:43.37 | Zta | {standard input}:118: Error: bad instruction `rorw $8,r0' |
13:44.10 | rfs | Zta: i had this too. |
13:44.26 | rfs | the problem is that the Makefiles in NTP are passing -I/usr/include |
13:44.37 | rfs | so your host computer's header files are being sucked in |
13:44.43 | Zta | Ah. |
13:44.48 | rfs | and that's producing the x86 assembly errors you are seeing. |
13:44.54 | Zta | Thanks. |
13:45.08 | Zta | Still weird that it works on the one box. |
13:45.13 | rfs | unfortunately the problem seems to be in all the geneated makefiles in ntp |
13:45.37 | Zta | Perhaps I'm runing with a hacked ntp.mk... I can't remember |
13:46.12 | rfs | i noticed this only when compiling for ARM on an x86 host. |
13:46.48 | Zta | both the debian box and slack are x86 |
13:47.39 | rfs | so you're not really cross compiling at all? |
13:48.08 | Zta | yes |
13:48.10 | Zta | but.. |
13:48.33 | Zta | We are two persons running buildroot on out own, different machines. |
13:48.38 | Zta | crosscompiling for the same ARM. |
13:48.52 | GyrosGeier | Hrm |
13:49.10 | rfs | maybe you got lucky, on the one box the /usr/include/asm/something,h did not exist. |
13:49.13 | GyrosGeier | This error also occurs when the compiler does not find the cross tools. |
13:49.54 | GyrosGeier | the compiler driver searches for "as" and will happily pick /usr/bin/as if it's the first thing it finds. |
13:50.21 | GyrosGeier | try compiling with -v and look at which tool it selects. |
13:50.23 | rfs | hmm. that sounds like a toolchain bug. |
13:50.50 | rfs | arm-linux-uclibc-gcc should know to call the right version of as. |
13:50.57 | Zta | Unfortunately I am not sitting with the machine, so I can't do much debugging. |
13:51.16 | Zta | hmm.. |
13:51.26 | Zta | Why is there assember code i ntp?! |
13:52.05 | rfs | because they are obsessed with getting the last nanosecond ;) |
13:52.12 | Zta | =) |
13:52.30 | rfs | actually they are just using some std lib function, which happens to be done in asm |
13:52.37 | Zta | ok |
13:53.07 | rfs | ... and as a result of not having npt, several of my machines clocks are now off by a few minutes :) |
13:53.14 | rfs | s/npt/ntp/ |
13:53.14 | GyrosGeier | rfs, smells like you're on gentoo |
13:53.28 | rfs | GyrosGeier, nope, sorry :) |
13:53.49 | GyrosGeier | rfs, or are you using a CVS toolchain? |
13:54.01 | rfs | also no :) |
13:54.06 | GyrosGeier | rfs, hrm |
13:54.11 | rfs | i'm "porting" fedora core. |
13:54.21 | GyrosGeier | rfs, so it's not the recent changes. :-/ |
13:54.40 | rfs | no, this is entirely NTPs fault |
13:54.52 | rfs | there is no reason they shoudl do -I/usr/include |
13:55.00 | GyrosGeier | rfs, true. |
13:55.21 | rfs | I just couldn't work out how to convince the autoconf scripts to NOT put that -I option in. |
13:55.33 | GyrosGeier | rfs, autoconf doesn't do that usually. |
13:55.35 | rfs | GyrosGeier: I'm the guy who runs netwinder.org BTW. |
13:55.48 | rfs | GyrosGeier : sorry i meant automake. :) |
13:56.11 | GyrosGeier | rfs, that would most likely be hardwired into Makefile.am, not inserted by a script |
13:56.15 | GyrosGeier | rfs, cool. |
13:56.33 | rfs | Yeah i thought so too, but Makefile.am didn't have it anywhere. |
13:56.35 | GyrosGeier | rfs, you don't have spare processing power to help Debian's ARM port? |
13:56.43 | rfs | seems to be coming in somewhere in the transformations. |
13:57.19 | Zta | Seems they're doing ${prefix}/include |
13:57.20 | rfs | GyrosGeier, I've contributed elara and europa to the Debian project |
13:57.30 | GyrosGeier | rfs, that should be enough. :-) |
13:57.45 | GyrosGeier | rfs, thanks for that then. :-) |
13:57.59 | GyrosGeier | yup |
14:01.05 | rfs | picotux... kewl... i need to "aquire" one of those to play with. |
14:01.31 | GyrosGeier | rfs, unfortunately we won't ship until mid to end of April. :-P |
14:01.52 | rfs | GyrosGeier, thats fine :) Send over a box and I will sell them all at OLS |
14:02.44 | rfs | is there really an 802.11 version in the works also? |
14:02.51 | GyrosGeier | rfs, that would be Ottawa Linux Symposium? |
14:02.54 | GyrosGeier | rfs, yup |
14:03.08 | GyrosGeier | rfs, obviously that one cannot do PoE then. |
14:04.35 | rfs | GyrosGeier; that's okay.. I was thinking solar panal for power. How much power does the 802.11 have? |
14:05.24 | GyrosGeier | rfs, that's not clear yet. I could try to gather a bit of data, sec... |
14:07.57 | GyrosGeier | rfs, about 400mA at 3.3V. |
14:08.06 | GyrosGeier | rfs, but that's not final of course. |
14:09.04 | GyrosGeier | rfs, and depends on network activity and distance to AP. |
14:12.17 | rfs | GyrosGeier 400mA no problem for solar panel. Any specs on radio unit available? |
14:12.36 | rfs | (please tell me to go and wait a few months if you don't know yet...) |
14:13.40 | GyrosGeier | rfs, the hardware is available already: http://www.digi.com/products/embeddeddeviceservers/digiconnectwime.jsp |
14:13.49 | GyrosGeier | rfs, there is just no Linux on it yet. |
14:13.55 | rfs | ah |
14:17.32 | rfs | GyrosGeier: very cool, thanks. |
14:17.37 | GyrosGeier | rfs, np |
14:18.20 | GyrosGeier | rfs, it's not like it were a secret after it was posted on slashdot that we were using these modules. :-) |
14:18.51 | *** join/#uclibc quitte_ (~quitte@p54A0AEAD.dip0.t-ipconnect.de) |
14:18.57 | GyrosGeier | (impressive MRTG graph, BTW) |
14:19.08 | quitte_ | hehe someone change the topic |
14:19.26 | GyrosGeier | quitte_, why? |
14:19.32 | quitte_ | 12 January 2005 |
14:19.36 | rfs | GyrosGeier: i heard about it a week before it slashdot ;) |
14:23.42 | GyrosGeier | rfs, the most interesting thing for most geeks will probably be the toolchain. No more elf2flt, we have BFD support for bFLT. If all goes well, we will also have TLS support. :-) |
14:29.30 | rfs | GyrosGeier: oh goodie, java support can't be far off then :P |
14:32.38 | GyrosGeier | rfs, jamvm still doesn't compile so far. |
14:32.41 | GyrosGeier | rfs, I have tried. |
14:33.16 | rfs | GyrosGeier: I was kidding :) |
14:33.33 | GyrosGeier | rfs, and I haven't really tried. :-) |
14:33.46 | rfs | GyrosGeier: I'll be quite happy with C or just asm ; |
14:33.56 | GyrosGeier | rfs, I just typed configure, had it bail out on the missing libdl, and left it. |
14:34.51 | quitte_ | d'oh i just realised january has already been |
14:35.04 | GyrosGeier | quitte_, :-) |
14:36.36 | quitte_ | uclibc makes problems that have been fixed in glibc on sh3. how can i help to make it work with uclibc,too? |
14:37.07 | GyrosGeier | quitte_, more specific? |
14:37.17 | quitte_ | dynamically linked binaries dont work |
14:37.44 | *** join/#uclibc bjbL (~bjbL@67.71.251.210) |
14:39.44 | *** join/#uclibc Daan (~Daan@ip5455ba1e.speed.planet.nl) |
15:11.41 | *** part/#uclibc Daan (~Daan@ip5455ba1e.speed.planet.nl) |
16:08.04 | *** join/#uclibc waldi (~waldi@bblank.thinkmo.de) |
16:55.12 | *** join/#uclibc andersee (~andersee@codepoet.org) |
18:13.57 | *** join/#uclibc kergoth_ (~kergoth@covenant.kergoth.com) |
18:16.15 | *** join/#uclibc CIA-10 (~CIA@flapjack.navi.cx) |
18:19.44 | *** join/#uclibc CIA-10 (~CIA@flapjack.navi.cx) |
18:21.56 | *** join/#uclibc CIA-10 (~CIA@flapjack.navi.cx) |
18:23.44 | *** join/#uclibc CIA-10 (~CIA@flapjack.navi.cx) |
18:24.24 | *** join/#uclibc CIA-10 (~CIA@flapjack.navi.cx) |
18:25.06 | *** join/#uclibc CIA-10 (~CIA@flapjack.navi.cx) |
18:25.51 | *** join/#uclibc CIA-10 (~CIA@flapjack.navi.cx) |
18:27.05 | *** join/#uclibc sjhill (~sjhill@eth13.com-link.com) |
18:27.09 | *** join/#uclibc CIA-10 (~CIA@flapjack.navi.cx) |
18:32.55 | *** join/#uclibc CIA-10 (~CIA@flapjack.navi.cx) |
18:34.45 | *** join/#uclibc CIA-10 (~CIA@flapjack.navi.cx) |
18:36.57 | *** join/#uclibc CIA-10 (~CIA@flapjack.navi.cx) |
18:39.01 | Lethal | sjhill, what does mips need the special got fixups for? any reason you cant do it from a PLT trampoline like glibc? |
18:39.50 | *** join/#uclibc CIA-10 (~CIA@flapjack.navi.cx) |
18:41.05 | sjhill | which ones are you talking about? |
18:41.17 | *** join/#uclibc CIA-10 (~CIA@flapjack.navi.cx) |
18:41.37 | CIA-10 | ow |
18:42.31 | Lethal | sjhill, _dl_perform_mips_global_got_relocations() and what not. |
18:42.55 | sjhill | whew, been a while |
18:43.04 | sjhill | let me send myself a message and i'll look at it this weekend |
18:43.30 | Lethal | i'm working up some PLT trampoline stuff for sh64 at the moment, it looks like mips could do the same thing to get around that workaround. |
18:43.46 | sjhill | *nod* |
18:43.58 | sjhill | maybe i'll use your sh64 to get mips64 going |
18:44.24 | *** join/#uclibc CIA-10 (~CIA@flapjack.navi.cx) |
18:44.44 | Lethal | I'm not sure when I will get the trampoline code done, don't have a lot of time for ldso at the moment. |
18:46.39 | Lethal | though if it works out, it'd be good to get the mips-specific stuff out of the common code. |
18:48.47 | sjhill | *nod* |
18:49.37 | *** join/#uclibc CIA-10 (~CIA@flapjack.navi.cx) |
18:51.03 | *** join/#uclibc CIA-10 (~CIA@flapjack.navi.cx) |
18:51.14 | *** join/#uclibc Tweedle-dee (~animeloe@animeloe.user) |
18:55.35 | *** join/#uclibc CIA-10 (~CIA@flapjack.navi.cx) |
18:57.02 | *** join/#uclibc CIA-10 (~CIA@flapjack.navi.cx) |
18:58.44 | *** join/#uclibc CIA-10 (~CIA@flapjack.navi.cx) |
18:59.10 | andersee | maybe someone is committing an awful lot of stuff today |
18:59.20 | solar | sometimes other people on other projects commit large things |
18:59.29 | solar | and cia manages to flood itself off. |
18:59.34 | *** join/#uclibc CIA-10 (~CIA@flapjack.navi.cx) |
18:59.51 | solar | they need to ensure that cia can not dump more than 2 lines a second to the server |
19:00.49 | solar | if yoru using bx/ircii/epic/(those flavors) /ignore CIA-10 JOINS QUITS |
19:02.03 | *** join/#uclibc CIA-10 (~CIA@flapjack.navi.cx) |
19:02.47 | andersee | solar: seems simple enough a task -- while { listen_to_lotsa_projects(); post_logs(); sleep(2); } |
19:02.50 | *** join/#uclibc CIA-10 (~CIA@flapjack.navi.cx) |
19:09.48 | *** join/#uclibc quitte_ (~quitte@p54A099D1.dip0.t-ipconnect.de) |
19:12.23 | thomasez | anyone interested in some lzma tools and patch for lzma compressed vmlinuz? (2.4 for now) |
19:12.52 | *** join/#uclibc CIA-10 (~CIA@flapjack.navi.cx) |
19:13.04 | GyrosGeier | thomasez, me |
19:13.07 | thomasez | I have done some of the work for making .mk files. |
19:13.46 | thomasez | but haven't finished it up since g++ won't compile without wchar support (for target in buildroot) |
19:14.28 | thomasez | Gyros: you can star by looking in http://www.zelow.no/floppyfw/download/Development/Patches/ |
19:14.51 | thomasez | Gyros: the lzma compressed vmlinuz patch is there. you need lzmacomp aswell. |
19:15.12 | thomasez | wihch you can find: http://www.zelow.no/floppyfw/download/Development/lzma/ |
19:15.49 | thomasez | the static is both compress and uncompress (cat). in the busybox directory is a patch to add lzma decompress to busybox. |
19:19.04 | CIA-10 | 03lethal * r10065 10uClibc/include/elf.h: Add some more SH relocation types. |
19:22.32 | *** join/#uclibc CIA-10 (~CIA@flapjack.navi.cx) |
19:24.19 | thomasez | Gyros: if you (or others) find it useful and want me to make buildroot patches, I'll try to do it. |
19:28.38 | solar | you know if you were to indent those using the busybox .indent.pro and were to attach them at bugs.busybox.org they would probably have a good chance of getting included |
19:29.41 | thomasez | I have a few open bugs (features) there already. |
19:30.10 | thomasez | When they are done I'll clean it up, probably change cryptpw to mkpasswd (which was suggested the first time i submitted it to the mailing list) |
19:30.36 | thomasez | and the sumbit these. |
19:30.37 | CIA-10 | 03lethal * r10066 10uClibc/ldso/ldso/sh64/ (dl-startup.h dl-syscalls.h dl-sysdep.h elfinterp.c): (log message trimmed) |
19:30.37 | CIA-10 | sh64 ldso updates and fixes. |
19:30.37 | CIA-10 | Update the sh64 ldso backend to work with Jocke's ldso changes. |
19:30.56 | thomasez | vel, good swedish crime series starting, away I was. |
19:32.54 | GyrosGeier | thomasez, I have noted all that down and will try to get it working here once the higher-priority stuff is done. |
19:58.23 | *** join/#uclibc brosio (~brosio@host79-109.pool80180.interbusiness.it) |
20:12.24 | brosio | can i paste on channel ? |
20:13.28 | brosio | i put error here |
20:13.29 | brosio | http://rafb.net/paste/results/Qdn4kD19.html |
20:13.36 | brosio | anyone could help ? |
20:14.12 | brosio | uClibc error during the make |
20:15.30 | *** join/#uclibc mjn3-work (~mjn3@h-66-134-116-110.dnvtco56.covad.net) |
20:17.23 | andersee | brosio: which kernel headers? |
20:18.14 | brosio | 2.6.9 |
20:19.34 | andersee | try with the 2.6.11 headers |
20:20.18 | brosio | ok i'll try it now |
20:20.51 | brosio | uhm |
20:20.53 | brosio | maybe |
20:20.57 | brosio | uncheck [*] Use the daily snapshot of uClibc? |
20:27.58 | brosio | no idea ? |
20:33.22 | andersee | brosio: I built for mipsel today using the daily snapshot. Booted, works.... |
20:34.39 | brosio | :\ |
20:34.55 | brosio | i'm retrying with 2.6.11 headers |
20:37.31 | brosio | it seems that works |
20:39.18 | andersee | yeah |
20:41.55 | brosio | :) |
20:50.12 | kergoth | andersee: you ever have a chance to try targeting colinux to repro those segfaults? |
20:51.25 | andersee | kergoth: I suppose I had the chance. |
20:51.30 | kergoth | hehe |
20:51.48 | andersee | kergoth: but I took the family and took a few days of vacation time instead |
20:51.51 | andersee | :) |
20:52.00 | kergoth | ahh thats cool |
20:52.24 | andersee | packed up our trailer and went camping out in the desert |
20:52.31 | kergoth | sounds fun |
20:52.45 | andersee | was. and a refreshing break. |
21:09.40 | brosio | checking whether the C compiler (gcc -mcpu=x86_64 ) works... no |
21:09.40 | brosio | configure: error: installation or configuration problem: C compiler cannot create executables. |
21:09.40 | brosio | make: *** [/home/alex/wgt634U/buildroot/toolchain_build_mips/binutils-2.15.91.0.2-build/.configured] Error 1 |
21:10.03 | brosio | nice, it can't compile on my x86_64 ? :\ |
21:12.20 | brosio | but on i386 works |
21:17.53 | GyrosGeier | brosio, check the log |
21:20.54 | solar | the x86-64 support is still in development |
21:21.16 | *** join/#uclibc JockeHome (~JockeHome@84.217.0.212) |
21:21.30 | JockeHome | Hi all |
21:22.20 | Lethal | JockeHome, i checked in the sh64 updates, though haven't gotten to the PLT trampoline yet. |
21:24.23 | JockeHome | yep, I just noticed it. Good luck with the PLT trampolie :) |
21:25.05 | JockeHome | I think the crtX ABI change is easier:) |
21:25.25 | Lethal | is there some reason you didnt change the sh GET_ARGV btw? |
21:26.46 | JockeHome | Nope, I must have missed it I guess. Want me to take a closer look? |
21:27.37 | Lethal | it looks like the only one that was skipped. i can't think of any reason for it, so if you just missed it, then i will check in a fix for it. but if you have a realy reason for not doing it, i'd be interested in knowing why. |
21:29.59 | JockeHome | Can't think of any reason. I just must have missed it I guess. |
21:31.42 | Lethal | ok, I'll change it over then. |
21:32.07 | JockeHome | hmm, I looking at the new asm code in sh/dl-startup.h I see I didn't really change anything so I am not sure why it needs to be fixed. |
21:32.17 | JockeHome | Whats the fix? |
21:32.45 | Lethal | thats what i was wondering. the GET_ARGV stuff changed, but I wasn't sure why. |
21:35.05 | JockeHome | not for SH. The GET_ARGV macro is the same as before |
21:35.35 | Lethal | ah, ok. |
21:39.28 | JockeHome | Is SH in trouble now? Afetr my cleanup? |
21:40.11 | Lethal | i haven't had a chance to test it yet, probably not though. i don't see any reason it would be. |
21:41.12 | JockeHome | OK, thanks |
22:11.48 | *** join/#uclibc Kaloz (~kaloz@arrakis.dune.hu) |
22:15.36 | *** join/#uclibc jockeHome2 (~JockeHome@84.217.0.212) |
22:33.56 | brosio | http://rafb.net/paste/results/9Pl0rm56.html |
22:34.16 | brosio | problems during the compilation of iptables-1.2.11 :\ |
22:35.59 | Sgt-Donan | bn |
22:40.17 | brosio | ? |
22:45.22 | CIA-10 | 03andersen * r10067 10buildroot/target/device/AMD/DBAu1500/ (linux.mk uClibc.config.mips uClibc.config.mipsel): Minor platform updates |
22:45.58 | brosio | ? |
23:02.42 | *** join/#uclibc bjbL (~bjbL@fw.exitcertified.com) |