64-bit?

[Nitro]

Hello,

are there any plans to make a 64-bit version of cegui? I am especially interested in an MSVC 9.0 64-bit binary.

-Matthias

[CrazyEddie]

Hi,

CEGUI has been 64 bit compatible since as early as 2005 IIRC. My main linux box is 64 bit so continuing 64 bit compatibility is pretty much guaranteed. However, I do not have, and I'm not sure if scriptkid has, a 64 bit version of MS Windows, and so while we could theoretically compile the binaries, we have no means of testing them.

So basically, the code is already 64 bit compatible and should compile with little or no tweaking, and it's unlikely we'll be providing 64 bit binaries any time soon.

CE.

[Nitro]

Thanks for your answer. It took me some time to get back to this.

I managed to compile cegui on vc9 in 64-bit mode (had to compile FreeType 64-bit as well). I've only built ceguibase, ceguifalagard_wr and ceguixercesparser, no image handlers (since I don't need them and I'm not keen to build all the dependency libs myself). I've commented out the parts in ceguieditbox using pcre, because I couldn't find a suitable 64-bit binary and didn't want to do this: http://earlw.wordpress.com/2009/01/05/p ... -makefile/ . Don't need the editbox validation anyways.

And now everything works just fine I got some warnings when compiling freetype, but seems like those are not so bad.

Adding a x64 platform to the premake files (I think the platform thing is supported in premake 4.x from what I gathered from their website) would be nice for a future release, so x86 and x64 compiles do not get mixed up, same for all the output/dependency pathes. But that's not a must, just a nice-to-have.

All in all I am happy it simply worked out of the box! Great work CE & CEGUI team!

-Matthias

[Cypherjb]

Thanks for your answer. It took me some time to get back to this.

I managed to compile cegui on vc9 in 64-bit mode (had to compile FreeType 64-bit as well). I've only built ceguibase, ceguifalagard_wr and ceguixercesparser, no image handlers (since I don't need them and I'm not keen to build all the dependency libs myself). I've commented out the parts in ceguieditbox using pcre, because I couldn't find a suitable 64-bit binary and didn't want to do this: http://earlw.wordpress.com/2009/01/05/p ... -makefile/ . Don't need the editbox validation anyways.

And now everything works just fine I got some warnings when compiling freetype, but seems like those are not so bad.

Adding a x64 platform to the premake files (I think the platform thing is supported in premake 4.x from what I gathered from their website) would be nice for a future release, so x86 and x64 compiles do not get mixed up, same for all the output/dependency pathes. But that's not a must, just a nice-to-have.

All in all I am happy it simply worked out of the box! Great work CE & CEGUI team!

-Matthias

Awesome timing. I'm just about to attempt this myself. Good to hear that it does indeed work.

[CrazyEddie]

Yeah, thanks for reporting back; it's good to know that things work ok

[Cypherjb]

I too just got it working.

Alas, I too had to throw out PCRE.

It's not that it's impossible to get to compile on x64, it's just that it was too much trouble for it to be worth it for my tiny project.

CE: Can we please please please please pretty please have official x64 support for Windows in the form of a precompiled deps pack and maybe solution files?

Either that, or the ability to replace PCRE with Boost::Regex

[CrazyEddie]

Having the regex library abstracted (and therefore easily replaceable / pluggable) is something that's previously come up and indeed something I wish to provide. This is, perhaps something that might get into the 0.7.0 release (since a compile option to remove PCRE usage is definitely going in anyway).

As far as providing official Windows 64 bit support, it's difficult since we do not have the required OS version in order that the support can be provided. I might look at the possibility of trying to compile the deps in 64 bit mode (theoretically easy, since the deps build system I use is fully automated)- though this would need to be tested by you guys, and would be an 'unofficial' provision. I'll let you know how this pans out by this time next week.

CE.

[Cypherjb]

Having the regex library abstracted (and therefore easily replaceable / pluggable) is something that's previously come up and indeed something I wish to provide. This is, perhaps something that might get into the 0.7.0 release (since a compile option to remove PCRE usage is definitely going in anyway).

As far as providing official Windows 64 bit support, it's difficult since we do not have the required OS version in order that the support can be provided. I might look at the possibility of trying to compile the deps in 64 bit mode (theoretically easy, since the deps build system I use is fully automated)- though this would need to be tested by you guys, and would be an 'unofficial' provision. I'll let you know how this pans out by this time next week.

CE.

Sounds perfect. I'm nearly finished testing the code on x86 and can move to x64. I already did some preliminary tests though and its looking good. I managed to get all the samples etc working if I disabled PCRE, so it certainly does work (unfortunately I couldn't get PCRE to compile on x64 so that small part is untested, mainly it has to be 'manually' compiled and I couldn't be bothered to get it working).

If you were to provide said 'unofficial' support that would be AWESOME, as would PCRE being optional (and regex abstraction would be too since I use Boost.Regex for other stuff anyway).

Thanks for the update and help. Look forward to hearing more.

[Cypherjb]

Just wanted to say I got everything working under x64. I'm still disabling PCRE (Boost.Regex support would be awesome ), but other than that it's great.

Anyway, just an update to again confirm that this does indeed work just fine. Thanks CrazyEddie.

[CrazyEddie]

Cool, thanks for letting us know that it's working.

To update on the 64bit dependency package; I did not work on CEGUI at all the last couple of weeks due to being engaged in other activities, but I'm going to put in at least 3 days this week (today being one of them), so hopefully I'll be able to get something sorted out.

CE.

[CrazyEddie]

Ok. I have made a partial x86_64 dependencies package available for VC++ 9 / 2008 - partial because I had issues in the image libs that I did not want to spend a lot of time resolving if the other parts do not work So, the package is mainly to see if my first attempts at producing 64 bit binary files for Windows work or not. Oh, one thing you need to know is that Xerces is version 3.something as opposed to 2.something, which means to link that you have to fix the name of the lib linked to (either in the project files, or just rename the lib file if you're desperate!).

This package contains:
PCRE
FreeType2
Lua
FreeGlut
Expat
DevIL
Xerces-C++

In contrast to the 32 bit packages, it does not contain:
FreeImage
Corona
SILLY

Anyway, here is the link. To reiterate: this is not an officially supported package, I have no way of testing it, and have no idea if any of the files contained within the package work or not.

Please let me know

CE.

[Cypherjb]

Ah great. Thanks, I'll give this a try a bit later today.

[Cypherjb]

Sorry for the delay, been super busy lately.

Tested and working.

[CrazyEddie]

Tested and working.

Thank you. When I get bored with what I'm working on at the moment I'll get the remaining libs to compile and put the completed package up on sourceforge

[purevirtual]

I've added the missing libraries (FreeImage, Corona and SILLY). We should now have a complete package for x86-64.
By the way, in order to get DevILImageCodec to compile, all references to ILvoid have to be replaced with void, as ILvoid is not defined anymore in more recent versions of the DevIL headers.

Cheers!