00:32:03 | psypete | Hmm |
00:32:41 | psypete | would it be easy or difficult to embed udhcp in one of my projects? i.e., can it just "drop in" like in busybox with a wrapper or two? |
01:16:54 | psypete | is away: food food |
06:24:40 | aaronl | andersee: grrrr |
06:24:47 | aaronl | /home/aaronl/src/busybox/busybox/archival/dpkg.c: In function `unpack_package': |
06:24:47 | aaronl | /home/aaronl/src/busybox/busybox/archival/dpkg.c:1336: warning: implicit declaration of function `deb_extract' |
06:24:51 | aaronl | /home/aaronl/src/busybox/busybox/archival/dpkg.c:1336: `extract_quiet' undeclared (first use in this function) |
06:29:52 | andersee | looks like bug1 broke it... |
06:46:51 | aaronl | hehe |
06:46:59 | aaronl | andersee: this is cool |
06:47:16 | aaronl | andersee: i just made a graph of -finline-limit value vs binary size |
06:47:35 | aaronl | andersee: there is a range where it dips below the -finline-limit=0 binary size |
06:50:45 | psypete | hullo? |
06:51:03 | psypete | is back (gone 05:34:07) |
06:53:24 | andersee | aaronl: that sounds very odd |
06:53:33 | aaronl | not to me |
06:53:47 | aaronl | inlining small functions will always be a win |
06:53:52 | aaronl | but -Os won't inline any functions by itself |
06:54:58 | andersee | Inlining small functions (~40 bytes) that would otherwise be in a shared library is certainly a win |
06:56:00 | aaronl | i found that between -finline-limit=35 and -finline-limit=75 the size of busybox is decreased |
06:56:00 | andersee | Inlining very small functions also eliminates ELF header entries. |
06:56:08 | aaronl | i'd ratehr bitch and moan to the gcc developers though |
06:56:18 | aaronl | to make gcc automatically inline any functions with -Os that are wins |
06:56:19 | psypete | andersee: i have a question |
06:56:34 | andersee | Sounds like the right thing... |
06:56:55 | andersee | psypete: the answer is maybe |
06:57:04 | andersee | psypete: :) |
06:57:43 | psypete | andersee: do you know the udhcp code well? |
06:58:38 | andersee | Not especially so. Russ Dill is the author. |
06:59:02 | andersee | psypete: Russ is on at least #tuxscreen at the moment |
06:59:34 | psypete | andersee: thanks |
07:01:16 | psypete | andersee: how easily does udhcp incorporate into busybox? would it be hard to drop into one of my own projects? |
07:01:40 | andersee | psypete: it is already in the devel version of busybox... |
07:03:43 | psypete | andersee: i know... i was wondering how hard it is to drop into another program, as a non-main type function? |
07:05:21 | andersee | I'm not sure I follow you. |
07:05:29 | psypete | from what i read |
07:05:29 | andersee | Well, Russ is on looks like... |
07:05:33 | psypete | ooo |
08:15:09 | psypete | is away: . |
16:55:34 | kergoth | okay guys, question. I've got /dev -> /var/dev, setup identical to the devices in the tuxscreen root. problem is, umount /dev/hda1 fails. fstab references /dev/hda1, but i think umount is reacting badly to the fact that the real path to the device is /var/dev/hda1. |
16:55:38 | kergoth | ideas? :) |
21:50:16 | coob | hi, anyone alive? |
21:50:20 | kergoth | no |
21:50:29 | coob | cool, a channel of zombies :D |
21:51:10 | kergoth | mumbles about needing to eat human flesh |
21:51:15 | coob | I've installed a uClibc toolchain into /toolchain, installation went fine, however I'm having problems compiling busybox |
21:51:18 | coob | using... |
21:51:20 | coob | make CROSS=/toolchain/bin/arm-uclibc- PREFIX=/toolchain/newroot/ |
21:52:04 | coob | i get... bah closed the aterm lemme recompile shouldn't take a sec. |
21:52:41 | sjhill | hey andersee |
21:52:55 | coob | ok. |
21:53:00 | coob | this odd, it works now |
21:53:02 | coob | irc magic |
21:53:04 | coob | :) |
21:59:22 | andersee | sjhill: hey |
21:59:44 | andersee | coob: whats the problem |
21:59:57 | sjhill | andersee: i'm taking time now to fix that 'crt0.s' problem and then i'll have a look at the dload issue |
22:00:01 | andersee | coob: oh. it works. |
22:00:11 | andersee | sjhill: wohoo! cool, thanks |
22:00:24 | andersee | sjhill: I think I fixed mips already |
22:00:27 | andersee | looking |
22:00:59 | andersee | sjhill: yup, I fixed crt0.S already |
22:01:18 | sjhill | andersee: in that native toolchain? |
22:01:25 | andersee | sjhill: So nothing to worry about there. Just the wierd dlopen problem |
22:01:43 | sjhill | andersee: well, how did you fix the crt0.s thing? i need that |
22:02:12 | andersee | sjhill: It should work just fine with the updated wrapper or with a native toolchain. Just needs to call __uClibc_start_main(). See libc/sysdeps/linux/mips/crt0.S in CVS. |
22:02:45 | andersee | revision 1.6 |
22:02:45 | andersee | date: 2002/10/01 17:25:57; author: andersen; state: Exp; lines: +12 -14 |
22:02:45 | andersee | Patch from Marshall M. Midden <m4@brecis.com> to fixup crt0 for |
22:02:45 | andersee | mips where I had made a mess |
22:03:25 | coob | trying to put together a newer verison of revol |
22:03:36 | coob | last revision was like may i think |
22:03:50 | coob | just trying to figure out what the autor did heh |
22:08:04 | coob | hrm |
22:08:16 | coob | wonder if openss{l,h} wil work. |
22:09:53 | andersee | coob: I've heard reports of openssh problems, which I plan to look into today. |
22:10:46 | coob | ah ok. |
22:10:50 | coob | I just need the client. |
22:10:55 | coob | it's for a psion heh |
22:11:06 | coob | might be overkill. |
22:11:14 | coob | wonder if there's a 'lite' ssh client. |
22:12:16 | BZFlag | http://www.lysator.liu.se/~nisse/lsh/ |
22:12:29 | coob | :D thanks |
22:12:44 | kergoth | explodes |
22:13:24 | BZFlag | ducks to avoid the flying kergoth pieces |
22:23:44 | coob | does busybox come with al components compiled in by default? |
22:25:51 | coob | discovers applet_source_list |
22:48:39 | coob | ah Config.h even better heh |
22:51:22 | andersee | coob: Config.h is your friend. And no, not everything is compiled in by default |
22:52:10 | coob | yeah figured thanks |
22:52:16 | coob | jeez bustbox is sweet :D |
22:52:22 | coob | busybox rather |
22:52:26 | coob | damn tiny keyboard |
23:05:50 | coob | um, to cross compile a kernel will standard gcc suffice or do i need to tell the Makefile to use my cross compiler |
23:10:17 | BZFlag | set ARCH in the Makefile or on the command line. |
23:10:37 | BZFlag | and you need a xcompile toolchain of course. |
23:11:19 | coob | ARCH := arm |
23:11:29 | coob | yeah i have a toolchain in /toolchain |
23:11:38 | coob | how do i point the kernel to it. |
23:11:50 | coob | CROSS_COMPILE = arm-linux- |
23:11:51 | coob | aha |
23:12:05 | BZFlag | yep. and be sure it's on the path. |
23:12:25 | coob | change that to arm-uclibc- |
23:12:58 | coob | :D thanks |