Developer C++ For Cp300
#1
Posted 05 May 2004 - 08:30 AM
#2
Posted 05 May 2004 - 11:32 AM
#3
Posted 05 May 2004 - 12:50 PM
#4
Posted 05 May 2004 - 03:03 PM
Would you have already tested it ?
#5
Posted 05 May 2004 - 03:46 PM
#6
Posted 05 May 2004 - 05:28 PM
#7
Posted 06 May 2004 - 02:14 AM
#8
Posted 06 May 2004 - 05:06 AM
#9
Posted 06 May 2004 - 09:24 AM
This year?
I hope it won?t be like half-life 2 or doom 3.
#10
Posted 06 May 2004 - 04:25 PM
Yeah, things haven't always happened quickly.When will be ready?
This year?
The SDK is on a tight schedule though. Casio has already "officially" announced it. That means the clock is ticking
#11
Posted 06 May 2004 - 04:36 PM
#12
Posted 06 May 2004 - 05:37 PM
#13
Posted 09 May 2004 - 04:40 PM
If yes I'll sell my AFX and buy a CP because this thing offers so many
possibilities.
#14
Posted 09 May 2004 - 06:09 PM
if you have a compiler, chances are very high there's an assembler available
since an SDK will include all the libraries needed, all you need to do is find an assembler that targets the specific CPU
I really doubt there will be any assembler specific sdk, although the compiler might (/should) offer inline assembly.
if the low level routines, such as drawing are decent you probably won't have to hand write much asm anyway. although, I doubt they are that optimized , there will probably be a few home made drawing libs out shortly after the devkit is released.
#15
Posted 10 May 2004 - 03:14 AM
#16
Posted 10 May 2004 - 07:08 PM
It is pretty much the same as if you were to write a Windows application. Most everyone would be happy with the standard libraries and never need to use ASM.
#17
Posted 10 May 2004 - 07:27 PM
I wanna know when SDK will be released
If it will be released after holydays, I will be angry
#18
Posted 10 May 2004 - 08:14 PM
#19
Posted 10 May 2004 - 09:18 PM
#20
Posted 11 May 2004 - 01:33 PM
The basic getkey funciton has a halt/wait statement somewhere in it, to save batterylife of basic applications waiting for input.. there is no way in hell the C++ library function will do that
#21
Posted 11 May 2004 - 04:07 PM
for a different platform you'll probably be forced to use the routines that come
with the SDK ... so maybe they'll be like the ones on the calc ? Who knows ...
#22
Posted 11 May 2004 - 04:14 PM
also, if roe got a asm compiler on the AFX surely we could get one on the classpad... it could compile right from basic text files.
#23
Posted 11 May 2004 - 04:27 PM
#24
Posted 11 May 2004 - 05:07 PM
C/C++ at least is 10x better than basic!!
#25
Posted 11 May 2004 - 07:04 PM
#26
Posted 12 May 2004 - 01:40 PM
Ps: i don't know if it's possible
#27
Posted 12 May 2004 - 02:54 PM
#28
Posted 12 May 2004 - 03:53 PM
#29
Posted 12 May 2004 - 05:53 PM
you could make whatever took you 3days on the calc, in 3 hours on the PC (with an emulator and a debugger), and spend the other 2 days and 21 hours actually using (/playing) it on the calc..
#30
Posted 12 May 2004 - 06:55 PM
plus the classpad does have a pointing device, and I suppose could do sentax highlighting.
besides, just cause your not interested in it doesnt mean nobody else would be
#31
Posted 12 May 2004 - 09:02 PM
#32
Posted 12 May 2004 - 09:13 PM
#33
Posted 12 May 2004 - 10:18 PM
PV SDK supports ASM, e. g. Text Viewer app uses some ASM routines for displaying other fonts instead of the built in ones (this can be used for syntax highlighting). Or Basic interpreter (very fast) uses also ASM routines. I don't know how CP SDK will look like but I suppose it'll be similar to PV SDK.
For me is easier to learn C (C++) so I will prefer this language. I can use it for "bigger" apps. For "small" functions I rather use BASIC. On ClassPad is very easy to write some progs (not only due to menus but mainly due to QWERTY keyboard).
New basic functions
We won't be able to rewrite built-in functions. I think we can't access OS image in ClassPad but we could create some patch. If hardware of CP is similar to PV, then OS is loaded to RAM where we could change it. It will not affect original OS in "ROM" part of memory.
Today we can only discuss about it. All things will be clearer after release of SDK.
#34
Posted 13 May 2004 - 07:53 PM
#35
Posted 13 May 2004 - 08:22 PM
C# is more object oriented, cleaner, and a natively garbage collected langauge
In terms of syntax, there isn't that big differences, although there are types and keywords in C# that are not present in C++, and things like nested namespaces
Just remember to clean up your data and you should be fine
0 user(s) are reading this topic
0 members, 0 guests, 0 anonymous users