使用turbo C有什么问题?

我总是发现有些人(大多数来自印度)正在使用turbo C.我找不到任何理由使用这种过时的编译器…但我不知道在尝试告诉他们使用现代编译器时给出的理由是什么( GCC,MSVC,…)。

Turbo C是仅限DOS的产品。 这意味着它不再在6​​4位版本的Windows上“本机”运行,并且必须在XP兼容性惩罚框内运行。

虽然有很多理由不使用Turbo C(它已经过时,早于标准,生成16位代码等),但回答“如何在Turbo C中执行X?”这样的问题是无效的。 与“只使用GCC”。 那就像有人问“我如何用1992年的丰田做X?” 而你说“只是买一辆新车”。

使用Turbo C的人可能正在这样做,因为这是一个要求,而不是因为他们不知道更好的事情。 对于编程类而言,它们转向的分配必须在该编译器中工作。 当我对C ++作业进行评分时,学生使用的编译器并不重要,但是他们必须使用我正在使用的编译器进行编译和运行。

我认为支持和标准合规对我来说是两大问题。

祝你好运甚至找到 Borland / Inprise / Borland / Codegear / Embarcadero,或者现在他们称之为自己的任何东西。 如果你能让他们承认这些产品存在,那就更有荣誉了(尽管我曾经在某个时候从BDN的Borland博物馆那里得到它们)。

性能可能很重要,但我写的绝大多数应用程序花费90%的时间等待用户(我没有进行基因组测序,SETI分析或蛋白质折叠 – 市场相当小)。

老实说,如果我可以选择两种免费产品(显然钱不是问题),我总会选择最好的产品(对我来说就是GCC)。

Turbo C生成16位X86代码。 当您使用16位x86处理器进行开发时,Kiiinda很高兴。

到过那里。 做完了。

改变的实际原因是:gcc正在开发中,并且有bug修复。 它本地部署在现代操作系统和现代芯片上。

它也是我的第一个编译器(4年前),虽然我很快就切换到gcc,但是当我了解到它没有遵循最新标准并且依赖于被认为已被弃用或不良做法的function时。 这些是我进行转换的充分理由。

你应该使用体面的C编译器的最重要的原因是性能。 由于GCC积极地优化代码,因此编译后的程序将具有比以前高出几十个百分点的性能。

Turbo C配置和使用起来要简单得多,可以在旧的DOS机器上运行。 它的尺寸也很紧凑。我想这就是原因。

但是,它确实需要现代处理器的一点点优势。