irclog2html for #uclibc on 20050729

01:49.05*** join/#uclibc hgb_ (~hgb@cm-80.111.151.063.chello.no)
01:50.32*** join/#uclibc wigyori (wigyori@azigazi.hu) [NETSPLIT VICTIM]
02:36.37CIA-1003solar * r10953 10buildroot/package/zlib/zlib.mk: - zlib prior to 1.2.3 improperly handled invalid data streams which could lead a denial of service or arbitrary code execution. Tavis Ormandy CAN-2005-2096
03:36.04CIA-1003vapier * r10954 10uClibc/ (Rules.mak utils/Makefile): get rid of LDPIEFLAG since PIEFLAG is already used
03:44.38CIA-1003vapier * r10955 10uClibc/Rules.mak: finish cleaning up the PIE flag checks
04:27.26*** join/#uclibc tchan (~tchan@c-24-13-81-164.hsd1.il.comcast.net)
04:53.56*** join/#uclibc cow (~cow@M895P004.adsl.highway.telekom.at)
04:58.19CIA-1003vapier * r10956 10uClibc/Rules.mak: export PIEFLAG and the noexecstack AS test so that gcc/as arent executed in every subdir
05:15.50*** join/#uclibc Jenna (~cherryRed@62.116.121.242)
05:16.03*** part/#uclibc Jenna (~cherryRed@62.116.121.242)
05:42.54SpanKYmjn3: which tests do we have left in ltp that should be reviewed ?  ive knocked all the ones off my list ...
05:44.02mjn3hey.  actually just got on.   need to pull out my laptop and check
05:45.02SpanKYheh
05:45.09SpanKYi'll stick around for a bit then
05:45.28SpanKYwas sending ltp over to my netwinder to run it on there and make sure arm is sane too
05:45.34SpanKYbtw, do you test mips and mipsel ?
05:46.02mjn3just mipsel
05:46.30mjn3andersee can test mips when he gets back
05:48.12SpanKYi have a mips box behind me but it's just an old indy
05:48.40*** join/#uclibc paravoid (paravoid@void.photonics.ece.ntua.gr)
05:49.50mjn3got a couple of mips-specific issues to fix tonight.  msgid_ds, struct stat, and a signal problem.  also, there's a nist/pcts scanf test that fails for all archs
05:50.28SpanKYsince ive got ltp done i should move on to the nist/pcts test suite ...
05:50.31mjn3no other ltp tests
05:51.47mjn3if you do, check the README for some tests results to ignore.  you might also want to wait until i get my printf patch in
05:52.56mjn3only weird thing i'm seeing with that is some exec*() fails.  but that could be related to this 2.4.20-(mumble-redhat-mumble) kernel on this laptop.  don't recall seeing it on my home debian box running 2.6.x
05:53.05mjn3back in a bit
05:53.08SpanKYk k
06:08.49mjn3back
06:09.15SpanKYwhat timezone are you in ? EST ?
06:10.36mjn3MDT at the moment
06:10.43mjn3in denver
06:13.26SpanKYah
06:13.33SpanKYi'm takin off for the nite, i'm EST ;)
06:13.41mjn3night
07:54.23*** join/#uclibc belracu (~getram@211.75.190.227)
08:16.07JockeHomemjn3-work: glibc have the same struct as uClibc. Is glibc also wrong?
08:17.05mjn3i noticed.  don't know since i don't have use glibc-based toolchains on mips.  could be they aren't using IPC_64 for the related calls though
08:20.34JockeHomehmm, older 2.4 kernels match the current struct, but newer ones dont.
08:21.51mjn3personally... i don't deal with anything older than 2.4.25 on mips
08:22.46JockeHomeright, the struct shold be updated to match current kernels
08:23.14JockeHomenewer kernels have a few: #if defined(CONFIG_MIPS32) && !defined(CONFIG_CPU_LITTLE_ENDIAN)
08:23.14JockeHome<PROTECTED>
08:23.14JockeHome<PROTECTED>
08:23.53mjn3i've already made the necessary changes.  but i don't have hardware here to test on.  need to wait until work tomorrow
08:24.06JockeHomeOK
08:24.07mjn3ugh... < 6 hours from now
08:25.21JockeHome:( get some sleep
08:26.59mjn3yeah...
08:30.52*** join/#uclibc Censored (~Censored@gremesh1.demon.nl)
09:04.32Censoredhi, I'm getting the following error while makeing buildroot:
09:04.34Censoreddhcpc.c: In function `perform_renew':
09:04.34Censoreddhcpc.c:135: error: label at end of compound statement
09:04.34Censoredmake[1]: *** [dhcpc.o] Error 1
09:04.34Censoredmake[1]: Leaving directory `/root/buildroot/build_i386/udhcp-0.9.8'
09:05.07CensoredI have multilib support and any latest snapshot usage off
09:05.25Censoreddoes anyone have an idea what could be the cause of this ?
09:07.13CensoredI am using 2.6.11 kernel headers and gcc 3.4.4
09:10.17Censoredhmm seems like gcc 3.4+ doesn't like it
09:28.16Censoredis it wise to use the daily snapshot of uclibc ?
09:51.26*** join/#uclibc dagb (~dagb@70.84-48-89.nextgentel.com)
09:52.04dagbanyone successfully built the latest busybox snapshot?
09:52.25dagbI get:
09:52.25dagb/var/tmp/portage/busybox-20050729/work/busybox/networking/ifconfig.c: In function `ifconfig_main':
09:52.28dagb/var/tmp/portage/busybox-20050729/work/busybox/networking/ifconfig.c:562: error: `ENABLE_FEATURE_CLEAN_UP' undeclared (first use in this function)
09:52.38dagbwhich seems related to the latest changes in ifconfig.c
09:52.38CensoredI got the same
09:53.49Censoredtry declaring it
10:04.00dagbthat got me trough all the way to :
10:04.00dagb/var/tmp/portage/busybox-20050729/work/busybox/shell/ash.c: In function `setinteractive':
10:04.03dagb/var/tmp/portage/busybox-20050729/work/busybox/shell/ash.c:11849: error: syntax error before "BB_VER"
10:06.26dagbthat's odd. that string doesn't occur in ash.c ?
10:18.19*** part/#uclibc patrickn (~patrickn@CPE0048548606ab-CM001225d87d3c.cpe.net.cable.rogers.com)
10:20.38CensoredI'd just use the release :D
10:26.41dagblooks like I can make 20050725 work
10:29.57Censoredcool
10:32.37*** join/#uclibc Kaloz (~kaloz@217.27.212.53)
10:41.42dagbspoke too early
10:45.01wigyorihi
10:46.24wigyoriis there anyone who takes care of the sh4 part?
10:46.55wigyorii'm referring to bugs no. 317 and 319
11:14.20dagbCensored: got 20050725 to build, but had to disable a few options. Do you want the .config ?
11:21.33Censoreddagb: naw tnx. I'll wait till the next official release
11:21.56dagbCensored: any idea about when that'll be?
12:46.54*** join/#uclibc JockeHome (~JockeHome@84.217.0.17)
12:48.08Censorednoperz, I think even the devs don't know it
12:48.22Censoreddone when it's done I guess :-)
12:56.30*** join/#uclibc cow (~cow@M829P031.adsl.highway.telekom.at)
13:20.48vapierCensored: your udhcp error was fixed long ago in cvs/svn but udhcp hasnt had a new release
13:21.39vapierprobably wouldnt be hard to just add a patch to buildroot for the fix ... just involves putting a ; in the case statement
13:23.21vapierwigyori: Bug 319 is because of your toolchain i believe, not uClibc
13:24.08Censoredvapier: tnx, I checked the discussions and found out later
13:24.35vapierCensored: i'd just use a udhcp snapshot, prob more stable ;)
13:35.47Censoredok, tnx I'll replace it then
13:44.31Censoredare coreutils really necessary for development? busybox includes most of the tools
13:44.58Censoredbusybox find doesn't work with the kernel compile scripts though
14:51.30*** join/#uclibc ambroseL (~bjb@smtp2.symbium.com)
14:58.14CIA-1003pgf * r10957 10busybox/debianutils/start_stop_daemon.c:
14:58.14CIA-10commiting fix from:
14:58.14CIA-10<PROTECTED>
16:13.45*** join/#uclibc dagb (~dagb@70.84-48-89.nextgentel.com) [NETSPLIT VICTIM]
16:13.45*** join/#uclibc wigyori (wigyori@azigazi.hu) [NETSPLIT VICTIM]
16:18.30*** join/#uclibc dagb (~dagb@70.84-48-89.nextgentel.com) [NETSPLIT VICTIM]
16:18.30*** join/#uclibc wigyori (wigyori@azigazi.hu) [NETSPLIT VICTIM]
16:26.59*** join/#uclibc dagb (~dagb@70.84-48-89.nextgentel.com) [NETSPLIT VICTIM]
16:26.59*** join/#uclibc wigyori (wigyori@azigazi.hu) [NETSPLIT VICTIM]
16:47.16*** join/#uclibc paravoid (paravoid@void.photonics.ece.ntua.gr)
17:28.07*** join/#uclibc dagb (~dagb@70.84-48-89.nextgentel.com) [NETSPLIT VICTIM]
17:28.07*** join/#uclibc wigyori (wigyori@azigazi.hu) [NETSPLIT VICTIM]
17:48.55*** join/#uclibc JockeHome (~JockeHome@84.217.0.17)
18:02.00*** join/#uclibc dagb (~dagb@70.84-48-89.nextgentel.com) [NETSPLIT VICTIM]
18:02.00*** join/#uclibc wigyori (wigyori@azigazi.hu) [NETSPLIT VICTIM]
18:17.11*** join/#uclibc dagb (~dagb@70.84-48-89.nextgentel.com) [NETSPLIT VICTIM]
18:17.11*** join/#uclibc wigyori (wigyori@azigazi.hu) [NETSPLIT VICTIM]
18:30.22*** join/#uclibc dagb (~dagb@70.84-48-89.nextgentel.com) [NETSPLIT VICTIM]
18:30.22*** join/#uclibc wigyori (wigyori@azigazi.hu) [NETSPLIT VICTIM]
19:02.26*** join/#uclibc GyrosGeier (~geier@honey.kvedulv.de)
20:55.47*** join/#uclibc cow (~cow@M807P025.adsl.highway.telekom.at)
21:05.17*** join/#uclibc ngupta (~ngupta@gateway-1237.mvista.com)
22:06.12*** join/#uclibc SpanKY (~UserBah@pool-151-203-231-220.bos.east.verizon.net)
22:13.34mjn3-workhmm... slow day it seems
22:14.29CIA-1003vapier * r10958 10uClibc/libc/sysdeps/linux/arm/__syscall_error.c: we are handed errno as a negative value so we need to reverse it
22:14.38CIA-1003vapier * r10959 10uClibc/libc/sysdeps/linux/arm/bits/kernel_stat.h: remove outdated comment and announce support for nanoseconds
22:24.04SpanKYok, arm looks to be pretty good too now
22:25.29mjn3-worki think i fixed the msq problem for mips.  still seeing a problem with sigaction though
22:26.09mjn3-workanyway, i'll have some things to check in tonight.  and i plan to be working on it tomorrow
22:35.57nguptaspanky, khem pointed out at issue with Ru
22:36.08nguptaoops, Rules.mak for arm v5 version
22:36.50nguptalooks like uclibc uses a 926T configuration as armv4, where as arm docs say it as armv5
22:43.18SpanKYwhat Rules.mak are you talking about
22:43.24SpanKYthere are a ton in svn
22:44.08nguptaI was refering to the one uclibc main dir
22:44.34nguptayou can do find . -name Rules.mak -exec grep -H "926T" {} \;
22:44.46SpanKYCPU_CFLAGS-$(CONFIG_ARM926T)+=-mtune=arm9tdmi -march=armv4
22:44.52nguptayup thats it
22:45.11nguptaI thing it should be CPU_CFLAGS-$(CONFIG_ARM926T)+=-mtune=arm10tdmi -march=armv5
22:47.41SpanKYmmm i dont think so about the tune
22:47.48SpanKYthe linux kernel uses arm9tdmi
22:48.00nguptahttp://gcc.gnu.org/ml/gcc-patches/2003-10/msg01811.html
22:48.01SpanKYand the gcc sources indicate that it's arm5
22:48.12ngupta+   /* V5 Architecture Processors */
22:48.12ngupta<PROTECTED>
22:48.12ngupta<PROTECTED>
22:48.12ngupta+   {"arm926ejs",                          FL_MODE32 | FL_FAST_MULT | FL_ARCH4 | FL_THUMB                          | FL_ARCH5 | FL_ARCH5E },
22:48.24nguptathis is from above mentioned link
22:48.38CIA-1003sjhill * r10960 10uClibc/ldso/ldso/Makefile: Remove unused include directory.
22:48.42SpanKYwhats your point ?
22:48.49SpanKYthat still doesnt say it should be arm10tdmi tune
22:49.16nguptaSpanky, I will try to dig up the arm doc on that, but thats what was brought up yesterday by khem
22:49.32SpanKYill change the armv4 to armv5 but the arm linux kernel still uses arm9tdmi
22:49.49SpanKYalso, the arm linux help info says no docs exist for the ARM926T :)
22:49.58nguptahmmm, I will check that. Thanks for taking care of arch for now
22:50.45CIA-1003vapier * r10961 10uClibc/Rules.mak: as pointed out by khem/ngupta, ARM926T should be march armv5 instead of armv4
22:52.38*** join/#uclibc khem (~khem@gateway-1237.mvista.com)
22:55.08SpanKYngupta: you should prob chat with andersee anyways ... he's much more knowledgeable than i
22:56.52nguptaone more thing, I noticed is that when I download a snapshot, I got tones of .svn dirs. I am not sure, if those are needed by someone downloading a snapshot
22:57.05nguptarm -rf `find . -name .svn` can clean up all of that
22:58.37SpanKYthat will give you a smaller tarball but it wont let you use `svn` inside of the dir
22:58.40khemarm926ej-s is an existing implementation of 926 series I dont know of any arm926t
22:58.56SpanKYeither way, that's something erik controls
22:58.59SpanKYhe's the web ninja
22:59.55nguptaSpanky thanks, I will wait for ninja to show up :)
23:00.34SpanKYkhem: read linux/arch/arm/mm/Kconfig ... the CPU_ARM926T section
23:07.55khemI see, kernel definition is superset of what I was talking about
23:08.18khemI was mentioning just one particular implementation
23:09.49khemit is not mentioning it to be cpu=arm9tdmi though
23:14.12SpanKYno, but if you read arch/arm/Makefile, you'll see this:
23:14.15SpanKYtune-$(CONFIG_CPU_ARM926T)     :=-mtune=arm9tdmi
23:15.57khemI think this is right and conservative approarch
23:21.10SpanKYright, and since i dont really know much about these targets, i'm gonna leave it alone :)
23:21.26SpanKYchat with erik about it if you feel that tune value is in error
23:28.35CIA-1003sjhill * r10962 10buildroot/ (4 files in 2 dirs): (log message trimmed)
23:28.35CIA-10Add in options for NPTL in uClibc. Users can select, but since NPTL is
23:28.35CIA-10on a branch it will not have any effect. Updated DBAu1500 configuration
23:30.03SpanKYah man, sjhill has some of those amd alchemy boards ?
23:30.09SpanKYthose things are supposed to be wicked nasty :(
23:56.35*** join/#uclibc SpanKY (~UserBah@pool-151-203-231-220.bos.east.verizon.net)

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.