xp(32位)、xp(64位)、win7(64位)到底用那个？

我电脑内存是2*4G的，原来想弄个xp(32位)加win7(64位)的双系统，考虑到在xp(32位)下内存只能识别1.96G，也就是说有一条内存用不上，所以只装了个win7(64位)。但在win7(64位)下，以前在xp(32位)下弄的程序编译不正常，甚至不能编译（用的是D7同一个版本，也没用什么第三方插件），因此请教几个问题：
1、如果只用win7(64)的话，怎么让在xp(32)下弄的程序在win7(64)下正常、完美编译？
2、如果想弄个xp（64）加win7（64）双系统，哪么在xp（32）下弄的程序在xp(64)能正常编译吗？
3、有没有必要弄个xp（32）加win7（64）双系统？我是担心有一条内存在用，有一条内存用不上会不会对内存有影响？
4、如果只用win7（64），并且安装Delphi XE3，以前用D7在xp（32）下弄的程序能正常编译吗？都注意些什么？
希望大师们能完美回答，谢谢！

27 个解决方案

#1

win7 64位应该支持d7吧
最多再运行个xp或2003的虚拟机，里面跑d7
2003 32位也支持最多64G内存

#2

我个人认为，不久的将来，都会是64位系统，一切还是考虑64位吧。
另，如果你有以前的32程序，可以考虑在64系统下，安装模拟器，安装XP。

#3

之前我用WIN7 64 现在win8.1 64  D7 和 XE5，没什么问题啊

#4

win7 64 运行D7正常

#5

win7 64位吧

#6

Windows 8.1 64位淡定飘过。安装了C6，D7，XE5，VS2013

#7

楼上几位的回答根本没有解答LZ的问题!

我也正找这方面的答案，支持LZ，关注此贴。

#8

理论上，编译器确定了生成的程序是多少位的，与编译器运行的os是多少位是没有关系的
交叉编译时，编译器运行的os 与 生成的程序可以运行的os 都可以是完全不同的

#9

64位系统上可以跑32位程序，像“以前用D7在xp（32）下弄的程序能正常编译吗？“这类问题根本不用担心
现在硬件配置起步一般都是8G了吧，只能用64位系统，32位系统已经没有必要再使用了

我们这边开发都是用的Win7 x64

#10

装Win7 64位，然后装个Microsoft Virtual PC，在虚拟机里面装Xp32位的，这样最方便

#11

装Win7 64位,Microsoft Virtual PC，在虚拟机里面装Xp32位的，

#12

引用 6 楼 ccrun 的回复:

Windows 8.1 64位淡定飘过。安装了C6，D7，XE5，VS2013

擦，你D7是怎么安上去的？我安装的了跑不了，一打开就非法

#13

太简单了，装win7的64位系统，然后用微软的虚拟机virtualPC，里面装32bitXP调试老程序，我就是这么干的

#14

同意楼上的观点

#15

可能各位的情况都有所不同。
我的情况是：xp32下D7弄的程序在win7 64 D7下可正常编译，可一改动就出问题，编译不了了。
肯定是有点什么说道。

#16

支持W7 64位。

#17

引用 15 楼 jiahui002 的回复:

可能各位的情况都有所不同。
我的情况是：xp32下D7弄的程序在win7 64 D7下可正常编译，可一改动就出问题，编译不了了。
肯定是有点什么说道。

我有些控件只支持32位系统，在64位下只能编译不能编辑，修改的话必须在32位下

#18

我的是Win8.1 32位。

#19

同意七楼的观点：大部分人是答非所问啊！
希望大家继续讨论。

#20

我用的是W7 64位，VMware里面写代码。VMware里面随便撸什么系统。

#21

虚拟机系统是必备，我用开源的VirualBox，可以创建32位/64位的虚拟机，支持Windows8.1

#22

W7 64安装运行Delphi7没有什么问题.

#23

谁说“W7 64安装运行Delphi7有问题”？
我可没说。 

#24

现在应该安装XE5了啊，语法有差异的，例如：D7的string默认是ansistring，XE是widestring，类似的有很多，不过没办法必须跟着时代的步伐走了啊

#25

我试过WIN8 64位 D7无问题,只不过编译32位的而已

#26

支持WIN8 64，XE5 D7

#27

安装windows 7 64位，再按照虚拟机，虚拟机里安装xp 32位