Why the C committee doesn't provide an implementation when the standard is published?

[lovecreatesbeauty]

Why the C standard committee doesn't provide a standard implementation
including the C compiler and library when the language standard
document is published?

C works on the abstract model of low level machine. C stands for
portability and platform and machine independent. If the C compiler and
C standard library are written in C itself, is it possible that one
"standard" C compiler plus library is enough? The standard
implementation is published by the international standard committee. Is
it to hurried for the committee to do it? Does the committee take no
responsibility for publishing a standard implementation when release
the paper language document?

The standard implementation will never stop various non-standard
implementations from being produced by individual person or
organization. If all the programmers can have the standard
implementation as soon as the language standard is released, then all
programs can be written following the standard freely and strictly.
--
lovecreatesbeau ty

[Ian Collins]

lovecreatesbeau ty wrote:

Why the C standard committee doesn't provide a standard implementation
including the C compiler and library when the language standard
document is published?
Because it's not their job?
C works on the abstract model of low level machine. C stands for
portability and platform and machine independent. If the C compiler and
C standard library are written in C itself, is it possible that one
"standard" C compiler plus library is enough? The standard
implementation is published by the international standard committee. Is
it to hurried for the committee to do it? Does the committee take no
responsibility for publishing a standard implementation when release
the paper language document?

Some standard library functions can't be implemented in C, or at least
can't be optimally implemented in C.

It might be fun to define the standard library as a set of unit tests.

--
Ian Collins.

[Gordon Burditt]

>Why the C standard committee doesn't provide a standard implementation

including the C compiler and library when the language standard
document is published?
To run under what, the "Standard OS" on the "Standard Hardware"?
It isn't the job of a standards committee to produce an implementation.
C works on the abstract model of low level machine. C stands for
portability and platform and machine independent.
But an *implementation * is not going to be platform and machine
independent.
If the C compiler and
C standard library are written in C itself, is it possible that one
"standard" C compiler plus library is enough?
No, if it's expected to produce native machine code.
The standard
implementati on is published by the international standard committee. Is
it to hurried for the committee to do it? Does the committee take no
responsibili ty for publishing a standard implementation when release
the paper language document?
No. Do the people who write building codes build buildings?
The standard implementation will never stop various non-standard
implementation s from being produced by individual person or
organization . If all the programmers can have the standard
implementati on as soon as the language standard is released, then all
programs can be written following the standard freely and strictly.

One of the potential problems of a "standard implementation" would
be that an extension (or incomplete error checking) in the "standard
implementation" would tend to become a de facto "standard extension"
when that may not have been intended by the standards committee.
The standard, not a "standard implementation" defines the language.

Gordon L. Burditt

[lovecreatesbeauty]

Gordon Burditt wrote:

The standard
implementati on is published by the international standard committee. Is
it to hurried for the committee to do it? Does the committee take no
responsibili ty for publishing a standard implementation when release
the paper language document?

No. Do the people who write building codes build buildings?

It is the fact for C language that the standard committee published
100% standard compliant paper document. 10 years later, there is no
100% standard compliant compiler. Is it / standard not important? If
not, why the standard committee is very important and people need it?

[Richard Heathfield]

lovecreatesbeau ty said:

Gordon Burditt wrote:

>The standard
>implementati on is published by the international standard committee. Is
>it to hurried for the committee to do it? Does the committee take no
>responsibili ty for publishing a standard implementation when release
>the paper language document? No. Do the people who write building codes build buildings?

It is the fact for C language that the standard committee published
100% standard compliant paper document. 10 years later, there is no
100% standard compliant compiler.

C99, yes. Please note, however, that C89 was a very different matter.
Vendors were rushing to conform to it, and most had conforming compilers
even before the ink was dry, because they'd been following the
standardisation process very closely. C89 mattered - and still matters.
Is it / standard not important?
C89 is vital. But C99? No, not really. Otherwise, we'd have more conforming
implementations by now.
If
not, why the standard committee is very important and people need it?

That's an excellent question. Perhaps someone from the committee would like
to answer it.

--
Richard Heathfield
"Usenet is a strange place" - dmr 29/7/1999
http://www.cpax.org.uk
email: rjh at above domain (but drop the www, obviously)

[Keith Thompson]

Richard Heathfield <in*****@invali d.invalid> writes:

lovecreatesbeau ty said:

[...]

Is it / standard not important?

C89 is vital. But C99? No, not really. Otherwise, we'd have more conforming
implementations by now.

C89 (or C90) caught on as quickly as it did because there was a great
demand for a standard. When C99 was issued, there was already a
standard that worked well, so there was less demand for a new one.
But there are a *few* implementations that conform to C99, and more
that implement parts of C99.

If nothing else, the C99 standard provides a direction for development
beyond C90. For example, a C compiler vendor wants to implement
complex numbers will almost certainly do so using the syntax defined
by the C99 standard, rather than inventing something else.
--
Keith Thompson (The_Other_Keit h) ks***@mib.org <http://www.ghoti.net/~kst>
San Diego Supercomputer Center <*> <http://users.sdsc.edu/~kst>
We must do something. This is something. Therefore, we must do this.

[Chris Hills]

In article <f7************ ********@bt.com >, Richard Heathfield
<in*****@invali d.invalid> writes

lovecreatesbea uty said:

Gordon Burditt wrote:

