Knowledgeable Mac (OS X) xcode coder (still) needed!

[Buginator]

Knowledgeable Mac person needed!

We REALLY need a person that can help us with the Qt issues on the mac.
Mainly, this involves keyboard input / output (display) routines, and a few other things.

We would hate to drop support for the mac, but if nobody can step up to the plate, then this will happen.

More info is available here: http://developer.wz2100.net/ticket/1549



We are having issues with trying to update all the libs we use for the Macs, and nobody on our current team has time or the knowledge on how to fix this.

That means, we need someone to update the Xcode project file to the latest version of all the 3rd party libs that we use.
We also don't know why NLS support isn't working.

All the files you need are here: http://developer.wz2100.net/browser/branches/2.3/macosx

We need the latest version of these libs, except where noted. The libs are, libpopt, libSDL, libogg, libvorbis, QuesoGLC, libopenAL, libphysfs (1.1, not 2.0!) libtheora, libpng, and whatever else.


Thanks for the help!

Update 3/13/10: we can't get gettext working on the Mac.
If anyone can help us fix this in time for a 2.3 release, that would be great!

[dak180]

We also don't know why NLS support isn't working.

All the files you need are here: http://developer.wz2100.net/browser/branches/2.3/macosx

We need the latest version of these libs, except where noted. The libs are, libpopt, libSDL, libogg, libvorbis, QuesoGLC, libopenAL, libphysfs (1.1, not 2.0!) libtheora, libpng, and whatever else.

I am willing to take a stab at trying to update the libs, although I do not really do not know enough to even know where to begin as far as NLS issues are concerned.

Taking a quick glance though the current xcodeproj I noticed that some of the libs are currently pointing to betas and such, so exactly what version would you like for each one?

[Buginator]

I am willing to take a stab at trying to update the libs, although I do not really do not know enough to even know where to begin as far as NLS issues are concerned.

Taking a quick glance though the current xcodeproj I noticed that some of the libs are currently pointing to betas and such, so exactly what version would you like for each one?

On windows / linux, we use whatever the latest version is...
SDL-1.2.14.tar.gz - http://www.libsdl.org/release/SDL-1.2.14.tar.gz
libogg-1.1.4.tar.gz - http://downloads.xiph.org/releases/ogg/ ... 1.4.tar.gz
libvorbis-1.2.3.tar.gz - http://downloads.xiph.org/releases/vorb ... 2.3.tar.gz
libtheora-1.1.1.tar.bz2 - http://downloads.xiph.org/releases/theo ... .1.tar.bz2
For GLC, we are using this via svn: http://quesoglc.svn.sourceforge.net/svn ... 7/quesoglc
physfs-1.1.1.tar.gz - http://icculus.org/physfs/downloads/physfs-1.1.1.tar.gz
And the rest of them, they should be the latest 'stable' version.

Thanks again for the help!

BTW, I may not be around for a week or so, but leave a message here, and one of the other devs should be able to help you out.

[dak180]

Hmm..

Pixman is not getting built and is missing its info.plist; does this need snipping out?

[Buginator]

Hmm..

Pixman is not getting built and is missing its info.plist; does this need snipping out?

Pixman? Isn't that from cairo?

I would assume that stuff can be removed. I really have no clue though.

[dak180]

Pixman? Isn't that from cairo?

I would assume that stuff can be removed. I really have no clue though.

I will leave Pixman alone for now then.

I have almost everything done now, the only one I am still working on is Popt; there is a #if !defined that is not working and I do not know why.

For QuesoGLC the script is currently set up to fetch a predefined revision; do you want it to stay that way or to always get the latest?

Also for SDL there is an up to date prebuilt version of the framework; is there any reason not to use that instead of building our own?

[cybersphinx]

I will leave Pixman alone for now then.

Are you looking at trunk or 2.3? If pixman is cairo stuff then it might be needed for betawidget in trunk, but not the trunk game itself, and 2.3 doesn't need it.

For QuesoGLC the script is currently set up to fetch a predefined revision; do you want it to stay that way or to always get the latest?

Is that r912? That one has some fixes we might need (once language selection actually works).

Also for SDL there is an up to date prebuilt version of the framework; is there any reason not to use that instead of building our own?

Basically the reason for everything in the Mac build is that it works, and nobody found a better way yet.

[Zarel]

For QuesoGLC the script is currently set up to fetch a predefined revision; do you want it to stay that way or to always get the latest?

I'd prefer to fetch a predefined version - we never know if a new one is going to cause a compatibility issue.

Although I note that even the newest versions of QuesoGLC are absolutely horrible on Mac OS X, and makes fs_usage cry: viewtopic.php?f=6&t=3866

Also for SDL there is an up to date prebuilt version of the framework; is there any reason not to use that instead of building our own?

If you could change it to fetch and use a prebuilt version of the framework, I would love you forever.

[dak180]

Are you looking at trunk or 2.3? If pixman is cairo stuff then it might be needed for betawidget in trunk, but not the trunk game itself, and 2.3 doesn't need it.

I am looking at trunk, but it does not actually get downloaded or built atm.

Is that r912? That one has some fixes we might need (once language selection actually works).

914 is what I have currently set it to.

Basically the reason for everything in the Mac build is that it works, and nobody found a better way yet.

If you could change it to fetch and use a prebuilt version of the framework, I would love you forever.

Just want to check because if we can use the their build of the framework I would like to, it will make things simpler.

I would not want to set it up to auto-fetch the framework (it is buried in a .dmg), rather include it in the source much like Transmission includes the Growl framework in theirs.

[Zarel]

Just want to check because if we can use the their build of the framework I would like to, it will make things simpler.

I would not want to set it up to auto-fetch the framework (it is buried in a .dmg), rather include it in the source much like Transmission includes the Growl framework in theirs.

How much larger would that make the source?

Then again, I suppose it wouldn't matter, if we'd have to download it either way.

[dak180]

How much larger would that make the source?

The framework is a bit over 2MB while the source is just over 4MB.

[Zarel]

...that's not too bad.

[Tarhead]

I am willing to help but code o code I don't know it.

[dak180]

I have a preliminary version of the .xcodeproj file:

Warzone.macosx.zip

Updated .xcodeproj file and new .plist file.

(132.26 KiB) Downloaded 390 times

• Every third party source has been updated.
• Popt now compiles.
• Organization has been improved.
• A bare bones plist file has been added for pixman, so it will compile.

Next up:

• Switch from rolling our own SDL framework to a prebuilt one.
• Update plist files to be more useful where possible.

[Tarhead]

Forgot to said I have Power Mac G4 with 10.4.11 and a NVIDIA GeForce2 MX