Compiling torque on x86-64 (amd64) non functional?
by Antonio "Tony" Farinetti · in Torque Game Engine · 05/15/2004 (1:57 pm) · 109 replies
After getting the CVS like usual and executing this command:
and getting this back:
And then issuing make, the compile stops fast with:
Any ideas on how to fix this?
Thanks!
make -f mk/configure.mk OS=LINUX COMPILER=GCC2 BUILD=DEBUG
and getting this back:
Current Configuration: this config is VALID
OS: LINUX
COMPILER: GCC2
BUILD: DEBUG
DIR.OBJ: out
To change the current configuration type:
make -f mk/configure.mk {arguments, ...}
required arguments:
OS={WIN32 BEOS LINUX OpenBSD FreeBSD Solaris}
COMPILER={CW6 VC6 GCC2 GCC3}
BUILD={DEBUG RELEASE}
optional arguments:
DIR.OBJ={path to store intermediate obj files}
Note: all arguments are case sensitive.And then issuing make, the compile stops fast with:
tony@tantalus torque $ make --> Compiling lpng/png.c cc1: error: CPU you selected does not support x86-64 instruction set cc1: error: CPU you selected does not support x86-64 instruction set make[1]: *** [out.GCC2.DEBUG/lpng/png.obj] Error 1 make: *** [default] Error 2
Any ideas on how to fix this?
Thanks!
About the author
#103
T
04/30/2005 (2:11 pm)
March=x86_64, k8, opteron, etc all map to the same setting in GCC last time I asked one of the gentoo amd64 developers.T
#104
05/01/2005 (5:57 am)
Antonio i think you forgot athlon64 as another option in there :)
#105
thanks for the correction :)
05/01/2005 (4:28 pm)
Yeaaa, oops. (*wink* that was under etc, lol j/k)thanks for the correction :)
#106
I find it funny that they alias all those arch'es to mean the same thing.
05/02/2005 (9:16 am)
Np, :)I find it funny that they alias all those arch'es to mean the same thing.
#107
is torque still stuck in this 32 bit world , because as of 20 mins ago , i ran into the excat same problems as listed above.
10/09/2007 (10:21 pm)
Ok this thread is well over 2 years old , and i have seen no updates to it .. by now a good deal of us are useing 64bit machines as you really cant get 32 bit machines anymore.is torque still stuck in this 32 bit world , because as of 20 mins ago , i ran into the excat same problems as listed above.
#108
This looks worse than it is. It's true that you can't buy 32-bit systems any more, but keep in mind that every 64-bit system intel and AMD bring onto the market is in essence 32-bit compatible. Also, you don't only need the hardware, you need the appropriate software too. Unless the happy few that have the special Windows Professional 64-bit edition, more than 90% of your users still have a 32-bit operating system, whcih limits the software installed onto it to 32bit.
On linux, you can safely run torque games with linux32 to run it in the 32-bit subsystem. Lots of software is only available on 32-bit on Linux too. The best-known example is the Adobe Flash plugin, which is still in porting phase if I'm not mistaken.
I guess GarageGames should begin to think about the difficulty points and look at ways of solving them in the near to mid-term future, as Vista will bring many new 64-bit users, and not only the business editions of Vista will support 64-bit platforms. Working on these problems might also facilitate porting to other architectures, if the work is done generally and not directly towards 64-bit support on Intel.
Just my 2c.
10/10/2007 (5:44 am)
Exactly. A year ago I asked similar questions and GG mentioned that 64-bit compatibility wasn't high on their todo list. This looks worse than it is. It's true that you can't buy 32-bit systems any more, but keep in mind that every 64-bit system intel and AMD bring onto the market is in essence 32-bit compatible. Also, you don't only need the hardware, you need the appropriate software too. Unless the happy few that have the special Windows Professional 64-bit edition, more than 90% of your users still have a 32-bit operating system, whcih limits the software installed onto it to 32bit.
On linux, you can safely run torque games with linux32
I guess GarageGames should begin to think about the difficulty points and look at ways of solving them in the near to mid-term future, as Vista will bring many new 64-bit users, and not only the business editions of Vista will support 64-bit platforms. Working on these problems might also facilitate porting to other architectures, if the work is done generally and not directly towards 64-bit support on Intel.
Just my 2c.
#109
*sigh* oh well , guess we will be waiting. At this point i dont see much reasion for spending the time it takes to develop with somthing that i know will be behind the times before i finish a major project.
FYI - i do own a copy of XP64 , i just never saw the reasion to install somthing that will only be running 32 bit apps. heh .. and that explains why i have had flash problems in my linux system.
10/10/2007 (6:22 am)
I dont mind compiling in 32bit mode ( i installed all the 32bit combat. libs and pakages when i installed fedora 64 bit on my devel machine - tons of linux source is still 32bit ) but it would be nice to use 64 bit ( multithreaded ( dual core ) is a whole other matter ) and personaly i think vista is a massive pos that i wont touch untill sp3 for it is out , but i do aggree .. more and more people will have it in the comming months/years , and with the "shopping seasion" on us , their will be TONS of brand new systems in peoples houses with vista forced on them. *sigh* oh well , guess we will be waiting. At this point i dont see much reasion for spending the time it takes to develop with somthing that i know will be behind the times before i finish a major project.
FYI - i do own a copy of XP64 , i just never saw the reasion to install somthing that will only be running 32 bit apps. heh .. and that explains why i have had flash problems in my linux system.
Torque Owner Ian Redden
Getting everything back into my linux system has been occupying way too much of my time :P