Re: GCC is 25 years old today

Hans-Peter Diettrich <DrDiettrich1@aol.com>
Fri, 30 Mar 2012 10:58:24 +0200

          From comp.compilers

Related articles
[6 earlier articles]
Re: GCC is 25 years old today rui.maciel@gmail.com (Rui Maciel) (2012-03-28)
Re: GCC is 25 years old today cr88192@hotmail.com (BGB) (2012-03-28)
Re: GCC is 25 years old today DrDiettrich1@aol.com (Hans-Peter Diettrich) (2012-03-29)
Re: GCC is 25 years old today compilers@is-not-my.name (2012-03-29)
Re: GCC is 25 years old today Pidgeot18@verizon.net (Joshua Cranmer) (2012-03-29)
Re: GCC is 25 years old today cr88192@hotmail.com (BGB) (2012-03-29)
Re: GCC is 25 years old today DrDiettrich1@aol.com (Hans-Peter Diettrich) (2012-03-30)
Re: GCC is 25 years old today mailbox@dmitry-kazakov.de (Dmitry A. Kazakov) (2012-03-30)
Re: GCC is 25 years old today cr88192@hotmail.com (BGB) (2012-03-30)
Re: GCC is 25 years old today cr88192@hotmail.com (BGB) (2012-03-30)
Re: GCC is 25 years old today anton@mips.complang.tuwien.ac.at (2012-03-31)
Re: target platforms and .NET, was GCC is 25 years old today cr88192@hotmail.com (BGB) (2012-03-31)
Re: GCC is 25 years old today jgk@panix.com (2012-04-01)
[3 later articles]
| List of all articles for this month |
From: Hans-Peter Diettrich <DrDiettrich1@aol.com>
Newsgroups: comp.compilers
Date: Fri, 30 Mar 2012 10:58:24 +0200
Organization: Compilers Central
References: 12-03-051 12-03-053 12-03-062 12-03-068
Keywords: GCC, history
Posted-Date: 30 Mar 2012 04:26:43 EDT

BGB schrieb:


> more recently, I have ended up mostly using MSVC, mostly because:
> it was also freely available (via the Platform SDK);
> it supported some features which at the time GCC didn't support (namely,
> Win64).


IMO GCC and Windows is a special case, because the GNU developers
never really wanted to support this (non-free non-POSIX) platform.
Cygwin and MinGW do not fully support the WinAPI, and lack further
development support. Most GNU projects, including the development
tools and libraries, do not build on Windows, they mostly fail already
in ./configure. In the context of this group it should be mentioned
that a bunch of *languages* are involved in building GCC/GNU projects,
even if these languages are mostly interpreted, not compiled. See
shell scripts, make and auto... extensions, M4 and whatever else is
required or suggested by the FSF.


IMO nowadays the bare compiler is the least important part, WRT the
choice of a *development system*. Languages are another issue: you'll
hardly find two C++ compilers which are ABI compatible, not to mention
compatibility with other OO languages.


Java went an radically different way WRT portable code, eliminating OS
dependencies in the VM instead of fragile adaptation in source code
and libraries. This approach makes it much easier to develop
applications for multiple platforms, including multiple POSIX flavors.
I may be wrong here, but IMO the availability of Linux applications
depends heavily on the goodwill of the platform maintainers, which
have to make every single project compile, build and run on their
specific platform. Even if this is not a compiler issue, it suggests
to properly consider the role of an compiler in the entire development
process.


DoDi


Post a followup to this message

Return to the comp.compilers page.
Search the comp.compilers archives again.