irclog2html for #uclibc on 20050331

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.21ZtaI have one target box (running Debian) which works fine.
13:42.41ZtaAnd then I have another target box (running Slackware) which fails when buildroot compiles NTP.
13:43.15ZtaBut isn't buildroot compiling NTP with its homemade cross toolchain?
13:43.36ZtaI'm getting evil messages like:
13:43.36Zta{standard input}: Assembler messages:
13:43.37Zta{standard input}:118: Error: bad instruction `rorw $8,r0'
13:44.10rfsZta: i had this too.
13:44.26rfsthe problem is that the Makefiles in NTP are passing -I/usr/include
13:44.37rfsso your host computer's header files are being sucked in
13:44.43ZtaAh.
13:44.48rfsand that's producing the x86 assembly errors you are seeing.
13:44.54ZtaThanks.
13:45.08ZtaStill weird that it works on the one box.
13:45.13rfsunfortunately the problem seems to be in all the geneated makefiles in ntp
13:45.37ZtaPerhaps I'm runing with a hacked ntp.mk... I can't remember
13:46.12rfsi noticed this only when compiling for ARM on an x86 host.
13:46.48Ztaboth the debian box and slack are x86
13:47.39rfsso you're not really cross compiling at all?
13:48.08Ztayes
13:48.10Ztabut..
13:48.33ZtaWe are two persons running buildroot on out own, different machines.
13:48.38Ztacrosscompiling for the same ARM.
13:48.52GyrosGeierHrm
13:49.10rfsmaybe you got lucky, on the one box the /usr/include/asm/something,h did not exist.
13:49.13GyrosGeierThis error also occurs when the compiler does not find the cross tools.
13:49.54GyrosGeierthe compiler driver searches for "as" and will happily pick /usr/bin/as if it's the first thing it finds.
13:50.21GyrosGeiertry compiling with -v and look at which tool it selects.
13:50.23rfshmm. that sounds like a toolchain bug.
13:50.50rfsarm-linux-uclibc-gcc should know to call the right version of as.
13:50.57ZtaUnfortunately I am not sitting with the machine, so I can't do much debugging.
13:51.16Ztahmm..
13:51.26ZtaWhy is there assember code i ntp?!
13:52.05rfsbecause they are obsessed with getting the last nanosecond ;)
13:52.12Zta=)
13:52.30rfsactually they are just using some std lib function, which happens to be done in asm
13:52.37Ztaok
13:53.07rfs... and as a result of not having npt, several of my machines clocks are now off by a few minutes :)
13:53.14rfss/npt/ntp/
13:53.14GyrosGeierrfs, smells like you're on gentoo
13:53.28rfsGyrosGeier, nope, sorry :)
13:53.49GyrosGeierrfs, or are you using a CVS toolchain?
13:54.01rfsalso no :)
13:54.06GyrosGeierrfs, hrm
13:54.11rfsi'm "porting" fedora core.
13:54.21GyrosGeierrfs, so it's not the recent changes. :-/
13:54.40rfsno, this is entirely NTPs fault
13:54.52rfsthere is no reason they shoudl do -I/usr/include
13:55.00GyrosGeierrfs, true.
13:55.21rfsI just couldn't work out how to convince the autoconf scripts to NOT put that -I option in.
13:55.33GyrosGeierrfs, autoconf doesn't do that usually.
13:55.35rfsGyrosGeier: I'm the guy who runs netwinder.org BTW.
13:55.48rfsGyrosGeier : sorry i meant automake. :)
13:56.11GyrosGeierrfs, that would most likely be hardwired into Makefile.am, not inserted by a script
13:56.15GyrosGeierrfs, cool.
13:56.33rfsYeah i thought so too, but Makefile.am didn't have it anywhere.
13:56.35GyrosGeierrfs, you don't have spare processing power to help Debian's ARM port?
13:56.43rfsseems to be coming in somewhere in the transformations.
13:57.19ZtaSeems they're doing ${prefix}/include
13:57.20rfsGyrosGeier, I've contributed elara and europa to the Debian project
13:57.30GyrosGeierrfs, that should be enough. :-)
13:57.45GyrosGeierrfs, thanks for that then. :-)
13:57.59GyrosGeieryup
14:01.05rfspicotux... kewl... i need to "aquire" one of those to play with.
14:01.31GyrosGeierrfs, unfortunately we won't ship until mid to end of April. :-P
14:01.52rfsGyrosGeier, thats fine :)  Send over a box and I will sell them all at OLS
14:02.44rfsis there really an 802.11 version in the works also?
14:02.51GyrosGeierrfs, that would be Ottawa Linux Symposium?
14:02.54GyrosGeierrfs, yup
14:03.08GyrosGeierrfs, obviously that one cannot do PoE then.
14:04.35rfsGyrosGeier; that's okay.. I was thinking solar panal for power.  How much power does the 802.11 have?
14:05.24GyrosGeierrfs, that's not clear yet. I could try to gather a bit of data, sec...
14:07.57GyrosGeierrfs, about 400mA at 3.3V.
14:08.06GyrosGeierrfs, but that's not final of course.
14:09.04GyrosGeierrfs, and depends on network activity and distance to AP.
14:12.17rfsGyrosGeier 400mA no problem for solar panel.  Any specs on radio unit available?
14:12.36rfs(please tell me to go and wait a few months if you don't know yet...)
14:13.40GyrosGeierrfs, the hardware is available already: http://www.digi.com/products/embeddeddeviceservers/digiconnectwime.jsp
14:13.49GyrosGeierrfs, there is just no Linux on it yet.
14:13.55rfsah
14:17.32rfsGyrosGeier: very cool, thanks.
14:17.37GyrosGeierrfs, np
14:18.20GyrosGeierrfs, 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.57GyrosGeier(impressive MRTG graph, BTW)
14:19.08quitte_hehe someone change the topic
14:19.26GyrosGeierquitte_, why?
14:19.32quitte_12 January 2005
14:19.36rfsGyrosGeier: i heard about it a week before it slashdot ;)
14:23.42GyrosGeierrfs, 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.30rfsGyrosGeier: oh goodie, java support can't be far off then :P
14:32.38GyrosGeierrfs, jamvm still doesn't compile so far.
14:32.41GyrosGeierrfs, I have tried.
14:33.16rfsGyrosGeier: I was kidding :)
14:33.33GyrosGeierrfs, and I haven't really tried. :-)
14:33.46rfsGyrosGeier: I'll be quite happy with C or just asm ;
14:33.56GyrosGeierrfs, I just typed configure, had it bail out on the missing libdl, and left it.
14:34.51quitte_d'oh i just realised january has already been
14:35.04GyrosGeierquitte_, :-)
14:36.36quitte_uclibc makes problems that have been fixed in glibc on sh3. how can i help to make it work with uclibc,too?
14:37.07GyrosGeierquitte_, more specific?
14:37.17quitte_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.01Lethalsjhill, 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.05sjhillwhich ones are you talking about?
18:41.17*** join/#uclibc CIA-10 (~CIA@flapjack.navi.cx)
18:41.37CIA-10ow
18:42.31Lethalsjhill, _dl_perform_mips_global_got_relocations() and what not.
18:42.55sjhillwhew, been a while
18:43.04sjhilllet me send myself a message and i'll look at it this weekend
18:43.30Lethali'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.46sjhill*nod*
18:43.58sjhillmaybe i'll use your sh64 to get mips64 going
18:44.24*** join/#uclibc CIA-10 (~CIA@flapjack.navi.cx)
18:44.44LethalI'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.39Lethalthough if it works out, it'd be good to get the mips-specific stuff out of the common code.
18:48.47sjhill*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.10anderseemaybe someone is committing an awful lot of stuff today
18:59.20solarsometimes other people on other projects commit large things
18:59.29solarand cia manages to flood itself off.
18:59.34*** join/#uclibc CIA-10 (~CIA@flapjack.navi.cx)
18:59.51solarthey need to ensure that cia can not dump more than 2 lines a second to the server
19:00.49solarif 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.47anderseesolar: 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.23thomasezanyone 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.04GyrosGeierthomasez, me
19:13.07thomasezI have done some of the work for making .mk files.
19:13.46thomasezbut haven't finished it up since g++ won't compile without wchar support (for target in buildroot)
19:14.28thomasezGyros: you can star by looking in http://www.zelow.no/floppyfw/download/Development/Patches/
19:14.51thomasezGyros: the lzma compressed vmlinuz patch is there. you need lzmacomp aswell.
19:15.12thomasezwihch you can find: http://www.zelow.no/floppyfw/download/Development/lzma/
19:15.49thomasezthe static is both compress and uncompress (cat). in the busybox directory is a patch to add lzma decompress to busybox.
19:19.04CIA-1003lethal * r10065 10uClibc/include/elf.h: Add some more SH relocation types.
19:22.32*** join/#uclibc CIA-10 (~CIA@flapjack.navi.cx)
19:24.19thomasezGyros: if you (or others) find it useful and want me to make buildroot patches, I'll try to do it.
19:28.38solaryou 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.41thomasezI have a few open bugs (features) there already.
19:30.10thomasezWhen 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.36thomasezand the sumbit these.
19:30.37CIA-1003lethal * r10066 10uClibc/ldso/ldso/sh64/ (dl-startup.h dl-syscalls.h dl-sysdep.h elfinterp.c): (log message trimmed)
19:30.37CIA-10sh64 ldso updates and fixes.
19:30.37CIA-10Update the sh64 ldso backend to work with Jocke's ldso changes.
19:30.56thomasezvel, good swedish crime series starting, away I was.
19:32.54GyrosGeierthomasez, 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.24brosiocan i paste on channel ?
20:13.28brosioi put error here
20:13.29brosiohttp://rafb.net/paste/results/Qdn4kD19.html
20:13.36brosioanyone could help ?
20:14.12brosiouClibc error during the make
20:15.30*** join/#uclibc mjn3-work (~mjn3@h-66-134-116-110.dnvtco56.covad.net)
20:17.23anderseebrosio: which kernel headers?
20:18.14brosio2.6.9
20:19.34anderseetry with the 2.6.11 headers
20:20.18brosiook i'll try it now
20:20.51brosiouhm
20:20.53brosiomaybe
20:20.57brosiouncheck [*] Use the daily snapshot of uClibc?
20:27.58brosiono idea ?
20:33.22anderseebrosio: I built for mipsel today using the daily snapshot.  Booted, works....
20:34.39brosio:\
20:34.55brosioi'm retrying with 2.6.11 headers
20:37.31brosioit seems that works
20:39.18anderseeyeah
20:41.55brosio:)
20:50.12kergothandersee: you ever have a chance to try targeting colinux to repro those segfaults?
20:51.25anderseekergoth: I suppose I had the chance.
20:51.30kergothhehe
20:51.48anderseekergoth: but I took the family and took a few days of vacation time instead
20:51.51andersee:)
20:52.00kergothahh thats cool
20:52.24anderseepacked up our trailer and went camping out in the desert
20:52.31kergothsounds fun
20:52.45anderseewas.  and a refreshing break.
21:09.40brosiochecking whether the C compiler (gcc -mcpu=x86_64 ) works... no
21:09.40brosioconfigure: error: installation or configuration problem: C compiler cannot create executables.
21:09.40brosiomake: *** [/home/alex/wgt634U/buildroot/toolchain_build_mips/binutils-2.15.91.0.2-build/.configured] Error 1
21:10.03brosionice, it can't compile on my x86_64 ? :\
21:12.20brosiobut on i386 works
21:17.53GyrosGeierbrosio, check the log
21:20.54solarthe x86-64 support is still in development
21:21.16*** join/#uclibc JockeHome (~JockeHome@84.217.0.212)
21:21.30JockeHomeHi all
21:22.20LethalJockeHome, i checked in the sh64 updates, though haven't gotten to the PLT trampoline yet.
21:24.23JockeHomeyep, I just noticed it. Good luck with the PLT trampolie :)
21:25.05JockeHomeI think the crtX ABI change is easier:)
21:25.25Lethalis there some reason you didnt change the sh GET_ARGV btw?
21:26.46JockeHomeNope, I must have missed it I guess. Want me to take a closer look?
21:27.37Lethalit 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.59JockeHomeCan't think of any reason. I just must have missed it I guess.
21:31.42Lethalok, I'll change it over then.
21:32.07JockeHomehmm, 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.17JockeHomeWhats the fix?
21:32.45Lethalthats what i was wondering. the GET_ARGV stuff changed, but I wasn't sure why.
21:35.05JockeHomenot for SH. The GET_ARGV macro is the same as before
21:35.35Lethalah, ok.
21:39.28JockeHomeIs SH in trouble now? Afetr my cleanup?
21:40.11Lethali haven't had a chance to test it yet, probably not though. i don't see any reason it would be.
21:41.12JockeHomeOK, thanks
22:11.48*** join/#uclibc Kaloz (~kaloz@arrakis.dune.hu)
22:15.36*** join/#uclibc jockeHome2 (~JockeHome@84.217.0.212)
22:33.56brosiohttp://rafb.net/paste/results/9Pl0rm56.html
22:34.16brosioproblems during the compilation of iptables-1.2.11 :\
22:35.59Sgt-Donanbn
22:40.17brosio?
22:45.22CIA-1003andersen * r10067 10buildroot/target/device/AMD/DBAu1500/ (linux.mk uClibc.config.mips uClibc.config.mipsel): Minor platform updates
22:45.58brosio?
23:02.42*** join/#uclibc bjbL (~bjbL@fw.exitcertified.com)

Generated by irclog2html.pl by Jeff Waugh - find it at freshmeat.net! Modified by Tim Riker to work with blootbot logs, split per channel, etc.