How did you pull that off? I could never get the DSLinux toolchain working properly despite following the howto on the wiki and numerous cvs updates and recompiles. The toolchain would build fine, but then when I tried to use it to build the kernel and userland it would fail. Something from the linker about unrecognized options, -Wl,-elf2flt I think. The one time I had gotten the toolchain to work properly and build the kernel and everything, the apps I built (of which vim was one) died with a cryptic "Data abort" error.
Actually, now that I think about it, I don't think I tried vim. I did, however, try tar and ruby, and they both croaked.
I used the prebuilt toolchain binaries. The kernel and userland compiled fine, but vim needed a patch to enable cross-compiling.
I've never seen the data abort error before.
But you may be interested that using the latest DSLinux svn, I got wifi to work with my Linksys router for the first time.
Hmm. Interesting. I had considered using the prebuilt binaries but the wiki warned that they could be out of date, so I was like, "oh noes, better not use them!"
I just found one way to cause the -Wl,-elf2flt error. I got it when I attempted to run a toplevel make inside the cross-compiler shell xsh instead of in my normal environment. Defining CC, CFLAGS, etc. is only for compiling other apps outside of the uClinux tree.
Ah... yeah, and that's exactly what I was doing. I guess I just wasn't observant enough to notice the one time it actually worked was outside the cross-compiler environment.
Hah! That's great. DSLinux?
Yep. Fortunately with SuperCard RAM support. Without it, I don't think there would be much memory left for actually editing text with vim loaded!
I suppose emacs is out of the question then :-P
Heh. I think you could still use emacs so long as you had the supercard. I mean, it's only eight megs and constantly swapping, right? XD
Huh, I didn't realize they sorted that bus issue with the Supercard RAM. I wonder how they managed that.
No, it was something like the external memory only supports 16bit writes and the Linux kernel wasn't at all designed to cope with that sort of thing. I can't seem to find any mention of it on the DSLinux wiki, so maybe I just hallucinated the whole thing.