| 00:24:59 | andersee | evening ejh |
| 00:25:03 | andersee | evening sjhill |
| 00:25:08 | andersee | kant tipe |
| 00:25:14 | aaronl | evening andersey |
| 00:25:39 | sjhill | evenin' andersee :) |
| 00:31:22 | andersee | :) |
| 00:31:44 | andersee | Mind giving uClibc a good workout today/tomorrow? |
| 00:31:51 | andersee | Getting ready for a release.... |
| 00:32:07 | aaronl | lol |
| 00:32:07 | aaronl | I swore back around 95 to join lk only when Linux gets a IDE maintainer |
| 00:32:08 | aaronl | who is not insane. Hasnt happened yet. |
| 00:32:09 | sjhill | sure |
| 00:32:32 | sjhill | aaronl: what do you expect, IDE in and of itself is insane....long live scsi!!!! |
| 00:32:37 | andersee | goes to look at the latest ranting from Andre |
| 00:35:23 | andersee | sjhill: this release involves some changes to fundamental types, so it not binary compatible... |
| 00:35:38 | aaronl | what about VERSIONED SYMBOLS? |
| 00:35:39 | aaronl | ducks |
| 00:35:45 | sjhill | no problem, currently we don't need binary compat. |
| 00:36:09 | sjhill | i'm getting ready to switch all of my company's toolchains to uclibc based and rebuild all the rootfs images for uclibc |
| 00:36:12 | andersee | swings and misses |
| 00:36:20 | andersee | cool |
| 00:36:54 | andersee | With this release things are looking very solid. We even pass the perl and python test suites now w/o any failures. |
| 00:36:56 | andersee | :) |
| 00:37:24 | sjhill | how are locales? |
| 00:37:29 | sjhill | still a mess? |
| 00:37:42 | sjhill | has been away from uclibc for 2 weeks |
| 00:38:57 | andersee | sjhill: wide char is done and works perfectly. locale support is still in progress -- scheduled to be 100% completed by Nov 1st. |
| 00:39:37 | aaronl | has anyone made a debian fork based on uClibc yet? |
| 00:39:38 | aaronl | i'd run it |
| 00:39:42 | aaronl | glibc gives me the shivers |
| 00:40:00 | sjhill | volunteers aaronl |
| 00:42:20 | andersee | aaronl: I suspect that such a project might need the locale support finished first.... |
| 00:42:38 | aaronl | i don't use locales under debian... |
| 00:42:48 | aaronl | when i build things, i prefer --disable-nls |
| 00:42:52 | andersee | aaronl: that said, I built nearly all of the base system against uClibc last fall... |
| 00:43:00 | andersee | aaronl: indeed |
| 00:43:16 | aaronl | ah, the luxury of being american |
| 00:44:31 | aaronl | mutt was particularly pesky |
| 00:44:39 | aaronl | i tried to build it on a 40Mhz RISC system |
| 00:44:44 | aaronl | and it demanded libiconv |
| 00:44:58 | aaronl | ... which exhausted the disk space in /tmp when i tried to compile it |
| 00:45:21 | sjhill | aaronl: arm or mips/ |
| 00:45:23 | sjhill | ? |
| 00:45:29 | aaronl | neither |
| 00:45:35 | aaronl | sparc (i THINK that's risc...) |
| 00:45:44 | sjhill | it is |
| 00:45:49 | aaronl | i'm bootstrapping gcc on it right now ;) |
| 00:46:04 | sjhill | i think i'd rather eat glass |
| 00:46:24 | aaronl | well, it's only been running for 7 hours or so ;) |
| 00:49:14 | aaronl | i'm trying to find something better to do with that system... |
| 15:02:25 | mjn3 | morning. should be finished the error message stuff shortly |
| 15:03:00 | andersee | morning |
| 15:03:02 | andersee | cool |
| 15:03:34 | mjn3 | wish i knew what the alleged scanf failure was. :-( |
| 15:03:48 | andersee | I think I'm going to need to add some additional include guard wrappers around bits/kernel_types.h to avoid gratuitous conflicts with asm/types.h |
| 15:04:17 | mjn3 | ok |
| 15:05:13 | mjn3 | for the moment, i'm treating the following as unknown errors |
| 15:05:16 | mjn3 | sparc: |
| 15:05:29 | mjn3 | #define EPROCLIM 67 /* SUNOS: Too many processes */ |
| 15:05:29 | mjn3 | #define ERREMOTE 81 /* SunOS: Too many lvls of remote in path */ |
| 15:05:39 | mjn3 | mips: |
| 15:05:41 | mjn3 | #define EINIT 141 /* Reserved */ |
| 15:05:42 | mjn3 | #define EREMDEV 142 /* Error 142 */ |
| 15:06:03 | andersee | Hmm. I think thats fair.... |
| 15:06:11 | mjn3 | i'm not supplying strings for those. i think the default generated "Unknown error: ###" is sufficient |
| 15:06:16 | andersee | I doubt we'll see those too often under Linux |
| 15:06:20 | mjn3 | ;-) |
| 15:06:54 | mjn3 | not the sunos ones. and the mips ones would be silly. they don't add any information |
| 15:07:17 | mjn3 | so the only extra messages are |
| 15:07:22 | mjn3 | #define ECANCELED 158 /* AIO operation canceled */ |
| 15:07:28 | mjn3 | for mips and |
| 15:07:56 | mjn3 | File locking deadlock error |
| 15:08:27 | mjn3 | for mips and sparc. they treat EDEADLK and EDEADLOCK differently |
| 15:10:15 | mjn3 | also fixed a problem with strerror() in the process. for unknown error values, it was returning NULL. guess i had a neuron fault when i wrote it... |
| 15:20:52 | mjn3 | andersee: the mips headers have the following entry: |
| 15:20:56 | mjn3 | #define ECANCELED 158 /* AIO operation canceled */ |
| 15:22:01 | mjn3 | i just checked phoenix and it gives "Uknown error 158" for that one. so i'm going to ignore it... |
| 15:23:54 | andersee | ok. |
| 15:24:02 | andersee | Seems fair |
| 15:36:23 | andersee | Glad to see Miles getting the v850 bits/kernel_*.h files in last night |
| 15:39:01 | mjn3 | yep |
| 15:39:56 | andersee | I guess what I will do is change bits/kernel_types.h to use the same include guard #defines as asm/posix_types.h. That will avoid the gratuitous conflict and let us avoid broken kernel headers files |
| 16:08:43 | andersee | mjn3: Ok, just checked in the include guard change. Makes it as safe as usual to include linux/types.h and bits/posix_types.h (i.e. not safe at all, but it works) |
| 16:10:51 | mjn3 | andersee: ok. i'm running some tests to simulate different archs with the errno message stuff. if everything checks out, i'll commit that shortly |
| 16:13:35 | andersee | cool |
| 16:13:44 | andersee | Looks like we are just about ready then |
| 16:28:50 | mjn3 | hmm.. somethings still not right... also, i still want to rerun the python/perl tests as well as build a threaded perl and run those tests |
| 16:29:22 | andersee | whats not right? |
| 16:29:49 | andersee | With the strerror testing? or something else? |
| 16:29:49 | sjhill | andersee! |
| 16:29:50 | mjn3 | the error string stuff. i still don't have it right... |
| 16:29:54 | andersee | morning sjhill |
| 16:30:13 | andersee | sjhill: all looking well today on mips? |
| 16:30:46 | sjhill | andersee: i'm just getting started, but i have some toolchain/rootfs questions |
| 16:31:11 | andersee | ok |
| 16:31:22 | andersee | I should release a gcc 3.2 toolchain today |
| 16:31:50 | andersee | Manuel and I have decided to start migrating the toolchain mods to a form that will allow them to be merged upstream.... |
| 16:32:09 | sjhill | there shouldn't have been any needed changes from 3.1->3.2 for the build script, correct? |
| 16:32:51 | andersee | yup |
| 16:32:57 | andersee | Just the gcc version |
| 16:33:09 | andersee | I think... |
| 16:33:59 | sjhill | what do you have in mind as far as migrating toolchain mods? the mods we make are done for uclibc....would they have any bearing for gcc? |
| 16:35:25 | sjhill | i'm going to post a long'ish question on uclibc and building rootfs images, any objections? |
| 16:39:22 | sjhill | QUESTION: I'm running into a problem with conflicting requirements. We want everyone to use a common uClibc based root filesystem image. However, some people want different options compiled into uClibc. I don't want to have people do a 'buildworld' everytime they want to build a rootfs. |
| 16:39:55 | sjhill | I want them to be able to copy a base rootfs image directory, add in their applications and kernel modules and be done. |
| 16:40:26 | sjhill | Ideally, I would like to turn all uClibc options on and then selectively strip the libraries of unwanted features. |
| 16:40:32 | sjhill | Any thoughts? |
| 16:43:46 | andersee | sjhill: re longish question... fine. |
| 16:44:43 | andersee | re uclibc mods for gcc. Well, they accomodate glibc, and newlib. So I expect uClibc support (if done cleanly) would be accepted. |
| 16:45:58 | andersee | sjhill: Yes, you can do that (strip uClibc). You can use mklibs.py from Debian and it should work quite nicely.... |
| 16:47:15 | sjhill | andersee: is this how you would handle conflicting requirements for uClibc options and a common base rootfs image? |
| 16:50:06 | mjn3 | andersee: i'm about to check in the error message mods. i was able to check the basic mechanism, but this will need to be checked on mips, sparc, and alpha |
| 16:50:52 | andersee | mjn3: As long as we check mips (i.e. on phoenix), I think we are ok for this release. |
| 16:51:46 | andersee | sjhill: yes. Given those constraints I would use a single maxed out uClibc build and then use mklibs.py to strip that based on the content of each particular rootfs. |
| 16:54:34 | andersee | mjn3: at this point, alpha and sparc do not have a proper maintainer. I did the initial ports, but I don't have any hardware and am not overly concerned about them... |
| 16:55:28 | mjn3 | andersee: ok |
| 16:57:08 | andersee | We care about mips, and mips has a proper maintainer to keep us honest (hi sjhill). And since I have hardware, checking is easy... |
| 17:00:28 | sjhill | andersee: for my testing, i'm going to use LTP 'ltp.sf.net' compiled against uclibc to see if things are broken |
| 17:00:37 | sjhill | PATH_MAX undeclared |
| 17:01:20 | sjhill | hmm, looks like LTP needs some patching |
| 17:04:21 | sjhill | who include 'linux/limits.h'? |
| 17:04:27 | andersee | sjhill: It should be in linux/limits.h which is pulled in by sys/param.h... |
| 17:04:47 | sjhill | thx |
| 17:04:50 | sjhill | sys/param.h did it |
| 17:05:33 | sjhill | it looks like LTP is going to be a real good test for uclibc on MIPS :) |
| 17:07:43 | sjhill | andersee: we have a lot of problems with LTP and uClibc |
| 17:08:43 | mjn3 | andersee: do you have uClibc on phoenix? if so, could you do a cvs up and rebuild and then tell me where the lib is? |
| 17:09:23 | andersee | mjn3: ok, doing that now. |
| 17:11:20 | mjn3 | sjhill: doesn't LTP basicly test libc for _glibc_ behavior? |
| 17:11:57 | sjhill | mjn3: not sure, i'm using it for testing stability of my kernel before releasing |
| 17:12:09 | sjhill | andersee: 'mkdtemp' is needed by LTP |
| 17:14:22 | andersee | mjn3: Perhaps some sortof header noise for and sys_nerr would be appropriate? i.e. #define sys_errlist "sys_errlist is no longer supported. Please use strerror()" |
| 17:15:32 | andersee | mjn3: ok, just finished compiling on phoenix. I did a 'make install' so the toolchain is at /usr/mipsel-linux-uclibc/bin/ |
| 17:16:36 | mjn3 | ok... regarding the header noise, probably a good idea... |
| 17:19:58 | mjn3 | andersee: just tested on phoenix. mips strerror now works correctly |
| 17:20:34 | andersee | mjn3: you 'da man! |
| 17:20:49 | mjn3 | andersee: doing a rebuild so i can rerun the python and perl tests |
| 17:20:55 | sjhill | i'm am soo out of the loop right now |
| 17:22:17 | mjn3 | sjhill: when erik was looking at the errno situation, i realized that the errno strings didn't work for the "odd" archs... alpha, sparc, and mips. so i just fixed strerror and friends to deal with the differences |
| 17:22:36 | sjhill | ah |
| 17:23:03 | mjn3 | sjhill: one of the reasons i just killed sys_errlist was that mips has a valid errno of 1133! |
| 17:23:22 | sjhill | ok, 'mkdtemp' is defined in the 'stdlib.h' header in uclibc, but there is no implementation of it for uclibc, shall i create it? |
| 17:23:36 | sjhill | mjn3: MIPS is weird |
| 17:23:47 | sjhill | i love MIPS, but it's a strange beast |
| 17:27:45 | andersee | sjhill: Hmm. Looks _exactly_ like mkstemp(), except for a dir not a regular file... |
| 17:28:07 | andersee | sjhill: Should be able to reuse exising code... go for it. |
| 17:28:11 | sjhill | k |
| 17:33:50 | mjn3 | andersee: threaded perl build dies pretty quickly with missing readdir64_r |
| 17:35:49 | andersee | mjn3: Hmm. Gues I implemented readdir_r but forgot readdir64_r |
| 17:37:14 | andersee | mjn3: I'll add readdir64_r right now. Its a trivial mod of the existing readdir_r |
| 17:39:50 | mjn3 | andersee: ok. python 2.2.1 tests pass with current cvs. running non-threaded perl build and test now |
| 17:40:44 | andersee | mjn3: I just checked in readdir64_r.c |
| 17:40:49 | mjn3 | ok |
| 17:45:27 | LeeT | hello. Excuse me for interrupting, but can anyone tell me if there's a channel for general uClinux developers? |
| 17:46:00 | andersee | LeeT: dunno. Tried #uclinux? |
| 17:46:16 | LeeT | I didn't see it listed anywhere.. but I'll give it a try. thanks |
| 17:51:33 | mjn3 | andersee: unthreaded perl passed all the tests |
| 17:51:46 | andersee | Very cool |
| 17:51:58 | mjn3 | trying a threaded perl build again |
| 17:52:02 | andersee | Wanna do a cvs up to get readdir64_r and try again? |
| 17:52:07 | andersee | k |
| 17:54:00 | andersee | mjn3: I'm running the NIST test now... |
| 17:56:21 | mjn3 | andersee: good idea |
| 18:09:47 | mjn3 | andersee: threaded perl now builds. ;-) |
| 18:11:34 | andersee | :) |
| 18:14:38 | sjhill | mkdtemp.c is in 0.9.14...i'm using 0.9.12...i'm SOOO sorry |
| 18:15:33 | mjn3 | andersee: seems to be stalled in one of the thread tests... |
| 18:17:01 | andersee | sjhill: It is? I don't see it... |
| 18:17:16 | andersee | [andersen@dillweed andersen]$ cd CVS/uClibc |
| 18:17:17 | andersee | [andersen@dillweed uClibc]$ grep -r mkdtemp * |
| 18:17:17 | andersee | include/stdlib.h:extern char *mkdtemp (char *__template) __THROW; |
| 18:17:29 | andersee | nada |
| 18:17:52 | sjhill | checks again |
| 18:23:12 | mjn3 | andersee: stalled on 2 of the thread tests. passed everything else though, although i didn't run the networking tests. need to do that |
| 18:23:44 | andersee | Hmm. Can you get straces/ltraces on the stalls? I may have hosed up some locking somewhere.... |
| 18:24:24 | mjn3 | i'm running more detailed tests now |
| 18:32:15 | sjhill | andersee: are you planning on releasing 0.9.15 today then/ |
| 18:32:17 | sjhill | ? |
| 18:33:10 | andersee | sjhill: yup |
| 18:33:16 | andersee | Thats the plan |
| 18:33:24 | andersee | Its looking quite solid so far... |
| 18:33:33 | andersee | mjn3: NIST test finished |
| 18:33:35 | andersee | $ ./bin/validate | grep FAIL | wc -l |
| 18:33:35 | andersee | 72 |
| 18:33:36 | sjhill | builds some more |
| 18:34:33 | andersee | mjn3: 72 is much better then the 176 FAILs back in March.... |
| 18:36:08 | mjn3 | andersee: very true |
| 18:36:42 | andersee | mjn3: glibc gets 66 FAILS... |
| 18:36:51 | mjn3 | hmm |
| 18:37:15 | mjn3 | andersee: do you want me to just build perl on dillweed for you to look at? |
| 18:38:46 | andersee | mjn3: I bet an ltrace would be good enough. I'm gonna be doing a touch of kernel hacking once again, so dillweed is gonna be subject to reboots for a while |
| 18:39:36 | sjhill | andersee: wait, you do radeon stuff? |
| 18:42:20 | andersee | sjhill: I work on whatever code happens to piss me off the most. :-) That day the radeon frambuffer was irritating me... |
| 18:42:42 | andersee | has wierd hobbies |
| 18:48:16 | mjn3 | andersee: i'm afraid ltrace isn't working out very well here... |
| 18:49:05 | mjn3 | andersee: one of the tests is showing the following message in different places in different runs (hey.. what do you expect with threads): |
| 18:49:11 | mjn3 | thread failed to start: You need a lock before you can cond_wait at /home/mjn3/work/embedded/perl-5.8.0/lib/Thread/Queue.pm line 76. |
| 19:02:24 | andersee | mjn3: fetching perl-5.8.0.tar.gz now to take a look |
| 19:03:47 | mjn3 | andersee: the failure with the other test _seems_ to be related to cond_signal... |
| 19:10:17 | sjhill | andersee: i can even get gcc-3.2 to cross-compile |
| 19:10:27 | sjhill | In file included from gthr-default.h:1, |
| 19:10:27 | sjhill | from ../../gcc-3.2/gcc/gthr.h:98, |
| 19:10:27 | sjhill | from ../../gcc-3.2/gcc/unwind-dw2.c:28: |
| 19:10:27 | sjhill | ../../gcc-3.2/gcc/gthr-posix.h:37:21: pthread.h: No such file or directory |
| 19:10:46 | sjhill | when bootstrapping at stage1, we don't have headers like that! |
| 19:14:46 | mjn3 | andersee: hmm... attaching to the tests with gdb... waiting process is at 0x400607dd in __rt_sigsuspend (mask=0xbf3ff958, size=8) at syscalls.c:1460 |
| 19:14:46 | mjn3 | 1460 _syscall2(int, __rt_sigsuspend, const sigset_t *, mask, size_t, size); |
| 19:15:34 | mjn3 | andersee: but it seems to be waiting on a process that is at 0x40041a18 in __pthread_return_0 () at weaks.c:97 |
| 19:15:34 | mjn3 | 97 return 0; |
| 19:16:31 | mjn3 | andersee: that the symbol is comming from weaks.c seems very weird... |
| 19:18:05 | sjhill | andersee: nevermind |
| 19:20:23 | andersee | mjn3: using gdb on multi-threaded apps requires a fix to gdb... gdb tries to use the wrong libthread_db. That lib is how gdb quesies libpthread state. Unfortunately, the the path to libthread_db is fixed in gdb at compile time. |
| 19:20:55 | andersee | :( |
| 19:21:12 | andersee | That sigsuspend is a sympton of that problem |
| 19:21:19 | mjn3 | as if i needed another reason to loathe threads... |
| 19:21:34 | andersee | indeed |
| 19:24:24 | mjn3 | andersee: in any case, looking at the perl code, it stalls at a cond_signal call on a lock |
| 19:26:05 | mjn3 | the failing tests are ext/threads/shared/t/cond.t and lib/Thread/Queue.t |
| 19:26:41 | andersee | mjn3: When it says "You need a lock before you can cond_wait" is there code in there attempting to aquire a lock? |
| 19:27:11 | andersee | is still downloading perl... 9.4 MB and counting.... |
| 19:28:05 | andersee | How big is this sill thing? |
| 19:28:41 | mjn3 | 11Mb |
| 19:30:00 | andersee | I'm only getting 6.4 k/sec from cpan |
| 19:31:04 | mjn3 | that was the Queue test... i see a lock, but not a cond_wait. must be from some imported file. |
| 19:38:16 | mjn3 | andersee: just so you know, there are some specific things you need to do with the perl config to get it to build... |
| 19:38:33 | sjhill | tlibio.c:699: `sys_errlist' undeclared (first use in this function) |
| 19:38:33 | sjhill | tlibio.c:699: (Each undeclared identifier is reported only once |
| 19:38:33 | sjhill | tlibio.c:699: for each function it appears in.) |
| 19:38:33 | sjhill | make[1]: *** [tlibio.o] Error 1 |
| 19:38:52 | sjhill | ummm, you guys have been messing with syserr stuff, any ideas? |
| 19:39:20 | mjn3 | sjhill: yes... it his been removed with extreme prejudice... |
| 19:39:38 | sjhill | mjn3: when? i just did a cvs co 1-1/2 hours ago |
| 19:40:10 | mjn3 | sjhill: when i fixed strerror and friends. |
| 19:41:23 | sjhill | mjn3: ah, it's the application code....great....so what do i use instead of 'sys_errlist'? |
| 19:42:13 | mjn3 | sjhill: what application code? |
| 19:42:39 | sjhill | mjn3: Linux Test Projects (LTP) |
| 19:43:26 | mjn3 | sys_nerr and sys_errlist were deprecated a long time ago... they aren't even mentioned as legacy by SUSv3 |
| 19:44:20 | sjhill | mjn3: ok, but what should i replace it with? |
| 19:44:24 | mjn3 | sjhill: as i mentioned earlier, LTP's libc test seems to be just a test of glibc behavior... glibc includes everything of course |
| 19:44:26 | sjhill | spends all his time in kernel space normally |
| 19:44:35 | sjhill | hmm |
| 19:45:47 | andersee | sjhill: strerror() |
| 19:46:08 | andersee | i.e. change sys_errlist[errno] to be strerror(errno) |
| 19:46:17 | sjhill | andersee: yup, just found it myself :) |
| 19:46:18 | mjn3 | sjhill: apps should be using strerror or strerror_r now... unfortunately there is an issue with strerror_r. glibc had a version that returns char *. SUSv3 added a new function (vs v2) that returns int. that's why i had to play some games in string.h |
| 19:46:18 | sjhill | thx guys |
| 19:47:09 | mjn3 | sjhill: yes. any ref to sys_errlist[errno] should be replaced by strerror(errno), or strerror_r(errno,buf,sizeof(buf)) |
| 19:48:55 | mjn3 | sjhill: maintaining sys_errlist[] was a problem with different archs. and mips has an errno of 1133 for EDQUOT |
| 20:39:15 | sjhill | hey BZFlag |
| 20:44:53 | LeeT | does anyone know if there's a generic uClinux channel anywhere? |
| 21:33:22 | sjhill | andersee: got a minute? |
| 21:34:32 | sjhill | these are the remaining functions missing when compiling LTP |
| 21:34:38 | sjhill | `cuserid' |
| 21:34:38 | sjhill | `errx' |
| 21:34:38 | sjhill | `getresgid' |
| 21:34:38 | sjhill | `getresuid' |
| 21:34:38 | sjhill | `setresuid' |
| 21:34:38 | sjhill | `syscall' |
| 21:34:43 | sjhill | `sysctl' |
| 21:34:45 | sjhill | `ulimit' |
| 21:34:47 | sjhill | `valloc' |
| 21:35:17 | andersee | sjhill: syscall() is implemented... You still using 0.9.12? |
| 21:35:37 | andersee | Are you testing on mips or x86? |
| 21:37:39 | sjhill | mips |
| 21:37:52 | sjhill | none of the files get compiled in 'libc/sysdeps/linux/common' |
| 21:38:00 | sjhill | which is where a lot of those are |
| 21:38:03 | andersee | It looks like ulimit, getresgid, getresuid, setresuid are missing from libc/sysdeps/linux/common/syscalls.c |
| 21:38:15 | andersee | sysctl also |
| 21:38:19 | sjhill | it's worse than that, nothing gets compiled in that directory! |
| 21:38:46 | sjhill | i can't figure out why |
| 21:38:49 | andersee | nothing? |
| 21:38:53 | sjhill | nope |
| 21:39:15 | andersee | does a 'make clean; make' on phenix to test mips once again |
| 21:39:26 | sjhill | i'm cross compiling by the way |
| 21:39:28 | andersee | err. phoenix |
| 21:40:29 | sjhill | screams |
| 21:42:16 | sjhill | must rpm building must be hosed |
| 21:52:58 | sjhill | andersee: setresuid is commented out in 'syscalls.c' |
| 21:53:05 | sjhill | so are a bunch of the others |
| 21:55:51 | andersee | sjhill: they are not yet implemented... |
| 21:59:43 | sjhill | so, all i have to do is create a _syscallX entry |
| 21:59:48 | sjhill | cool |
| 22:00:06 | andersee | yup |
| 22:00:30 | andersee | Unless the syscall is Really Wierd(tm), in which case more may be needed.... |
| 22:00:32 | sjhill | gah, 'syscall' eep |
| 22:01:13 | andersee | syscall() for mips is _mostly_ implemented by libc/sysdeps/linux/mips/__uClibc_syscall.S |
| 22:01:25 | sjhill | what's missing that you didn't do? |
| 22:02:08 | andersee | sjhill: see libc/sysdeps/linux/arm/syscall.c for an example of how to do it right... |
| 22:02:13 | sjhill | k |
| 22:02:17 | sjhill | valloc? |
| 22:02:36 | sjhill | valloc, cuserid, errx are the only remaining ones i'm not sure about |
| 22:03:13 | andersee | valloc is a malloc wrapper that ensures that bytes are aligned on a page boundaries. |
| 22:04:19 | andersee | 'man 3 cuserid' covers that one |
| 22:04:31 | sjhill | valloc is not defined from what i can see |
| 22:04:36 | sjhill | bear with me, i'm having a rough day |
| 22:05:47 | sjhill | i can implement cuserid |
| 22:08:39 | andersee | valloc is indeed not present. It used to be, but I killed it (implemented) |
| 22:08:48 | andersee | http://uclibc.org/cgi-bin/cvsweb/uClibc/libc/stdlib/malloc-930716/Attic/ |
| 22:09:02 | andersee | See valloc.c and memalign.c in there.... |
| 22:09:08 | sjhill | k |
| 22:09:24 | sjhill | errx is last one |
| 22:09:48 | andersee | I'm not happy with that implementation though... It should be done in a malloc implementation independent sortof way. |
| 22:10:06 | andersee | errx.h is a variant on err(), from include/err.h |
| 22:10:17 | sjhill | found it in glibc |
| 22:10:19 | sjhill | hmm |
| 22:11:21 | sjhill | looks like valloc is the only hard one.... |
| 22:11:36 | sjhill | i can get the rest of these implemented today, but you want to release today, right? |
| 22:12:06 | andersee | I'd like to. I'd also like to see the implementation before things go in.... |
| 22:12:21 | andersee | I'll be up pretty late tonight... |
| 22:12:21 | sjhill | ok |
| 22:12:34 | sjhill | i need to go for a walk before i go postal |
| 22:12:43 | sjhill | ambles off |
| 23:50:52 | | ibot is nothing but a knotty-pated thimbleful of tempestuous seagull puke. |
| 23:50:52 | andersee | ibot: insult ibot |