Janusz11 wrote:Absolutely! The hardware is there- why note make use of it?
Well, it's not quite as simple as that, sadly... What in this life ever is?
To play devil's advocate for a moment, it's a matter of time and effort. You'll notice that the open source projects have tended to embrace 64-bit far more readily than most commercial software houses, and that's mainly because it requires effort to change.
If you're really lucky, you can just go and recompile your software for 64-bit and it'll Just Work(tm). This still involves the effort of acquiring 64-bit hardware and a suitable build environment, then compiling, then passing through another QA phase to pick up any subtle bugs that have been introduced either by the new execution environment or simply the new build environment. Then you've got all the hassle of distributing the resultant software to people.
If you're less lucky, you'll have to go and change some bits of code which were implicitly relying on 32-bit values. Arguably, well-written code doesn't do this, but it's
very hard to insulate yourself from it entirely in languages like C/C++. It's somewhat akin to writing network code which is IPv6 compliant - in a perfect world it's a simple transition, but there's bound to be some function somewhere that assumes 32-bit IP addresses.
I'm relatively familiar with these problems, having had to convert some old (and fairly poorly written) C and C++ code to run on both a 64-bit platform and with IPv6 support. It wasn't all that fun. More recently, however, everything I've written has been exclusively for use on 64-bit platforms. Lucky, really, as recently we needed to fit 32GB RAM to a machine to cope with some... Ah... Sub-optimal code that I inherited. Fortunately I've just finished some extensive changes which take its memory usage down by a factor of 10...
So, even if no explicit code changes are required, there's still work involved. For older bits of software, companies are far happier just leaving it along and making money out of it - bringing out a 64-bit version will, in general, not bring in any extra revenue, so why pay the cost?
However, as 64-bit platforms slowly permeate, and as people increasingly start to stick more than 4GB of RAM in their machines, I think that 64-bit will gradually start to become a standard enough platform that software vendors will have to support it.
Also, they might start to view 64-bit support as a great way to kick people to pay for upgrading to the next version.
Janusz11 wrote:But as BasiliskWrangler has pointed out already, this has something to do with the Blitz software and not with the game. And as long as the guys from Blitz Research Ltd stick to the 32bit structure, there is nothing Basilisk can do.
Oh, certainly - there isn't a lot that users of languages can do until their compiler / interpreter has had 64-bit support added. Unfortunately, there probably isn't much incentive for the authors of languages like BlitzMax to do it until 64-bit Windows becomes more mainstream.
C'est la vie.