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.37 | CIA-10 | 03solar * 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.04 | CIA-10 | 03vapier * r10954 10uClibc/ (Rules.mak utils/Makefile): get rid of LDPIEFLAG since PIEFLAG is already used |
03:44.38 | CIA-10 | 03vapier * 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.19 | CIA-10 | 03vapier * 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.54 | SpanKY | mjn3: which tests do we have left in ltp that should be reviewed ? ive knocked all the ones off my list ... |
05:44.02 | mjn3 | hey. actually just got on. need to pull out my laptop and check |
05:45.02 | SpanKY | heh |
05:45.09 | SpanKY | i'll stick around for a bit then |
05:45.28 | SpanKY | was sending ltp over to my netwinder to run it on there and make sure arm is sane too |
05:45.34 | SpanKY | btw, do you test mips and mipsel ? |
05:46.02 | mjn3 | just mipsel |
05:46.30 | mjn3 | andersee can test mips when he gets back |
05:48.12 | SpanKY | i 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.50 | mjn3 | got 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.28 | SpanKY | since ive got ltp done i should move on to the nist/pcts test suite ... |
05:50.31 | mjn3 | no other ltp tests |
05:51.47 | mjn3 | if 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.56 | mjn3 | only 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.05 | mjn3 | back in a bit |
05:53.08 | SpanKY | k k |
06:08.49 | mjn3 | back |
06:09.15 | SpanKY | what timezone are you in ? EST ? |
06:10.36 | mjn3 | MDT at the moment |
06:10.43 | mjn3 | in denver |
06:13.26 | SpanKY | ah |
06:13.33 | SpanKY | i'm takin off for the nite, i'm EST ;) |
06:13.41 | mjn3 | night |
07:54.23 | *** join/#uclibc belracu (~getram@211.75.190.227) |
08:16.07 | JockeHome | mjn3-work: glibc have the same struct as uClibc. Is glibc also wrong? |
08:17.05 | mjn3 | i 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.34 | JockeHome | hmm, older 2.4 kernels match the current struct, but newer ones dont. |
08:21.51 | mjn3 | personally... i don't deal with anything older than 2.4.25 on mips |
08:22.46 | JockeHome | right, the struct shold be updated to match current kernels |
08:23.14 | JockeHome | newer kernels have a few: #if defined(CONFIG_MIPS32) && !defined(CONFIG_CPU_LITTLE_ENDIAN) |
08:23.14 | JockeHome | <PROTECTED> |
08:23.14 | JockeHome | <PROTECTED> |
08:23.53 | mjn3 | i've already made the necessary changes. but i don't have hardware here to test on. need to wait until work tomorrow |
08:24.06 | JockeHome | OK |
08:24.07 | mjn3 | ugh... < 6 hours from now |
08:25.21 | JockeHome | :( get some sleep |
08:26.59 | mjn3 | yeah... |
08:30.52 | *** join/#uclibc Censored (~Censored@gremesh1.demon.nl) |
09:04.32 | Censored | hi, I'm getting the following error while makeing buildroot: |
09:04.34 | Censored | dhcpc.c: In function `perform_renew': |
09:04.34 | Censored | dhcpc.c:135: error: label at end of compound statement |
09:04.34 | Censored | make[1]: *** [dhcpc.o] Error 1 |
09:04.34 | Censored | make[1]: Leaving directory `/root/buildroot/build_i386/udhcp-0.9.8' |
09:05.07 | Censored | I have multilib support and any latest snapshot usage off |
09:05.25 | Censored | does anyone have an idea what could be the cause of this ? |
09:07.13 | Censored | I am using 2.6.11 kernel headers and gcc 3.4.4 |
09:10.17 | Censored | hmm seems like gcc 3.4+ doesn't like it |
09:28.16 | Censored | is it wise to use the daily snapshot of uclibc ? |
09:51.26 | *** join/#uclibc dagb (~dagb@70.84-48-89.nextgentel.com) |
09:52.04 | dagb | anyone successfully built the latest busybox snapshot? |
09:52.25 | dagb | I get: |
09:52.25 | dagb | /var/tmp/portage/busybox-20050729/work/busybox/networking/ifconfig.c: In function `ifconfig_main': |
09:52.28 | dagb | /var/tmp/portage/busybox-20050729/work/busybox/networking/ifconfig.c:562: error: `ENABLE_FEATURE_CLEAN_UP' undeclared (first use in this function) |
09:52.38 | dagb | which seems related to the latest changes in ifconfig.c |
09:52.38 | Censored | I got the same |
09:53.49 | Censored | try declaring it |
10:04.00 | dagb | that got me trough all the way to : |
10:04.00 | dagb | /var/tmp/portage/busybox-20050729/work/busybox/shell/ash.c: In function `setinteractive': |
10:04.03 | dagb | /var/tmp/portage/busybox-20050729/work/busybox/shell/ash.c:11849: error: syntax error before "BB_VER" |
10:06.26 | dagb | that'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.38 | Censored | I'd just use the release :D |
10:26.41 | dagb | looks like I can make 20050725 work |
10:29.57 | Censored | cool |
10:32.37 | *** join/#uclibc Kaloz (~kaloz@217.27.212.53) |
10:41.42 | dagb | spoke too early |
10:45.01 | wigyori | hi |
10:46.24 | wigyori | is there anyone who takes care of the sh4 part? |
10:46.55 | wigyori | i'm referring to bugs no. 317 and 319 |
11:14.20 | dagb | Censored: got 20050725 to build, but had to disable a few options. Do you want the .config ? |
11:21.33 | Censored | dagb: naw tnx. I'll wait till the next official release |
11:21.56 | dagb | Censored: any idea about when that'll be? |
12:46.54 | *** join/#uclibc JockeHome (~JockeHome@84.217.0.17) |
12:48.08 | Censored | noperz, I think even the devs don't know it |
12:48.22 | Censored | done when it's done I guess :-) |
12:56.30 | *** join/#uclibc cow (~cow@M829P031.adsl.highway.telekom.at) |
13:20.48 | vapier | Censored: your udhcp error was fixed long ago in cvs/svn but udhcp hasnt had a new release |
13:21.39 | vapier | probably wouldnt be hard to just add a patch to buildroot for the fix ... just involves putting a ; in the case statement |
13:23.21 | vapier | wigyori: Bug 319 is because of your toolchain i believe, not uClibc |
13:24.08 | Censored | vapier: tnx, I checked the discussions and found out later |
13:24.35 | vapier | Censored: i'd just use a udhcp snapshot, prob more stable ;) |
13:35.47 | Censored | ok, tnx I'll replace it then |
13:44.31 | Censored | are coreutils really necessary for development? busybox includes most of the tools |
13:44.58 | Censored | busybox find doesn't work with the kernel compile scripts though |
14:51.30 | *** join/#uclibc ambroseL (~bjb@smtp2.symbium.com) |
14:58.14 | CIA-10 | 03pgf * r10957 10busybox/debianutils/start_stop_daemon.c: |
14:58.14 | CIA-10 | commiting fix from: |
14:58.14 | CIA-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.34 | mjn3-work | hmm... slow day it seems |
22:14.29 | CIA-10 | 03vapier * 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.38 | CIA-10 | 03vapier * r10959 10uClibc/libc/sysdeps/linux/arm/bits/kernel_stat.h: remove outdated comment and announce support for nanoseconds |
22:24.04 | SpanKY | ok, arm looks to be pretty good too now |
22:25.29 | mjn3-work | i think i fixed the msq problem for mips. still seeing a problem with sigaction though |
22:26.09 | mjn3-work | anyway, i'll have some things to check in tonight. and i plan to be working on it tomorrow |
22:35.57 | ngupta | spanky, khem pointed out at issue with Ru |
22:36.08 | ngupta | oops, Rules.mak for arm v5 version |
22:36.50 | ngupta | looks like uclibc uses a 926T configuration as armv4, where as arm docs say it as armv5 |
22:43.18 | SpanKY | what Rules.mak are you talking about |
22:43.24 | SpanKY | there are a ton in svn |
22:44.08 | ngupta | I was refering to the one uclibc main dir |
22:44.34 | ngupta | you can do find . -name Rules.mak -exec grep -H "926T" {} \; |
22:44.46 | SpanKY | CPU_CFLAGS-$(CONFIG_ARM926T)+=-mtune=arm9tdmi -march=armv4 |
22:44.52 | ngupta | yup thats it |
22:45.11 | ngupta | I thing it should be CPU_CFLAGS-$(CONFIG_ARM926T)+=-mtune=arm10tdmi -march=armv5 |
22:47.41 | SpanKY | mmm i dont think so about the tune |
22:47.48 | SpanKY | the linux kernel uses arm9tdmi |
22:48.00 | ngupta | http://gcc.gnu.org/ml/gcc-patches/2003-10/msg01811.html |
22:48.01 | SpanKY | and the gcc sources indicate that it's arm5 |
22:48.12 | ngupta | + /* V5 Architecture Processors */ |
22:48.12 | ngupta | <PROTECTED> |
22:48.12 | ngupta | <PROTECTED> |
22:48.12 | ngupta | + {"arm926ejs", FL_MODE32 | FL_FAST_MULT | FL_ARCH4 | FL_THUMB | FL_ARCH5 | FL_ARCH5E }, |
22:48.24 | ngupta | this is from above mentioned link |
22:48.38 | CIA-10 | 03sjhill * r10960 10uClibc/ldso/ldso/Makefile: Remove unused include directory. |
22:48.42 | SpanKY | whats your point ? |
22:48.49 | SpanKY | that still doesnt say it should be arm10tdmi tune |
22:49.16 | ngupta | Spanky, I will try to dig up the arm doc on that, but thats what was brought up yesterday by khem |
22:49.32 | SpanKY | ill change the armv4 to armv5 but the arm linux kernel still uses arm9tdmi |
22:49.49 | SpanKY | also, the arm linux help info says no docs exist for the ARM926T :) |
22:49.58 | ngupta | hmmm, I will check that. Thanks for taking care of arch for now |
22:50.45 | CIA-10 | 03vapier * 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.08 | SpanKY | ngupta: you should prob chat with andersee anyways ... he's much more knowledgeable than i |
22:56.52 | ngupta | one 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.05 | ngupta | rm -rf `find . -name .svn` can clean up all of that |
22:58.37 | SpanKY | that will give you a smaller tarball but it wont let you use `svn` inside of the dir |
22:58.40 | khem | arm926ej-s is an existing implementation of 926 series I dont know of any arm926t |
22:58.56 | SpanKY | either way, that's something erik controls |
22:58.59 | SpanKY | he's the web ninja |
22:59.55 | ngupta | Spanky thanks, I will wait for ninja to show up :) |
23:00.34 | SpanKY | khem: read linux/arch/arm/mm/Kconfig ... the CPU_ARM926T section |
23:07.55 | khem | I see, kernel definition is superset of what I was talking about |
23:08.18 | khem | I was mentioning just one particular implementation |
23:09.49 | khem | it is not mentioning it to be cpu=arm9tdmi though |
23:14.12 | SpanKY | no, but if you read arch/arm/Makefile, you'll see this: |
23:14.15 | SpanKY | tune-$(CONFIG_CPU_ARM926T) :=-mtune=arm9tdmi |
23:15.57 | khem | I think this is right and conservative approarch |
23:21.10 | SpanKY | right, and since i dont really know much about these targets, i'm gonna leave it alone :) |
23:21.26 | SpanKY | chat with erik about it if you feel that tune value is in error |
23:28.35 | CIA-10 | 03sjhill * r10962 10buildroot/ (4 files in 2 dirs): (log message trimmed) |
23:28.35 | CIA-10 | Add in options for NPTL in uClibc. Users can select, but since NPTL is |
23:28.35 | CIA-10 | on a branch it will not have any effect. Updated DBAu1500 configuration |
23:30.03 | SpanKY | ah man, sjhill has some of those amd alchemy boards ? |
23:30.09 | SpanKY | those things are supposed to be wicked nasty :( |
23:56.35 | *** join/#uclibc SpanKY (~UserBah@pool-151-203-231-220.bos.east.verizon.net) |