Re: GCC is 25 years old today

"Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de>
Fri, 30 Mar 2012 09:58:59 +0200

          From comp.compilers

Related articles
[7 earlier articles]
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: GCC is 25 years old today jgk@panix.com (2012-04-01)
Re: GCC is 25 years old today mevermeulen@gmail.com (mev) (2012-04-01)
Re: GCC is 25 years old today prenom_nomus@yahoo.com (Marco) (2012-04-01)
[1 later articles]
| List of all articles for this month |

From: "Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de>
Newsgroups: comp.compilers
Date: Fri, 30 Mar 2012 09:58:59 +0200
Organization: cbb software GmbH
References: 12-03-061 12-03-066
Keywords: GCC, history
Posted-Date: 30 Mar 2012 04:29:53 EDT

On Thu, 29 Mar 2012 12:30:09 -0000, compilers@is-not-my.name wrote:


> You well know several
> people have expressed interest on comp.lang.ada in buying a developer
> license for a non-GPL GNAT and there was either dead silence or someone
> saying Adacore is not interested in small fish, even without support.


And this will never happen. It is not profitable to do (unless AdaCore were
able to generate some sort of irrational cult as Apple did).


>>> There are several significant compiler companies. Not as many as in
>>> the 1970s and not on as many platforms but there are still some doing a
>>> pretty good business.
>>
>> How could it become less in the era of mobile computing, GPUs, concurrent,
>> networking systems? When computers are infesting everything except for
>> maybe door mats (yet to come)?
>
> Because in the early days people paid for everything. It was only after UNIX
> with a healthy dose of Stallman convinced the masses of the values of
> socialism and putting their hands in everyone's pockets but not letting
> anyone's hands in their pockets (funny how that works) people started being
> a lot less willing to pay for compilers.


It is not Stallman's fault and it is not socialism. Socialism is when the
state re-distributes wealth. In the case of compilers, it is not state but
large monopolists at which mercy compilers are left. Customer money play no
role whatsoever, because developing is funded from other sources and for
reasons absolutely unrelated to the merits of a particular programming
language, quality of the generated code etc.


I don't care which system is worse, the effect is just same: stagnation.


> [Ahem. In the early days software was all free. It wasn't even
> possible to copyright it. Companies started selling it in the late
> 1960s partly because so realized there was a market for specialized
> programs (the first was one that drew the flowcharts that managers
> demanded from the code the programmers had already written), and
> a legal settlement led IBM to unbundle their system software. But
> the ancient free version of Fortran H still generates amazingly
> good code. -John]


Yes indeed. It was because the software was unusable without the vendor's
hardware. The hardware was incompatible and vendors were competing each
other. This made them interested in putting better software in the package.
That era of great compilers is gone. It is worth to remember brilliant
DEC's FORTRAN-IV, C and Ada compilers.


--
Regards,
Dmitry A. Kazakov
http://www.dmitry-kazakov.de


Post a followup to this message

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