Page 1 of 2

building oolite from scratch

Posted: Mon Feb 01, 2010 10:32 pm
by harry747
until recently i was able to update from the repository and build oolite with no problems at all. then suddenly a few errors appeared:

- "conflicting types for uint64" in ResourceManager.m
- " static declaration of 'class_getInstanceSize' follows non-static declaration" in Universe.m

is there anything i can do about them or do i have to download the whole thing again?

Posted: Tue Feb 02, 2010 7:00 am
by Cmdr James
If I remember right, this is what happens if you target Snow Leopard. I think ou should change it to 10.4 or 10.5.

Are you using xcode (which version) or something else?

Posted: Tue Feb 02, 2010 7:50 am
by harry747
in the beginning i set it to 10.6 and i got nothing but errors, so i went to 10.5 and it worked. until recently.

anyway, i had it set to native architecture of build machine and build active architecture only. for some reason that had changed. i set it back to those settings and started a build. now let's see...

Posted: Tue Feb 02, 2010 7:59 am
by harry747
Cmdr James wrote:
If I remember right, this is what happens if you target Snow Leopard. I think ou should change it to 10.4 or 10.5.

Are you using xcode (which version) or something else?
ok, looks like it worked. but now the files are much bigger than before (the biggest is 700K, before it was 400-something K). looks like i have to take another look at those settings...

Posted: Tue Feb 02, 2010 8:31 am
by Cmdr James
My guess is that you built a universal binary.

Posted: Tue Feb 02, 2010 8:25 pm
by harry747
no, it was the debug symbols. i turned them off and now the biggest file is AFAIK 441k.

Posted: Tue Feb 02, 2010 8:26 pm
by Cmdr James
Well done :)

Posted: Fri Mar 05, 2010 7:18 pm
by harry747
the other day i updated my trunk and now when i try to build i get this error:

error: ProxyPlayerEntity.h: No such file or directory

looks like someone added a new class to the repository (correct?), but how can i add it to my local copy?

Posted: Fri Mar 05, 2010 7:45 pm
by JensAyton
ProxyPlayerEntity.h was checked in in r3054. Updating should fix it.

Posted: Fri Mar 05, 2010 9:33 pm
by harry747
i don't know how i did it but something changed, and it worked. until i got this error:

"_OBJC_CLASS_$_ProxyPlayerEntity", referenced from:


__objc_classrefs__DATA@0 in Universe.o


__objc_classrefs__DATA@0 in PlayerEntityContracts.o


ld: symbol(s) not found


collect2: ld returned 1 exit status


is there anything i can do about this one or should i wait until it is updated again?

Posted: Fri Mar 05, 2010 9:51 pm
by JensAyton
Throw out your Oolite.xcodeproj and update again.

building trunk: compiler exits with error code 1

Posted: Wed Mar 10, 2010 12:50 pm
by maik
Hi,

I just checked out trunk from svn and tried building it.

My setup: OSX 10.6.2, XCode 3.2
Active SDK: Use Base SDK
Active Configuration: Deployment
Active Target: oolite
Active Architecture: i386

I added libpng-1.4.1 as 'libpng' in the deps/Cross-platform-deps folder

When compiling Universe.m, gcc4 exits with error 1, saying the file does not exist.

Note that the file Universe.m does exist.

Any ideas?

Cheers,
-Maik

Posted: Wed Mar 10, 2010 2:24 pm
by another_commander
Not sure why it reports Universe.m as missing, but until a Mac expert comes along with the answer, maybe you can try building the TestRelease configuration, which is what has been distributed in binaries until now. Deployment configuration is for a later stage, when we will be approaching a final stable version.

Posted: Wed Mar 10, 2010 2:31 pm
by maik
Good to know. However, after switching to TestRelease config the error remains the same...

building trunk: compiler exits with error code 1

Posted: Wed Mar 10, 2010 8:00 pm
by Getafix
It might be a shot in the dark, but could you check your GNUMakefile for
a "Universe.m" entry at line 337? If it's not there, delete the GNUMakefile and
"svn up" again to force a re-download.

I had the same issue in Linux and somehow the GNUMakefile was broken.

EDIT: Now that I'm thinking about it, GNUMakefile probably has nothing to do with MAC build. :oops: