I am not seeing premake in subversion, either in the trunk or the branches. The URLs were the ones given on the wiki under TortoiseSVN.
I have spent the entire day chasing what appeared to be DLL/LIB versioning problems. The CEGUIBase dll in the ZIP'ed SDK did not have InvalidRequestException or RendererException defined, and programs were throwing GenericException. I cleared out older versions and used DependencyWalker to see what was going on. After a bit I decided that a full build from source would be a good idea, and pulled things down from SVN.
The instructions said to run the batch files in makefiles/premake. I'm using VS9 and decided to go with 2005 and run it through the conversion wizard. But no premake in either tree.
What step did I skip?
[solved] Premake and SVN
Moderators: CEGUI MVP, CEGUI Team
[solved] Premake and SVN
Last edited by Jon on Wed Jun 04, 2008 14:59, edited 1 time in total.
- CrazyEddie
- CEGUI Project Lead
- Posts: 6760
- Joined: Wed Jan 12, 2005 12:06
- Location: England
- Contact:
Hi, and welcome
I'm not certain why you would get those issues from the SDKs - they do work, honest!
Those Wiki instructions definitely need cleaning up (I assume it's those you're following) - I have a note on my todo list about this already.
Don't forget when building from source that you'll need to download an appropriate copy of the dependencies for VC 9.
We do not keep the premake executable in SVN - it can be obtained separately from http://premake.sourceforge.net/
HTH
CE.
I'm not certain why you would get those issues from the SDKs - they do work, honest!
Those Wiki instructions definitely need cleaning up (I assume it's those you're following) - I have a note on my todo list about this already.
Don't forget when building from source that you'll need to download an appropriate copy of the dependencies for VC 9.
We do not keep the premake executable in SVN - it can be obtained separately from http://premake.sourceforge.net/
HTH
CE.
Thanks, I was able to build the libraries.
I have been struggling trying to get Ogre to build with them, and really haven't had time lately to do much. Complete rebuilds of everything, and OgreMain wasn't linking due to unresolved FreeImage symbols. Yet the correct FreeImage library was being brought in. I'm putting off doing more until I have enough time to dump the symbol tables of everything.
Anyhow, none of this is a CEGUI issue.
I have been struggling trying to get Ogre to build with them, and really haven't had time lately to do much. Complete rebuilds of everything, and OgreMain wasn't linking due to unresolved FreeImage symbols. Yet the correct FreeImage library was being brought in. I'm putting off doing more until I have enough time to dump the symbol tables of everything.
Anyhow, none of this is a CEGUI issue.
It seems to me (and correct me if I'm wrong) that CEGUI uses FreeImage as a DLL, and Ogre (current SVN) wants a static library. I base this on the use of explicit calls to Initialize and DeInitialize in Ogre's FreeImageCodec class, and the fact that the Ogre Dependencies ship a 27M library, which towers over CEGUI's 56K version.
So it doesn't seem like a straightforward task to use CEGUI with the latest Ogre. Hopefully I'm overlooking something.
I'd much rather use DLLs myself.
So it doesn't seem like a straightforward task to use CEGUI with the latest Ogre. Hopefully I'm overlooking something.
I'd much rather use DLLs myself.
- CrazyEddie
- CEGUI Project Lead
- Posts: 6760
- Joined: Wed Jan 12, 2005 12:06
- Location: England
- Contact:
Who is online
Users browsing this forum: No registered users and 24 guests