I can't compile on my mac osx (10.4.11 - PPC)

I can't compile on my mac osx (10.4.11 - PPC) - Printable Version

+- Forums (https://www.vdrift.net/Forum)
+-- Forum: Community (https://www.vdrift.net/Forum/forumdisplay.php?fid=3)
+--- Forum: Help (https://www.vdrift.net/Forum/forumdisplay.php?fid=5)
+--- Thread: I can't compile on my mac osx (10.4.11 - PPC) (/showthread.php?tid=1287)

Pages: 1 2

I can't compile on my mac osx (10.4.11 - PPC) - devscrap - 05-15-2010

Hi, i try to compile sources unsuccesfull on my mac. I read the Wiki suggestions for building and YES, i push the button Big Grin

But after many reported compiler errors i checked the project settings for fitting my env. And unfortunately some files seem to be missing (the list below):

carsurfacetype.h
collision_detection.cpp
collision_detection.h
scenegraph.cpp
scenegraph.h
serialization.h
track_object.cpp
tracksurfacetype.h

So i download the 2009-06-15 source package and there i found the missing files but in others folders. I try to compile this package in Xcode but an error for missing file reveal some misplaced library path in the project settings. No fear, i can adjust it 8) . But at next compile time the errors increase from 1 to 1008 Confused

hock:. An outlook reveal a very messy (for me) situation for this xcode project version. Then i come back to the svn revision 2726 that seemed more clean IMHO and there i merged missing files from the 2009-06-15 source package. I know this is already a horrific best-practice but in my ignorance I did not see other alternatives. To my surprise the errors fell again. And as far as I understand it the errors concerns the Mac 10.4 universal sdk. The five source files prior the "car.cpp" successfully compiled.
This is the error log :

Code:
CompileC build/vdrift.build/Release-Deployment/vdrift.build/Objects-normal/ppc/car.o /Users/Â§Â§Â§Â§Â§/vdrift/tools/osx/../../src/car.cpp normal ppc c++ com.apple.compilers.gcc.4_0

    cd /Users/Â§Â§Â§Â§Â§/vdrift/tools/osx

    /Developer/usr/bin/gcc-4.0 -x c++ -arch ppc -pipe -Wno-trigraphs -fpascal-strings -fasm-blocks -g -O3 -fmessage-length=0 -mtune=G4 -fvisibility=hidden -fvisibility-inlines-hidden -mmacosx-version-min=10.4 -I/Users/Â§Â§Â§Â§Â§/vdrift/tools/osx/build/vdrift.build/Release-Deployment/vdrift.build/vdrift.hmap -mdynamic-no-pic -F/Users/Â§Â§Â§Â§Â§/vdrift/tools/osx/build/Release-Deployment -F/Users/Â§Â§Â§Â§Â§/vdrift/tools/osx -I/Users/Â§Â§Â§Â§Â§/vdrift/tools/osx/build/Release-Deployment/include -I../../bullet -I../../include -ISDL.framework/Headers -I/Users/Â§Â§Â§Â§Â§/vdrift/tools/osx/build/vdrift.build/Release-Deployment/vdrift.build/DerivedSources -isysroot /Developer/SDKs/MacOSX10.4u.sdk -c /Users/Â§Â§Â§Â§Â§/vdrift/tools/osx/../../src/car.cpp -o /Users/Â§Â§Â§Â§Â§/vdrift/tools/osx/build/vdrift.build/Release-Deployment/vdrift.build/Objects-normal/ppc/car.o

/Developer/SDKs/MacOSX10.4u.sdk/usr/include/c++/4.0.0/tr1/hashtable: In instantiation of 'Internal::hash_code_base<TEXTUREINFO, std::pair<const TEXTUREINFO, std::tr1::shared_ptr<TEXTURE> >, Internal::extract1st<std::pair<const TEXTUREINFO, std::tr1::shared_ptr<TEXTURE> > >, std::equal_to<TEXTUREINFO>, std::tr1::hash<TEXTUREINFO>, Internal::mod_range_hashing, Internal::default_ranged_hash, false>':

/Developer/SDKs/MacOSX10.4u.sdk/usr/include/c++/4.0.0/tr1/hashtable:733:   instantiated from 'std::tr1::hashtable<TEXTUREINFO, std::pair<const TEXTUREINFO, std::tr1::shared_ptr<TEXTURE> >, std::allocator<std::pair<const TEXTUREINFO, std::tr1::shared_ptr<TEXTURE> > >, Internal::extract1st<std::pair<const TEXTUREINFO, std::tr1::shared_ptr<TEXTURE> > >, std::equal_to<TEXTUREINFO>, std::tr1::hash<TEXTUREINFO>, Internal::mod_range_hashing, Internal::default_ranged_hash, Internal::prime_rehash_policy, false, true, true>'

/Developer/SDKs/MacOSX10.4u.sdk/usr/include/c++/4.0.0/tr1/unordered_map:59:   instantiated from 'std::tr1::unordered_map<TEXTUREINFO, std::tr1::shared_ptr<TEXTURE>, std::tr1::hash<TEXTUREINFO>, std::equal_to<TEXTUREINFO>, std::allocator<std::pair<const TEXTUREINFO, std::tr1::shared_ptr<TEXTURE> > >, false>'

/Users/Â§Â§Â§Â§Â§/vdrift/tools/osx/../../include/objectmanager.h:62:   instantiated from 'OBJECTMANAGER<TEXTUREINFO, TEXTURE, TextureInfoHash, TextureInfoEqual>'

/Users/Â§Â§Â§Â§Â§/vdrift/tools/osx/../../include/texturemanager.h:27:   instantiated from here

/Developer/SDKs/MacOSX10.4u.sdk/usr/include/c++/4.0.0/tr1/hashtable:610: error: 'Internal::hash_code_base<Key, Value, ExtractKey, Equal, H1, H2, Internal::default_ranged_hash, false>::m_h1' has incomplete type

/Developer/SDKs/MacOSX10.4u.sdk/usr/include/c++/4.0.0/tr1/functional:1096: error: declaration of 'struct std::tr1::hash<TEXTUREINFO>'

This is my environment:
---------------------------------------------------------------------------------------------------
Hardware
IMac 2.1 GHz PowerPC G5 SDRAM 1.5 GB (HDD Free space >60 GB)

Software
development tools: Xcode version 2.5 (Component versions: Xcode IDE: 799.0,Xcode Core: 798.0,ToolSupport: 794.0)
compiler: gcc version 4.0.1 (Apple Computer, Inc. build 5370) Target: powerpc-apple-darwin8 Configured with: /var/tmp/gcc/gcc-5370~2/src/configure --disable-checking -enable-werror --prefix=/usr --mandir=/share/man --enable-languages=c,objc,c++,obj-c++ --program-transform-name=/^[cg][^.-]*$/s/$/-4.0/ Thread model posix
vdrift: development version (svn revision 2726)
dependencies:
SDL (included in the revision)
SDL-image (included in the revision)
SDL-gfx (included in the revision)
SDL-net (included in the revision)
OpenGL device drivers (included in the revision)
Vorbis (included in the revision)
Bullet Physics Library (included in the revision)
---------------------------------------------------------------------------------------------------

Thanks for the help you can give me and sorry for my bad inglisch :oops:

- joevenzon - 05-15-2010

GCC 4.0.1 is pretty old. Can you get a newer version?

Also, if you're using the sources from SVN, you should not mix it with sources from the last release. If there are files missing from the xcode project, it's because the xcode project is out of date and needs to be updated to delete files that aren't in SVN any more and add files that are new in SVN.

You can browse the latest SVN trunk here:
http://svn.vdrift.net/viewvc.cgi/trunk/?root=VDrift

Make sure that the files you have match what is in SVN.

- devscrap - 05-15-2010

Hi Joe,
thanks for the reply. I know that you should not mix sweet and salty. I'm sorry :?. Believe me, while i mixing, scratchin and jamming i told myself: -It isn't the right thing- :roll:. So i trashed my frankenstein-revision(damn I had almost fond) :cry:, i cleaned my env and i followed the WIKI suggestions step by step. Now i 've got a brand new folder (I promise not to mess) and the question is: who is that update the xcode prj to fit the svn revision? And above, it's my configuration to be inaccurate?

About the gcc: until today this version work very well for my pourpose. But if you know well-know problems with this version please you can suggest me a release that fit well.

Thanks again for your interest. Smile

- joevenzon - 05-15-2010

I haven't used xcode before. Could you try to update the xcode project yourself? It should just need files removed and added to the project so it matches the files in SVN.

- devscrap - 05-15-2010

Yes i can do Smile

So other peoples who run mac can use it. Wow this means that i'm a developer now ?. Hey Maaaa!!! Listen. I'm developer Ma. Sorry :oops: Just Kidding :wink:

- abs1nth - 05-16-2010

i can have a look. do you want to compile SVN trunk or 2009-06-15?

please do not try to install a different gcc version, one should get gcc only as part of the Xcode tools directly from apple. i guess xcode 2.5 is the last version for 10.4.11?

- devscrap - 05-16-2010

Hi abs,
i narrowed the scope so i working with the svn trunk. No, i do not try to install a different version of gcc, because it's a core component of xcode tool that suite very well for my others biz. Yes the 2.5 it's a bugfixes release for tiger (10.4.11) and a smoother rolling-tool for porting existing projects to 10.5 platform. The annoyng thing: if you need a PPC-only clean SDK you must download again the Macosx10.4SDK because the 2.5 installer inexplicably deletes it. Apart from upgrading the xcode project file of vdrift, I need to know what libraries are used and what version in the project. I believe it is used both Boost and ASIO (or boost-asio?). Sure would be easier to have an xcode prj file updated with all references to files, headers and libraries or even with only references to libraries/frameworks; otherwise the task becomes very tricky. I appreciate any assistance in advance.

p.s. the precompiled vdrift 2009-06-15 run very well on my sistem @1680x1050 fullscreen with all the ultra fx enabled Big Grin

- abs1nth - 05-16-2010

i made some fixes, there are two problems left:

â¢ the boost / asio dependency in httpget. what it is used for, is this dependency here to stay?

â¢ some weird c++ error occuring for most files:

Code:
CompileC vdrift.build/Release-Deployment/vdrift.build/Objects-normal/i386/ai.o ../../src/ai.cpp normal i386 c++ com.apple.compilers.llvmgcc42

cd vdrift/tools/osx

setenv LANG en_US.US-ASCII

/Developer/usr/bin/llvm-gcc-4.2 -x c++ -arch i386 -fmessage-length=0 -pipe -Wno-trigraphs -fpascal-strings -fasm-blocks -O3 -mdynamic-no-pic -isysroot /Developer/SDKs/MacOSX10.6.sdk -fvisibility=hidden -fvisibility-inlines-hidden -mmacosx-version-min=10.4 -gdwarf-2 -Ivdrift.build/Release-Deployment/vdrift.build/vdrift.hmap -F_BUILD/Release-Deployment -Fvdrift/tools/osx -I_BUILD/Release-Deployment/include -I../../bullet -I../../include -ISDL.framework/Headers -Ivdrift.build/Release-Deployment/vdrift.build/DerivedSources/i386 -Ivdrift.build/Release-Deployment/vdrift.build/DerivedSources -isysroot /Developer/SDKs/MacOSX10.6.sdk -c vdrift/tools/osx/../../src/ai.cpp -o vdrift.build/Release-Deployment/vdrift.build/Objects-normal/i386/ai.o

In file included from vdrift/tools/osx/../../include/car.h:11,

                 from vdrift/tools/osx/../../src/ai.cpp:2:

/Developer/SDKs/MacOSX10.6.sdk/usr/include/c++/4.2.1/tr1/hashtable_policy.h: In instantiation of 'std::tr1::__detail::_Hash_code_base<TEXTUREINFO, std::pair<const TEXTUREINFO, std::tr1::shared_ptr<TEXTURE> >, std::_Select1st<std::pair<const TEXTUREINFO, std::tr1::shared_ptr<TEXTURE> > >, std::equal_to<TEXTUREINFO>, std::tr1::hash<TEXTUREINFO>, std::tr1::__detail::_Mod_range_hashing, std::tr1::__detail::_Default_ranged_hash, false>':

/Developer/SDKs/MacOSX10.6.sdk/usr/include/c++/4.2.1/tr1/hashtable:152:   instantiated from 'std::tr1::_Hashtable<TEXTUREINFO, std::pair<const TEXTUREINFO, std::tr1::shared_ptr<TEXTURE> >, std::allocator<std::pair<const TEXTUREINFO, std::tr1::shared_ptr<TEXTURE> > >, std::_Select1st<std::pair<const TEXTUREINFO, std::tr1::shared_ptr<TEXTURE> > >, std::equal_to<TEXTUREINFO>, std::tr1::hash<TEXTUREINFO>, std::tr1::__detail::_Mod_range_hashing, std::tr1::__detail::_Default_ranged_hash, std::tr1::__detail::_Prime_rehash_policy, false, false, true>'

/Developer/SDKs/MacOSX10.6.sdk/usr/include/c++/4.2.1/tr1/unordered_map:58:   instantiated from 'std::tr1::unordered_map<TEXTUREINFO, std::tr1::shared_ptr<TEXTURE>, std::tr1::hash<TEXTUREINFO>, std::equal_to<TEXTUREINFO>, std::allocator<std::pair<const TEXTUREINFO, std::tr1::shared_ptr<TEXTURE> > >, false>'

vdrift/tools/osx/../../include/objectmanager.h:62:   instantiated from 'OBJECTMANAGER<TEXTUREINFO, TEXTURE, TextureInfoHash, TextureInfoEqual>'

vdrift/tools/osx/../../include/texturemanager.h:28:   instantiated from here

/Developer/SDKs/MacOSX10.6.sdk/usr/include/c++/4.2.1/tr1/hashtable_policy.h:828: error: 'std::tr1::__detail::_Hash_code_base<_Key, _Value, _ExtractKey, _Equal, _H1, _H2, std::tr1::__detail::_Default_ranged_hash, false>::_M_h1' has incomplete type

/Developer/SDKs/MacOSX10.6.sdk/usr/include/c++/4.2.1/tr1/functional_hash.h:48: error: declaration of 'struct std::tr1::hash<TEXTUREINFO>'

- NaN - 05-16-2010

Quote:some weird c++ error occuring for most file

We are using some tr1 stuff. Is it supported by Apple's GCC?

That's a problem:
http://discussions.info.apple.com/message.jspa?messageID=11449643

- devscrap - 05-16-2010

the tr1 seem the guilty also in my compile error log. I try to use the 10.4.0SDK instead of 10.4.uSDK but the SDL frameworks included in the revision do not agree my work-around. I will try to use a SDL frameworks builded with 10.4.0SDK on my system.

- devscrap - 05-16-2010

ok, Houston... it seems we have a trouble with gcc and tr1. I tried to compile the svn revision (now 2732) on a linux x86 box (ubuntu 8.04 LTS) et voila an error very similar to what I got on my Mac PPC :

Code:
scons: Reading SConscript files ...

Checking for C++ header file asio.hpp... yes

Checking for C++ header file boost/bind.hpp... yes

Checking for C++ header file GL/gl.h... yes

Checking for C++ header file GL/glu.h... yes

Checking for C++ header file SDL/SDL.h... yes

Checking for C++ header file SDL/SDL_image.h... yes

Checking for C++ header file SDL/SDL_rotozoom.h... yes

Checking for C++ header file vorbis/vorbisfile.h... yes

Checking for C++ header file GL/glew.h... yes

scons: done reading SConscript files.

scons: Building targets ...

    CPP build/aabb.o

    CPP build/aabb_space_partitioning.o

    CPP build/ai.o

In file included from include/car.h:11,

                 from src/ai.cpp:2:

/usr/include/c++/4.2/tr1/hashtable_policy.h: In instantiation of âstd::tr1::__detail::_Hash_code_base<TEXTUREINFO, std::pair<const TEXTUREINFO, std::tr1::shared_ptr<TEXTURE> >, std::_Select1st<std::pair<const TEXTUREINFO, std::tr1::shared_ptr<TEXTURE> > >, std::equal_to<TEXTUREINFO>, std::tr1::hash<TEXTUREINFO>, std::tr1::__detail::_Mod_range_hashing, std::tr1::__detail::_Default_ranged_hash, false>â:

/usr/include/c++/4.2/tr1/hashtable:152:   instantiated from âstd::tr1::_Hashtable<TEXTUREINFO, std::pair<const TEXTUREINFO, std::tr1::shared_ptr<TEXTURE> >, std::allocator<std::pair<const TEXTUREINFO, std::tr1::shared_ptr<TEXTURE> > >, std::_Select1st<std::pair<const TEXTUREINFO, std::tr1::shared_ptr<TEXTURE> > >, std::equal_to<TEXTUREINFO>, std::tr1::hash<TEXTUREINFO>, std::tr1::__detail::_Mod_range_hashing, std::tr1::__detail::_Default_ranged_hash, std::tr1::__detail::_Prime_rehash_policy, false, false, true>â

/usr/include/c++/4.2/tr1/unordered_map:58:   instantiated from âstd::tr1::unordered_map<TEXTUREINFO, std::tr1::shared_ptr<TEXTURE>, std::tr1::hash<TEXTUREINFO>, std::equal_to<TEXTUREINFO>, std::allocator<std::pair<const TEXTUREINFO, std::tr1::shared_ptr<TEXTURE> > >, false>â

include/objectmanager.h:62:   instantiated from âOBJECTMANAGER<TEXTUREINFO, TEXTURE, TextureInfoHash, TextureInfoEqual>â

include/texturemanager.h:28:   instantiated from here

/usr/include/c++/4.2/tr1/hashtable_policy.h:828: error: âstd::tr1::__detail::_Hash_code_base<_Key, _Value, _ExtractKey, _Equal, _H1, _H2, std::tr1::__detail::_Default_ranged_hash, false>::_M_h1â has incomplete type

/usr/include/c++/4.2/tr1/functional_hash.h:48: error: declaration of âstruct std::tr1::hash<TEXTUREINFO>â

scons: *** [build/ai.o] Error 1

scons: building terminated because of errors.

- joevenzon - 05-17-2010

The httpget file and asio are used for nothing at the moment. The asio lib is the non-boost one, although it still requires a few header-only boost libs.

http://think-async.com/

- joevenzon - 05-17-2010

We could change objectmanager.h to use std::map instead of std::tr1::unordered_map....

- NaN - 05-17-2010

Switched to std::map (r2734).

- abs1nth - 05-17-2010

thanks.
two problems remain:

â¢ GL_MAX_COLOR_ATTACHMENTS is undefined, but GL_MAX_COLOR_ATTACHMENTS_EXT is available instead...
â¢ there is no glGenerateMipmap() but only glGenerateMipmapEXT(). alternatively

Code:
glTexParameteri(GL_TEXTURE_2D, GL_GENERATE_MIPMAP, GL_TRUE);

could be used but i don't know if it does regeneration of mipmaps