开发者

Advantages and disadvantages of Open Watcom [closed]

开发者 https://www.devze.com 2023-02-01 12:43 出处:网络
Closed. This question needs to be more focused. It is not currently accepting answers. Want to improve this question? Update the question so it focuses on one problem only by editing this
Closed. This question needs to be more focused. It is not currently accepting answers.

Want to improve this question? Update the question so it focuses on one problem only by editing this post.

Closed 6 years ago.

Improve this question

Since in some post on StackOverflow it was recommended to try to support multiple (in this case C/C++) compilers if feasible, since this forces you to code more standard compliant and helps finding bugs.

So I was looking for additional free 开发者_JAVA百科C/C++ compilers I could add support for to my project (it is written C/C++ (both languages combined)). I found Open Watcom to be an interesting candidate.

So my question is: what are the advantages and disadvantages of Open Watcom C/C++ compiler in comparison to other ones (for example gcc/g++, Visual C++ etc.)?


There are probably no particular advantages since if portable code is your aim you would generally try to restrict your code to the standard subset implemented by all compilers. I would say lowest common denominator but that may seem somewhat derogatory.

The advantages of one compiler over another generally lie in either the extensions it provides, the libraries it includes, or the performance of the generated code, if portability is your aim, you are probably interested in neither. It is not the advantages of one compiler over another that should interest you in this case, but rather its adherence to and compliance with the ISO standards.

In its earlier commercial incarnation, Watcom was famously one of the best optimising compilers available; I doubt however whether it has kept pace with processor development since then however (or even the transition for 16 bit to 32 bit x86!).

Its one feature that may be seen as an advantage in some cases is that it supports DOS, OS/2 and Windows, but that is probably only an advantage if legacy systems maintenance is your aim. Efforts to port it to Linux and BSD and processors other than x86 exist but are not complete, while GCC is already there and has been for years.

I would suggest that if you can support GCC and VC++ you probably have sufficient compiler independence (but recommend you compile with high warning level settings (-Wall -Werrorin GCC and \W4 \Wx in VC++). I think that compiler portability is a trivial issue compared with OS portability, and what you really need to consider is cross-platform library support rather than compiler independent code support.

If however playing with compilers is your thing, also consider the Digital Mars compiler. Like Watcom, this also has commercial compiler heritage, having been the Zortech/Symantec C/C++ compiler in a previous life.


Something watcom has in favor if your a 'haxxor' is the fact you can define out of the ordinary calling conventions using #pragma aux. Other than that, I see no reason to even attempt to use such a dated compiler unless you had horrible hardware restrictions. Imo, there are only 3 to worry about, GCC, ICC and MSVC


Some people here use expressions having to do with the Watcom (actually OpenWatcom) compiler being "dated." So what does it mean?

  • It could mean that it doesn't implement the latest C standard. How many "non-dated" compilers do?
  • It could mean that it doesn't provide frameworks as it is primarily an environment for C and ForTran and somewhere far after that comes a C++ implementation which I cannot judge.
  • It could mean that it cannot generate excellent assembly code from garbage C code.
  • It could mean that it doesn't support x64 development.
  • It could mean that the debugger is rudimentary and supports assembly debugging.

Now to what it does do - in addition to supporting 16-bit real and protected mode code:

  • It produces excellent 32-bit protected mode code in the flat memory model everyone uses for the Win32 environment.
  • Its code generating capabilities are excellent and it's right up there at the top with more "non-dated" compilers.
  • It's easy to tune multi-threaded code using its profiler.

How do you "feel" a compiler? I for one don't know how to do that. Is it how the error messages are written? Is it in the messages on the console log?

The world's greatest network operating system - Novell Netware - had Watcom as its development environment. That says a great deal about Watcom. And lest anyone forget: Netware died due to poor marketing management combined with Redmond foul play. It did not die from lack of technological excellence.

I guess what I'm trying to say is that you guys that don't know what you're talking about should perhaps be a little less eager to write answers.

I know I know it's all about getting those coveted points and badges and what have you. And how you get them is irrelevant, right?


The Open Watcom compiler is somewhat outdated and it feels. It is based on what was long time ago a good compiler for making MS DOS games. Currently it is not very standard compliant and its standard library is in immature state.

I would prefer more modern and popular compilers like Intel cc, g++, VC++ or CLang. Not sure about Borland C, haven't tried it long time.


Advantages:

  • it's free
  • it's open source. You can alter it and its runtime libraries any way you like
  • it is crossplatform. You can run it, among other platforms, on Windows and Linux. More, you can build programs with it for different platforms, using a single platform

Disadvantages:

  • it is outdated a bit, but not that much as in the past


Positive (2)
  1. The code and projects are not bloated like the projects in Microsoft Visual Studio/C++ (Not hundreds of vproj and other files and folders). You can just generate a makefile like in GCC (Which is better to understand than the Visual Projects Makefiles...)
  2. Even the installation takes no big time (on x64 Win 7), in comparisation to 2++ GBytes Visual Project...
  3. Compared to GCC it may seem that it is better to handle
Negative
  1. Clib is missing: strn... functions (strndup, strncmpi etc.), getoptlong
  2. No ARM support (@ 1st July 2015)
  3. As Editor you should really use Notepad++, not the internal Editor
0

精彩评论

暂无评论...
验证码 换一张
取 消