building oolite from scratch
Moderators: winston, another_commander
building oolite from scratch
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?
- "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?
MacBook pro, OSX 10.8.5, Xcode 5
- Cmdr James
- Commodore
- Posts: 1357
- Joined: Tue Jun 05, 2007 10:43 pm
- Location: Berlin
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...
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...
MacBook pro, OSX 10.8.5, Xcode 5
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...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?
MacBook pro, OSX 10.8.5, Xcode 5
- Cmdr James
- Commodore
- Posts: 1357
- Joined: Tue Jun 05, 2007 10:43 pm
- Location: Berlin
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?
"_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?
MacBook pro, OSX 10.8.5, Xcode 5
- maik
- Wiki Wizard
- Posts: 2028
- Joined: Wed Mar 10, 2010 12:30 pm
- Location: Ljubljana, Slovenia (mainly industrial, feudal, TL12)
building trunk: compiler exits with error code 1
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
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
-
- Quite Grand Sub-Admiral
- Posts: 6683
- Joined: Wed Feb 28, 2007 7:54 am
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.
- Getafix
- Quite Grand Sub-Admiral
- Posts: 979
- Joined: Tue Apr 01, 2008 12:55 pm
- Location: A small ice asteroid, orbiting Oresrati in Galaxy 8 (a.k.a. northwest Armorica).
- Contact:
building trunk: compiler exits with error code 1
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.
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.
Last edited by Getafix on Wed Mar 10, 2010 8:08 pm, edited 1 time in total.
"Any sufficiently advanced information is indistinguishable from noise." [Newman, Lachmann, Moore]