>The standard
>implementati on is published by the international standard committee. Is
>it to hurried for the committee to do it? Does the committee take no
>responsibili ty for publishing a standard implementation when release
>the paper language document?
No. Do the people who write building codes build buildings?

It is the fact for C language that the standard committee published
100% standard compliant paper document. 10 years later, there is no
100% standard compliant compiler.

C99, yes. Please note, however, that C89 was a very different matter.
Vendors were rushing to conform to it, and most had conforming compilers
even before the ink was dry, because they'd been following the
standardisatio n process very closely. C89 mattered - and still matters.

Actually ISO C90+A1 and the TC's..ie C95/6 This is where most compilers
are. Generally they have taken a few items from C99 but not many.

Is it / standard not important?

C89 is vital. But C99? No, not really. Otherwise, we'd have more conforming
implementation s by now.

I agree.

If
not, why the standard committee is very important and people need it?

That's an excellent question. Perhaps someone from the committee would like
to answer it.

AFAIK C99 was a "committee designed animal". Ie the Camel is a horse
designed by a committee :-)

Several high profile committee members have said they wished certain
areas had not been included and that C99 has "lost it's way". The
evidence is that the main compiler vendors have not implemented it.

You have the problem that on the desktop most(?) users use MS compilers.
MS have stopped doing C and do C++.

BTW There is no such language as C/C++. C++ was developed from C90 and
diverged one way whilst C went a different way 95 and C99. So C written
in a C++ compiler is not C.

Most(?) desktop users of C actually use a [MS]C++ compiler and MS has
taken this off on their own direction added to which there is a lot of
use of Java, C# etc and other languages. So there is a lot less interest
in the desktop community to chase the ISO C99 standard that there used
to be when the industry wanted a common specification for the language
and C++ had not arrived.

The embedded community, probably the largest C community there is, is
sticking with C90/5 and not following C99. Most of the embedded world
still use 8 and 16 bit MCU's and most of the embedded standards relate
to C90 anyway.

GNU follows it's own path, though is does have a C90 mode and I think
they are "working towards" C99, but slowly.

In short no one really needed the new features of C99. Some it is
claimed are broken anyway. The maths model for example.

The UK C panel has got a bad reputation over the last few years for
saying "NO!" to adding anything to C99 before fixing some of the major
problems in the standard. In fact there was a suggestion that we Should
go back to C95 and start again! However this has been ignored.

So in my view (and others on the panel but I will let them speak for
themselves) There is a LOT of DR (defect report) work to be done on C99
before we add anything new to C99.

However other panels want to add lots of new things. "Building on
quicksand" as one C panel member said to me. So in my view C99 will
continue to wander off into the wilderness.

ECMA is doing it's own thing with C++ and you are likely to find that
the ISO C++ also goes off into the wilderness in the next few years just
like ISO BASIC.

Somewhere along the line ISO C and C++ have lost their way and I am not
sure how to get them back.
--
\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
\/\/\/\/\ Chris Hills Staffs England /\/\/\/\/
/\/\/ ch***@phaedsys. org www.phaedsys.org \/\/\
\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/

[Martin Ambuhl]

Chris Hills wrote:

AFAIK C99 was a "committee designed animal". Ie the Camel is a horse
designed by a committee :-)

Notice that the oft-quoted line about the horse designed by a committee
is a poor substitute for a real argument. In particular, notice that the
most successful translation of the Bible ever, the Authorized / King
James Version, is the quintessential committee-designed translation.

[Chris Hills]

In article <ln************ @nuthaus.mib.or g>, Keith Thompson <kst-
[e-mail]> writes

Richard Heathfield <in*****@invali d.invalid> writes:

lovecreatesbeau ty said:[...]

Is it / standard not important?

C89 is vital. But C99? No, not really. Otherwise, we'd have more conforming
implementations by now.

C89 (or C90) caught on as quickly as it did because there was a great
demand for a standard.

Yes
When C99 was issued, there was already a
standard that worked well, so there was less demand for a new one.
True. also there was NO demand by the majority for a lot of the features
that were added.
But there are a *few* implementations that conform to C99,
I think 50% (ie three of them) were for political reasons only.
and more
that implement parts of C99.
I think "everyone" has implemented a few bits of C99. Though they have
ignored a LOT more than they have implemented.
If nothing else, the C99 standard provides a direction for development
beyond C90.
Not really.
For example, a C compiler vendor wants to implement
complex numbers will almost certainly do so using the syntax defined
by the C99 standard, rather than inventing something else.

Maybe. Maybe not. There are some features of the C standard that are
broken anyway. No one is really going to implement these or use them as
a base.

Several ISO C panel members have called for going back to C95 and
starting again.
--
\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
\/\/\/\/\ Chris Hills Staffs England /\/\/\/\/
/\/\/ ch***@phaedsys. org www.phaedsys.org \/\/\
\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/

[jjf]

lovecreatesbeau ty wrote:

Gordon Burditt wrote:

The standard
implementati on is published by the international standard committee. Is
it to hurried for the committee to do it? Does the committee take no
responsibili ty for publishing a standard implementation when release
the paper language document? No. Do the people who write building codes build buildings?

It is the fact for C language that the standard committee published
100% standard compliant paper document. 10 years later, there is no
100% standard compliant compiler.

Nonsense. There are many C compilers which are 100% compliant to the C
Standards from 1996 and earlier.
Is it / standard not important?
It is important.
If not, why the standard committee is very important and people need it?