prelude

Apart from me deleting everything even remotely related to this effort from the system, I tried nearly everything. Checking the latest version out of CVS, patching premake.lua (as mentioned before) running make clean in the gcc directory and STILL I end up with that friggin' ia32.cpp In file included from ../../../source/lib/sysdep/arch/ia32/ia32.cpp:29: ../../../source/lib/sysdep/arch/ia32/ia32.h:31:3: error: #error "including ia32.h without ARCH_IA32=1" make[1]: *** [obj/lowlevel_Debug/ia32.o] Error 1 make: *** [lowlevel] Error 2 I don't get it Ah well, souping up to much of your time already I suppose.. I guess I'll give it a rest till.. -P

Unfortunatly... ia32.cpp In file included from ../../../source/lib/sysdep/arch/ia32/ia32.cpp:29: ../../../source/lib/sysdep/arch/ia32/ia32.h:31:3: error: #error "including ia32.h without ARCH_IA32=1" PMDConvert.cpp make[1]: *** [obj/lowlevel_Debug/ia32.o] Error 1 make: *** [lowlevel] Error 2 make: *** Waiting for unfinished jobs.... No. I checked it out of svn just 30 minutes ago or so. Thanks for the effort btw -P

Sorry for beeing such a n00b but I did install nasm 2.07 nasm -v NASM version 2.07 compiled on Apr 21 2010 and now I get this error: amd64_asm.asm ../../../source/lib/sysdep/arch/amd64/amd64_asm.asm:27: error: macho output format does not support 64-bit code ../../../source/lib/sysdep/arch/amd64/amd64_asm.asm:36: error: impossible combination of address sizes ../../../source/lib/sysdep/arch/amd64/amd64_asm.asm:36: error: invalid effective address (and a bit more) Any suggestions? tnx.

That helped me get further, but now I get the following error... amd64_asm.asm ../../../source/lib/sysdep/arch/amd64/amd64_asm.asm:27: error: `64' is not a valid segment size; must be 16 or 32 make[1]: *** [obj/lowlevel_Debug/amd64_asm.o] Error 1 make: *** [lowlevel] Error 2 echo $HOSTTYPE x86_64 gcc -dumpmachine i686-apple-darwin10 -P

OSX (on PPC hardware) gentoo linux (on x86)

Sorry, the macbook is not mine so I do not always have access to it. I tried the --atlas removal and the amd64 in arch but I still seem to get the same error: In file included from ../../../source/lib/sysdep/arch/ia32/ia32.cpp:29: ../../../source/lib/sysdep/arch/ia32/ia32.h:31:3: error: #error "including ia32.h without ARCH_IA32=1" make[1]: *** [obj/lowlevel_Debug/ia32.o] Error 1 make[1]: *** Waiting for unfinished jobs.... make: *** [lowlevel] Error 2 make: *** Waiting for unfinished jobs.... I did a make clean ofcourse. Is there something similar to be done for update-workspaces ? -P

Hmm now that is dissapointing. Could you clarify the PPC issue for me? I am by no means up to par in programming (though I used to program a lot in the distant past, not in Cpp) so I will most likely not be able to fix it but it would be nice to see the game be portable in this way. -P PS fixing some architecture problems on the mbp (port install xyz +universal)

oh, a great number of things Let's see, I tried it on 3 different systems so far. A G4 powermac, a quad G5 powermac and a macbook pro. The PPC's running 10.5 (ofcourse) and the intel thingy running 10.6 The G4 bails out (at the moment) on: Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_libdevil/work/devil-1.7.8" && /usr/bin/make -j1 all " returned error 2 Command output: Making all in lib /bin/sh ../libtool --tag=CC --mode=compile /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I../include/IL -I ./../src-IL/include -I ./../include -I/opt/local/include -faltivec -maltivec -O2 -arch ppc -MT libIL_la-il_alloc.lo -MD -MP -MF .deps/libIL_la-il_alloc.Tpo -c -o libIL_la-il_alloc.lo `test -f './../src-IL/src/il_alloc.c' || echo './'`./../src-IL/src/il_alloc.c libtool: compile: /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I../include/IL -I ./../src-IL/include -I ./../include -I/opt/local/include -faltivec -maltivec -O2 -arch ppc -MT libIL_la-il_alloc.lo -MD -MP -MF .deps/libIL_la-il_alloc.Tpo -c ./../src-IL/src/il_alloc.c -fno-common -DPIC -o .libs/libIL_la-il_alloc.o ./../src-IL/src/il_alloc.c:74: error: conflicting types for 'ivec_align_buffer' ./../include/IL/devil_internal_exports.h:101: error: previous declaration of 'ivec_align_buffer' was here make[1]: *** [libIL_la-il_alloc.lo] Error 1 make: *** [all-recursive] Error 1 whilst installing libdevil. I have not googled over extensively yet, but so far I have not yet found a solution The G5 craps itself while installing xorg-libX11, a dependency for libsdl with the following error: checking if /bin/cpp requires -undef... dyld: Symbol not found: ___gmpn_bases Referenced from: /libexec/gcc/powerpc-apple-darwin9.8.0/4.3.2/cc1 Expected in: /usr/local/lib/libmpfr.1.dylib Pretty dissapointing as well, and on this machine I completely started over from scratch with macports. The macbook pro has completed all installs (macport) but is nagging me about some 32 bit architecture error that I can't get my head around (yet) ==== Building test_gen ==== In file included from ../../../source/lib/sysdep/arch/ia32/ia32.cpp:29: ../../../source/lib/sysdep/arch/ia32/ia32.h:31:3: error: #error "including ia32.h without ARCH_IA32=1" x86_x64.cpp make[1]: *** [obj/lowlevel_Debug/ia32.o] Error 1 make[1]: *** Waiting for unfinished jobs.... ==== Building AtlasUI ==== make: *** [lowlevel] Error 2 make: *** Waiting for unfinished jobs.... I need to dig in deeper in all occasions but any help is much appreciated -P

I have tried the recompile, which had it's problems but that is of no concern right now, and the game runs smoothly as long as I keep the shadows off Fancywater does not seem to hurt performance in any way. I'm still trying to get the darn thing working on OSX though, and that, to be honest, is quite a b*tch. macports dies on me just about everywhere whilst "normal" (define normal eh?) applications in the past have been installed without too much effort. Ah well, keep you posted... -P

Ok, thanx for the quick reply! I did notice a difference turning shadows and fancy water off. Although the mouse is definatly more responsive, it does feel sluggish still. I am now recompiling to see what difference that makes. PS I am seriously impressed by this project

I have bentrying to get the SVN trunk compiled on one of my macs, to no avail at this time but I also tried it on my (old) gentoo workstation. This did succeed but after starting a single player game, just the defaults, my system crumbles to it's knees begging for mercy. Now, I know that: 0 a.d. is supposed to support low(ish) end machines and that this might not yet be the case in this stage of development. How am I supposed to determine what is "normal" behaviour or what is to be expected if I wish to make some feedback? I did run into the S3TC "problem" and tried the simple driconfig trick at first and later on followed this url to get support into my machine. Lo and behold, it worked! To my surprise however the game was in no way faster or more responsive. I'd say it is actually unusable. So, let me post my specs and result and perhaps we can make a list with results: * pentium 4 1.7ghz * 512Mb ram * ati radeon mobility 7500 (as mentioned, S3TC enabled) * gentoo linux * a lot more specs but they are irrelevant I guess -g- * result, audio is fine, graphics look good, mouse is very slow as is the rest of the game response. 99% cpu ofcourse.