31
Feature Requests / Re: Assertation Failure Crash (Windows SVN)
« on: May 15, 2008, 11:16:21 pm »
I'm not sure if you do this, but whenever anything in src changes after a svn up, run a clean build.
News:
New board
Show Posts
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
32
Mac / Re: Update 2.2.1
« on: May 13, 2008, 11:04:20 pm »
SDL 1.2.13 is used in UFO:AI 2.2.1.
The crash seems to be happening very early... I am working on creating something that will work on 10.4 - ripclaw, can I send you an updated ufo binary to test? If so, PM me your email and I can send you a link.
The crash seems to be happening very early... I am working on creating something that will work on 10.4 - ripclaw, can I send you an updated ufo binary to test? If so, PM me your email and I can send you a link.
33
Coding / Re: Mac build status
« on: May 13, 2008, 07:01:01 pm »
Which means running make or make bundle from src/ports/macosx/installer. I don't run make macinstaller but probably should just to make sure it runs properly in all cases. FWIW, all of this stuff was in a terrible state when I started work on it. I've been chipping away at the problems but haven't got everywhere yet!
34
Mac / Re: Update 2.2.1
« on: May 13, 2008, 06:54:59 pm »
Check the output in /Applications/Utilities/Console.app
When you double click an application, that is where the stdout and stderr are redirected. Alternatively, open up the terminal and run UFOAI.app/Contents/MacOS/ufo. You should see any errors printed there.
That said, I did compile this version of 10.5.2. I think it is possible to target 10.4 but I no longer have a 10.4 system to test on. I'll look into it.
When you double click an application, that is where the stdout and stderr are redirected. Alternatively, open up the terminal and run UFOAI.app/Contents/MacOS/ufo. You should see any errors printed there.
That said, I did compile this version of 10.5.2. I think it is possible to target 10.4 but I no longer have a 10.4 system to test on. I'll look into it.
35
Coding / Re: Suggestions for UFO2Map utility
« on: May 12, 2008, 03:23:29 am »
Actually, you have an excellent point, at least when it come to releases. It would probably be a good idea to archive the released maps in the point releases (i.e. in the tags branch). That way there would be a definitive version for each release, and it would save many people who want to compile the releases themselves (like package maintainers, etc.)
36
Coding / Re: Suggestions for UFO2Map utility
« on: May 11, 2008, 09:59:02 pm »
Yeah, make is a bit arcane. Most prehistoric bits of software are 
I think that pretty much every new software developer has recoiled in shock at their first introduction to make. However, the old hats usually end up on the love side of the love-hate relationship we all have with make. Most of the hate comes from keeping the dependencies up to date (which is why after svn up I always use make clean before make).
Thankfully, there are many, many examples out there, and GNU has quite good documentation. I would say that learning make has been more useful to me than learning anything about gcc.
I think that pretty much every new software developer has recoiled in shock at their first introduction to make. However, the old hats usually end up on the love side of the love-hate relationship we all have with make. Most of the hate comes from keeping the dependencies up to date (which is why after svn up I always use make clean before make).Thankfully, there are many, many examples out there, and GNU has quite good documentation. I would say that learning make has been more useful to me than learning anything about gcc.
37
Coding / Re: Suggestions for UFO2Map utility
« on: May 11, 2008, 02:47:04 am »Well, MY make (on Windows) sure skips maps that don't need recompiling, and I run it without any arguments whatsoever.
That is the beauty of make. It only invokes the rule if the target predates the dependencies. Of course you know that...
ponkan, the Makefile does not explicitly check for out of date files. The magic is in the compile rule:
Code: [Select]
$(BSPS): %.bsp: %.map
$(UFO2MAP) $(UFO2MAPFLAGS) $<
The first line says that every required BSP file depends on a MAP file with the same name. If the MAP file is newer than the BSP file or the BSP file doesn't exist, then invoke the following set of indented commands, which in this case calls ufo2map.
This is all very basic make usage - it really is worth your time to learn this stuff. It will make your life as a developer much better.
38
Mac / Re: Need PPC help
« on: May 11, 2008, 12:50:30 am »I suppose that depends on how easily an Intel Mac can be told to compile for PPC only -- I don't know if universal libraries can be used, or if a whole cross-compilation environment needs to be set up. Or if the utilities you mentioned are friendly to open source programs (i.e. nothing in the EULA that says resultant binary is for personal use only, can't be distributed yada yada). I would volunteer if I had a PPC machine, but unfortunately I don't.
You should just be able to just run
Code: [Select]
./configure CFLAGS="-arch ppc" LDFLAGS="-arch ppc"and then run make as usual. Of course the big problem comes if you don't have ppc libraries installed which will cause the link to fail.
UB disk images are very shiny, but [in my not so humble opinion] should be avoided for packages that are already large enough to be a problem for people with poor connections - that means us. Also, users with full hard drives are going to end up using lipo or some other utility to remove all that extra fat they don't need. Why not just release separate Intel/PPC versions - it's not that hard.
A bit of false economy that. By far the biggest portion of the download is the graphics and music. The libraries and executables comprise about 10 MB (of 400 MB) for universal binaries. So you might be able to save around 5 MB using lipo to strip out the unused architecture code.
39
Discussion / Re: Compliments and questions
« on: May 10, 2008, 07:40:26 am »
Gave up? No, I just didn't know there was a release until a couple days ago. It's sitting on my HD without a place to host it, at least until Mattn and I are able to hook up and get it uploaded to sourceforge.
I'd be happy to plonk it somewhere else if someone is willing to host it.
I'd be happy to plonk it somewhere else if someone is willing to host it.
40
Mac / Re: svn trunk rev 16674 (7 May 2008) -- UFOAI.app errors out when opening
« on: May 08, 2008, 08:09:13 pm »
I have submitted a patch that fixes the build problems. The basic issue is that 2.3 brings in libcrypto and libssl which are installed as read only (as a rudimentary security measure). So when the libs are copied to the bundle, install_name_tool can't update the information within. The patch changes the permissions temporarily to enable install_name_tool to work properly.
As a side note, if you are using MacPorts, then you don't need the CPPFLAGS="-I/sw/include" and LDFLAGS="-L/sw/lib" added to configure. If you apply my latest patch then just using ./configure should set everything up to produce universal binaries. Also, I have a universal binary build of 2.2.1, but I'm waiting on the return of Mattn to get it uploaded to sf.net.
You're problem with opening the application is your use of the open command. You should type
or even more simply by just double-clicking on the bundle (I know, a bit of a pain when you are working in the terminal.)
As a side note, if you are using MacPorts, then you don't need the CPPFLAGS="-I/sw/include" and LDFLAGS="-L/sw/lib" added to configure. If you apply my latest patch then just using ./configure should set everything up to produce universal binaries. Also, I have a universal binary build of 2.2.1, but I'm waiting on the return of Mattn to get it uploaded to sf.net.
You're problem with opening the application is your use of the open command. You should type
Code: [Select]
open -a ./UFOAI.app or more simply Code: [Select]
./UFOAI.app/Contents/MacOS/ufo or even more simply by just double-clicking on the bundle (I know, a bit of a pain when you are working in the terminal.)
41
Coding / Re: Mac build status
« on: May 08, 2008, 10:02:33 am »
Grab my latest patch - it uses autoconf to automatically set the compiler options to create universal binaries. I don't think that it will work with fink for the reasons I mention above. I have chosen to set the default to create universal binaries, but the default is really easy to change (i.e. using --disable-universal option to configure should allow it to be used with fink.)
I have generated a universal binary DMG, but need to wait for Mattn to upload it to the sf.net site.
Interestingly, I never tried running "make macinstaller" before. I always just ran "make" from within src/ports/macosx/installer which took some work to get it going in a way that I was reasonably happy with. FWIW, the macfixlibs.pl is not my creation... IMO perl is evil and it took me a while to grok what the hell was going on in there.
I have generated a universal binary DMG, but need to wait for Mattn to upload it to the sf.net site.
Interestingly, I never tried running "make macinstaller" before. I always just ran "make" from within src/ports/macosx/installer which took some work to get it going in a way that I was reasonably happy with. FWIW, the macfixlibs.pl is not my creation... IMO perl is evil and it took me a while to grok what the hell was going on in there.
42
Coding / Re: Mac build status
« on: May 08, 2008, 01:16:23 am »
Making a universal binary isn't that hard. There are a few patches in the build/*.mk files (removing some incompatible options) that I haven't had the chance to get configure to work out automagically. Using MacPorts instead of fink is a huge step forwards, since fink doesn't support universal cross-compiles and MacPorts does... Also the configure script is able to find MacPorts libraries but not the fink ones.
I picked up the abandoned mac port a while ago and moved it somewhat forward. Unfortunately my real life is close to full and I don't follow the project as closely as I used to. That said, I would love to share what I have learned and am able to build the universal binaries without problem. I just need notification of new releases so that my tardiness in discovering updates doesn't leave my fellow mac users in the lurch. I have a forum account, AIM/ICQ and a sf.net account - one of those mechanisms just needs to end up in my email inbox and I'm good to go.
I picked up the abandoned mac port a while ago and moved it somewhat forward. Unfortunately my real life is close to full and I don't follow the project as closely as I used to. That said, I would love to share what I have learned and am able to build the universal binaries without problem. I just need notification of new releases so that my tardiness in discovering updates doesn't leave my fellow mac users in the lurch. I have a forum account, AIM/ICQ and a sf.net account - one of those mechanisms just needs to end up in my email inbox and I'm good to go.
43
Coding / Re: Volunteering
« on: May 08, 2008, 01:06:33 am »In the map compile, I'm seeing a lot of this:Code: [Select]Could not load image pk3 (/Users/ggould/ufoai/2.2/base/0pics.pk3)
Is that normal?
I just run
Code: [Select]
pushd base && ./archives.sh && popd && make mapsThat creates the pk3 files without the BSPs so that ufo2map doesn't complain. I do this very rarely though as compiling the maps really sucks.
44
Mac / Re: Need PPC help
« on: May 08, 2008, 12:53:54 am »
Sorry, I've been super busy, i.e. too busy to play games... I'm just getting the svn version from tags/ufoai_2.2.1 and should have everything compiled tonight. I'm guessing that the snapshot in tags is the same code as released on Win and Linux. Mattn, do you have a map pk3 so I don't have to compile them, or just pull down the one from the linux version?
courier, you really should follow the wiki information and use MacPorts. It seems to work much better than Fink for this. Especially if you want to compile universal binaries! I was a fink user since 10.0 and basically gave up on it when I tried to make a universal binary for UFO:AI.
Mattn, would it be possible to get you to modify configure to recognize a Mac specific option that can be used to set the appropriate compiler/linker flags to make universal binaries on Mac? I know exactly what flags need to be set and where but am completely a newbie when it comes to the arcane incantations required for configure to work.
courier, you really should follow the wiki information and use MacPorts. It seems to work much better than Fink for this. Especially if you want to compile universal binaries! I was a fink user since 10.0 and basically gave up on it when I tried to make a universal binary for UFO:AI.
Mattn, would it be possible to get you to modify configure to recognize a Mac specific option that can be used to set the appropriate compiler/linker flags to make universal binaries on Mac? I know exactly what flags need to be set and where but am completely a newbie when it comes to the arcane incantations required for configure to work.
45
Mac / Re: UFOpedia question
« on: April 16, 2008, 11:12:10 pm »
An easy fix for the SDL bug is to simply download the updated SDL, SDL_ttf and SDL_mixer frameworks and replace the ones in UFO:AI.app/Contents/Frameworks with the newer versions. They are API compatible and seem to work well. I've been running the game this way for a couple months now without the level switching bug happening.