|
From: <ad...@ne...> - 2005-06-22 10:39:25
|
1) No, not possible. He must be running a 64-bit OS.
2) No, MSYS/MinGW currently does not target x86_64.
3) I think all the libraries need re-compilation targeting the 64-bit
platform to link with a 64-bit program.
Best regards,
Yongwei
ne...@tw...
To: min...@li...
CC:
Subject: [Mingw-users] 32-bit and 64-bit x86 on Windows
Hi,
I have a feeling that this veers on being off-topic, but I can't seem to
find the answer anywhere so I'd appreciate some clarification. I have a
program that uses 64-bit integers that I want to benchmark. I have done
so by compiling on my 32-bit linux machine and my 32-bit windows
machine, but naturally I really want to benchmark it on a 64-bit
processor that will do the additions etc using 64-bit registers rather
than the somewhat messy method that I imagine the 32-bit compilation
must be using. I have a friend with a 64-bit processor, but currently
on 32-bit windows. When I say 32-bit I mean x86, 64-bit is x86-64.
So:
1) Can his machine - which is running 32-bit Windows XP - run a 64-bit
compiled program? If not, I presume he'd need to be running 64-bit
Windows XP to be able to run the program. I don't need to access
anything specifically 64-bit outside my program, I just want to be able
to use the native 64-bit registers.
2) Assuming we have solved the above question and got the right OS, what
flag would I use to cross-compile for 64-bit from my 32-bit windows
mingw/msys environment? (I'm using autoconf/automake with msys) If he
does need to have 64-bit Windows, would I have to set any extra flags to
account for this?
3) My benchmark program links with a couple of libraries. For 64-bit
compilation, would I have to re-compile this libraries as 64-bit (they
are all open source), or can I link with their already compiled 32-bit
versions? They are not used in the part I'm actually benchmarking so
having them as 32-bit rather than 64-bit won't matter to me.
If anyone could help with these queries, I would be very grateful.
Hopefully the answers would also prove useful to others on this list.
Thanks,
Neil.
|