The loader has actually been integrated to Ndless's trunk a while ago but I'm getting the same error when linking to nSDL. Without any solution I can't release the update.
simonepsp: I suppose you are trying to build Ndless itself. Do you plan to add features to Ndless? Did you try first to build a standard TI-Nspire program to check if the
Your error may come from a bad PATH environment variable setup. The Ndless SDK is a zero-setup compilation chain, you don't need to install MSYS or YAGARTO, nor set yourself environment variables. Make sure to follow the latest tutorial: http://ndlessly.wordpress.com/native-development-intro/
ExtendeD I really would like you to fix the relocation issues, it's unbelievably horrible (but I suppose you know more than well enough the feeling I'm feeling right now, so no hurry).
Sorry about that. I really need tangrs to debug the issue with the bFLT loader and nSDL.
tangrs's bFLT support has actually already been integrated into Ndless's SVN trunk, but seems to conflict when linking with nSDL. As I don't know much about the bFLT format and the linker's magic I'm unfortunately stuck, any help is welcome.
Try to add the GCC switch -nostdlib to your Makefile. Maybe Newlib 1.20 has changed several things now incompatible with Ndless (Ndless should be compatible with Newlib 1.19).
It's really not hard to implement, I have no idea why those emulators haven't done that yet..
I am not sure it's that easy. I your case I suppose that the Android phone acts as a USB host and implements TI's protocol. In the case of an emulator it would have to interface with TI's specific USB controller I/O ports, then forward this to the computer USB port as a host. And maybe this wouldn't be possible if TI's protocol requires the emulated calculator to act as a USB device.
You actually don't need to install MSYS anymore to develop for Ndless. Did you try the latest standalone Ndless SDK that includes everything you need to edit, build et test your C programs?
Show Posts
