CEGUI (Crazy Eddie's GUI) Forums

I checked in some updates to SVN recently that included support for 3 of the 4 XML parsers, some other misc. project fixes, and has a number of the samples building and running.

I need to post a zip file of the dependency frameworks that it needs, though. That will be coming soon.

-E

CrazyEddie wrote:Glad to see progress continues Monty

CE

That's MISTER Burns!

-E

Excellent, Smithers! *taps fingers together* One less thing to worry about.

-E

Here's an update on my progress of updating the OS X build. I want to make sure it's visible, since the stuff I'm working on isn't being committed to SVN. 1. I have the SILLY.framework built as a universal binary, which required building universal binary frameworks of zlib, png, and jpeg. 2. I'm try...

If you have any problem with SILLY contact me :p So far, it's been pretty straightforward. The issue at hand is that fink doesn't build Universal binaries, and googling has shown me that they don't intend to (with good reason). So, it appears my alternatives are: 1. Leave the SILLY Xcode project as...

Hey all, First, I apologize for my recent disappearance and the languishing of the OS X project for CEGUI. I've resumed the Xcode project, and wanted to provide an update to the Mac developers on what is coming: 1. The project is being updated to include the new image codecs and XML parsers. 2. The ...

Ceacy wrote:
I finally put "my" tinyxml in a namespace, so the problem disappeared
Thanks !

Heh, I did the same thing, and didn't even remember.

-E

Ceacy wrote: Everything compiles fine, without any error, but when i run the executable, CEGUI::SchemeManager::getSingleton().loadScheme() causes a segfault (before i added tinyxml, it worked). I finally (after some tests) understood that having tinyxml twice (in the CEGUI lib and in my src dir) wa...

tiennou wrote: Hmm, I changed every #include <malloc.h> to #ifdef __APPLE__ #include <malloc/malloc.h>. This seemed to do the trick, but if there's a link between those malloc's and Ogre Memory functions I might come to a few problems. For the ones regarding "CEGUI...Thing.h", I found out...

The Lua scripting module allows you pass in your own Lua state structure, and the linked code for Lua/tolua is pretty small, so linking against your own Lua lib doesn't cost that much in terms of binary size.

@Lijat: Aha. The Mac build in the 0.4.0 tarball is slightly broken (as you've noticed). :oops: I would recommend, if you don't want to be bleeding edge with CVS HEAD, to check out the "v0-4" branch from CVS, as it has updates that are not in the tarball, one of which should fix the linker ...

Lijat, I'll try to address all your issues: 1. I believe the general policy right now is not to distribute precompiled binaries. 2. I've not seen the linker error you're getting, but I believe it has to do with one of the frameworks being built as static, and the other as dynamic. 3. I apologize for...

It's standard practice for 3rd-party app/libraries to installed their stuff in the appropriate directories under /usr/local, i.e., /usr/local/include, /usr/local/lib, etc. If you put the libs into a subdirectory, then you'd have to add the path to linker's search paths. While this would work, it unn...

You want to consume the event if CEGUI uses it:



-E

Documentation is my least favorite thing to do. ;) That being said, it takes time to write, as do samples and demos. And just to pour a little lemon juice into your paper cut, significant changes are on the horizon.... Why document (extensively) what you know will change? The docs and demos and samp...