Hi
I am glad that the lib passed the conformance tests,
congrats...
When I upgrading to version 1.0 there are some issue
with msvc-8.0.
If needed, I'll try to fix them.
Here is the error log :
1>------ Rebuild All started: Project: OGLES,
Configuration: Release XScale Windows Mobile 5.0 Pocket
PC SDK (ARMV4I) ------
...
1>Linking...
1> Creating library Windows Mobile 5.0 Pocket PC SDK
(ARMV4I)\Release XScale/libGLES_CM.lib and object
Windows Mobile 5.0 Pocket PC SDK (ARMV4I)\Release
XScale/libGLES_CM.exp
1>CodeGenerator.obj : error LNK2019: unresolved
external symbol cg_module_dump referenced in function
"void __cdecl `anonymous namespace'::Dump(char const
*,struct cg_module_t *)"
(?Dump@?A0x221a8de1@@YAXPBDPAUcg_module_t@@@Z)
...
Logged In: YES
user_id=95924
fixed, just add .c files from ogles\src\codegen
Is it planned to make a linux/debian package ? I'll think
about it if noone do that ..
Logged In: YES
user_id=618887
That might be just a problem with DEBUG vs. non-DEBUG
build options.
I do not have an environment for Windows Mobile 5.0 at
this point (because my focus is shifting on the Linux
port), but if you want to be maintainer of this
configuration, I can set you up for that.
- HM
Logged In: YES
user_id=95924
The linux port is something I consider too.
I'll can help to package it for debian
Else the msvc-8.0 project file is attached
Logged In: YES
user_id=618887
That's probably a missing NDEBUG preprocessor flag in the compiler arguments.
I am not maintaining the Windows Mobile 5.0 Version myself, so I am relying on
contributors to maintain that version.
Regards,
HM
Logged In: YES
user_id=618887
Sorry, Sourceforge brings up the responses in a random order...
Yes, if you want to, we can add a debian distribution. Would this be for ARM?
Also, just out of curiosity, what devices are you programming against?
- HM