vebveb wrote:
I don't know if the prizm has a printf function. If it doesn't, I will give you the printf function I wrote for fx9860.
Already been implemented in libfxcg, though all but the most common specifiers haven't been implemented yet.
Already been implemented in libfxcg, though all but the most common specifiers haven't been implemented yet.
Code:
int cursx = 1;
int cursy = 1;
int printf(const char *format,...)
{
char buffer [1000];
unsigned char one [2]= { 0 , 0};
int n=6;
int i;
n = vsprintf((char*)buffer,(const char*)format,(char*)((va_list)&(format) + sizeof(format)));
for (i=0;i<n;i++) {
locate(cursx,cursy);
if(buffer[i] == '\n') {cursy++;}
else if (buffer[i] == '\r') {cursx=1;}
else {
one[0] = (unsigned char)buffer[i];
PrintC(one);
cursx++;
}
if (cursx >21) {cursx = 1; cursy++;}
if (cursy >8) {cursy = 8;vertical_scroll(VRAM[0],-8); ML_rectangle(0,63-8,127,63,0,WHITE,WHITE);}
}
ML_display_vram(VRAM[0]);
return n;
}Edit: In the file you give, Tari, everything is coded form scratch. On fx9860, there exists a sprintf function and a vsprintf function, then it is easier to code printf. Why do not take an already coded sprintf function? It is crossplatform. Maybe you can take it from gcc sources.
vebveb wrote:
Edit: In the file you give, Tari, everything is coded form scratch. On fx9860, there exists a sprintf function and a vsprintf function, then it is easier to code printf. Why do not take an already coded sprintf function? It is crossplatform. Maybe you can take it from gcc sources.
GCC exposes printf as a builtin, but that depends on it being in libc, so there's nothing useful coming out of libc. It would be possible to borrow an implementation from something else, but at this point I can't really be bothered to do so, since we already have a version tuned to our system.
The printf source is exposed in the glibc sources. In their implementation, sprintf, printf, ... use the function vfprintf, and the "%f" "%g" "%e" options are managed by the function printf_fp.
I don't know if we can take this source code, but if we can, it would be greit to add the implementation of "%f" "%g" "%e" to printf in libfxcg. We'll need these options for LuaFX.
I don't know if we can take this source code, but if we can, it would be greit to add the implementation of "%f" "%g" "%e" to printf in libfxcg. We'll need these options for LuaFX.
I have cross-posted this on UCF 
If this can be pulled off, it should really increase the amount of programs available to prizm. I love the idea of cross-compatability.
What else would be cool is a LuaFX interpreter for the TI-8x series...
If this can be pulled off, it should really increase the amount of programs available to prizm. I love the idea of cross-compatability.
What else would be cool is a LuaFX interpreter for the TI-8x series...
flyingfisch wrote:
I have cross-posted this on UCF
If this can be pulled off, it should really increase the amount of programs available to prizm. I love the idea of cross-compatability.
What else would be cool is a LuaFX interpreter for the TI-8x series...
What is there to cross-post, exactly? Anyway, I've been working on putting this together for the last few days, and I am getting close to having enough Prizm-specific libc components built to get this working on-calc.
If this can be pulled off, it should really increase the amount of programs available to prizm. I love the idea of cross-compatability.
What else would be cool is a LuaFX interpreter for the TI-8x series...
Register to Join the Conversation
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
Advertisement