Not quite standard... but socially acceptable

[=?ISO-8859-1?Q?Tom=E1s_=D3_h=C9ilidhe?=]

I mainly keep my code as standard as possible, but I need to branch
out just a tad.

Firstly, if you're writing console programs for a system that has a
screen, a keyboard, and a commandline, then is there any commonly used
library for doing things like clearing the screen, or taking a single
key press from the user?

Secondly, is it OK, do you think, to flout C's rule of having to
define all objects at the beginning of a block? I've seen that a hell
of a lot of C compilers allow you to define objects wherever you want,
and I think it leads to far neater code, especially when it comes to
being able to use const in places where you previously weren't able.

[jacob navia]

Tomás Ó hÉilidhe wrote:

I mainly keep my code as standard as possible, but I need to branch
out just a tad.

Firstly, if you're writing console programs for a system that has a
screen, a keyboard, and a commandline, then is there any commonly used
library for doing things like clearing the screen, or taking a single
key press from the user?

It depends if you want the unix flavor, or the windows flavor
Unix uses a "curses" library to control the screen/keyboard.

Under windows most compilers provide
keypressed()

or similar stuff.

Under windows Microsoft provides a Console API that does all the
console handling (console colors, reading text from the console, etc)

Secondly, is it OK, do you think, to flout C's rule of having to
define all objects at the beginning of a block? I've seen that a hell
of a lot of C compilers allow you to define objects wherever you want,
and I think it leads to far neater code, especially when it comes to
being able to use const in places where you previously weren't able.

This is standard C. The standard allows explicitly to declare variables
anywhere.
--
jacob navia
jacob at jacob point remcomp point fr
logiciels/informatique
http://www.cs.virginia.edu/~lcc-win32

[Ben Pfaff]

Tomás Ó hÉilidhe <to*@lavabit.co mwrites:

Secondly, is it OK, do you think, to flout C's rule of having to
define all objects at the beginning of a block? I've seen that a hell
of a lot of C compilers allow you to define objects wherever you want,
and I think it leads to far neater code, especially when it comes to
being able to use const in places where you previously weren't able.

C99 no longer requires all declarations to be at the beginning of
a block. Perhaps you can require some level of C99 conformance
from the compilers that you support.
--
char a[]="\n .CJacehknorstu" ;int putchar(int);in t main(void){unsi gned long b[]
={0x67dffdff,0x 9aa9aa6a,0xa77f fda9,0x7da6aa6a ,0xa67f6aaa,0xa a9aa9f6,0x11f6} ,*p
=b,i=24;for(;p+ =!*p;*p/=4)switch(0[p]&3)case 0:{return 0;for(p--;i--;i--)case+
2:{i++;if(i)bre ak;else default:continu e;if(0)case 1:putchar(a[i&15]);break;}}}

[Keith Thompson]

jacob navia <ja***@nospam.c omwrites:

Tomás Ó hÉilidhe wrote:

[...]

>Secondly, is it OK, do you think, to flout C's rule of having to
define all objects at the beginning of a block? I've seen that a hell
of a lot of C compilers allow you to define objects wherever you want,
and I think it leads to far neater code, especially when it comes to
being able to use const in places where you previously weren't able.

This is standard C. The standard allows explicitly to declare variables
anywhere.

What jacob isn't bothering to tell you is that this is a new feature
in the current C standard, issued in 1999 (and therefore referred to
as "C99"). Most C compilers do not yet fully support the C99
standard; they instead support the earlier C90 or C95 standard (C95
was a minor update to C90).

I won't tell you that you shouldn't use C99-specific features. I will
tell you that, by doing so, you risk limiting the portability of your
code (a risk that, I hope, will diminish over time).

If you want maximal portability, you can program in the common subset
of C90 and C99 (basically C90 without implicit int and without trying
to use the few new keywords as identifiers).

--
Keith Thompson (The_Other_Keit h) <ks***@mib.or g>
Nokia
"We must do something. This is something. Therefore, we must do this."
-- Antony Jay and Jonathan Lynn, "Yes Minister"

[jacob navia]

Keith Thompson wrote:

jacob navia <ja***@nospam.c omwrites:

>Tomás Ó hÉilidhe wrote:

[...]

>>Secondly, is it OK, do you think, to flout C's rule of having to
define all objects at the beginning of a block? I've seen that a hell
of a lot of C compilers allow you to define objects wherever you want,
and I think it leads to far neater code, especially when it comes to
being able to use const in places where you previously weren't able.

This is standard C. The standard allows explicitly to declare variables
anywhere.

What jacob isn't bothering to tell you is that this is a new feature
in the current C standard, issued in 1999 (and therefore referred to
as "C99").

Can't you read man?

I said:
This is standard C. The standard allows explicitly to declare variables
anywhere.

"New" was in 1999, or maybe 2003...
In 2008 is no longer "new". Besides, as the OP says:

>>[snip] ... I've seen that a hell
of a lot of C compilers allow you to define objects wherever you want,

So, it more common than what you think

Most C compilers do not yet fully support the C99
standard; they instead support the earlier C90 or C95 standard (C95
was a minor update to C90).

Most of them support this feature, as the OP says.

I won't tell you that you shouldn't use C99-specific features. I will
tell you that, by doing so, you risk limiting the portability of your
code (a risk that, I hope, will diminish over time).

The OP did not mention any portability requirements
other than "socially acceptable".

If you want maximal portability, you can program in the common subset
of C90 and C99 (basically C90 without implicit int and without trying
to use the few new keywords as identifiers).

By using standard C you promote the standard. I think it should
be done.

--
jacob navia
jacob at jacob point remcomp point fr
logiciels/informatique
http://www.cs.virginia.edu/~lcc-win32

[CBFalconer]

jacob navia wrote:

Tomás Ó hÉilidhe wrote:

>Firstly, if you're writing console programs for a system that
has a screen, a keyboard, and a commandline, then is there any
commonly used library for doing things like clearing the screen,
or taking a single key press from the user?

It depends if you want the unix flavor, or the windows flavor
Unix uses a "curses" library to control the screen/keyboard.

Under windows most compilers provide keypressed()

These things are system specific, and discussion belongs on system
specific newsgroups. They are off-topic here.

--
[mail]: Chuck F (cbfalconer at maineline dot net)
[page]: <http://cbfalconer.home .att.net>
Try the download section.

--
Posted via a free Usenet account from http://www.teranews.com

[Keith Thompson]

jacob navia <ja***@nospam.c omwrites:

Keith Thompson wrote:

>jacob navia <ja***@nospam.c omwrites:

>>Tomás Ó hÉilidhe wrote:

[...]

>>>Secondly, is it OK, do you think, to flout C's rule of having to
define all objects at the beginning of a block? I've seen that a hell
of a lot of C compilers allow you to define objects wherever you want,
and I think it leads to far neater code, especially when it comes to
being able to use const in places where you previously weren't able.
This is standard C. The standard allows explicitly to declare variables
anywhere.

What jacob isn't bothering to tell you is that this is a new feature
in the current C standard, issued in 1999 (and therefore referred to
as "C99").

Can't you read man?

Yes, I can. Can you?

I said:
This is standard C. The standard allows explicitly to declare variables
anywhere.

Yes, that's true, and I said nothing that contradicts that.

"New" was in 1999, or maybe 2003...
In 2008 is no longer "new". Besides, as the OP says:

As long as the C99 standard is less widely supported than the C90
standard, it's *effectively* new, regardless of its chronological age.

>>>[snip] ... I've seen that a hell
of a lot of C compilers allow you to define objects wherever you want,

So, it more common than what you think

That particular feature is fairly common, yes. I didn't say it
wasn't.

>Most C compilers do not yet fully support the C99
standard; they instead support the earlier C90 or C95 standard (C95
was a minor update to C90).

Most of them support this feature, as the OP says.

I didn't say otherwise.

>I won't tell you that you shouldn't use C99-specific features. I will
tell you that, by doing so, you risk limiting the portability of your
code (a risk that, I hope, will diminish over time).

The OP did not mention any portability requirements
other than "socially acceptable".

The OP seemed to be under the impression that mixing declarations and
statements within a block is a common, but non-standard, extension.

You just told him that it's "standard C", which is quite correct but
incomplete. I provided more information. Why do you have a problem
with that?

>If you want maximal portability, you can program in the common subset
of C90 and C99 (basically C90 without implicit int and without trying
to use the few new keywords as identifiers).

By using standard C you promote the standard. I think it should
be done.

So promote the standard. I have no problem with that.

It is a fact (unfortunately) that C99 is not yet as widely supported
as C90. I conveyed that information to the OP, who can use it in
whatever way he chooses. I didn't even disagree with anything you
wrote. If you have a problem with that, that's just too bad.

--
Keith Thompson (The_Other_Keit h) <ks***@mib.or g>
Nokia
"We must do something. This is something. Therefore, we must do this."
-- Antony Jay and Jonathan Lynn, "Yes Minister"

[Rui Maciel]

On Thu, 03 Apr 2008 13:13:02 -0700, Keith Thompson wrote:

What jacob isn't bothering to tell you is that this is a new feature in
the current C standard, issued in 1999 (and therefore referred to as
"C99"). Most C compilers do not yet fully support the C99 standard;
they instead support the earlier C90 or C95 standard (C95 was a minor
update to C90).

What exactly do you mean by "most C compilers"? Are we talking about the
number of makes and models released or are we talking about install base?
Rui Maciel

[Keith Thompson]

Rui Maciel <ru********@gma il.comwrites:

On Thu, 03 Apr 2008 13:13:02 -0700, Keith Thompson wrote:

>What jacob isn't bothering to tell you is that this is a new feature in
the current C standard, issued in 1999 (and therefore referred to as
"C99"). Most C compilers do not yet fully support the C99 standard;
they instead support the earlier C90 or C95 standard (C95 was a minor
update to C90).

What exactly do you mean by "most C compilers"? Are we talking about the
number of makes and models released or are we talking about install base?

Take your pick. As far as I know, full C99 support is rare by either
measure.

And just in case anyone thinks I'm attacking the C99 standard, I wish
this were not the case. (This is not directed at you, Rui.)

--
Keith Thompson (The_Other_Keit h) <ks***@mib.or g>
Nokia
"We must do something. This is something. Therefore, we must do this."
-- Antony Jay and Jonathan Lynn, "Yes Minister"

[Rui Maciel]

On Fri, 04 Apr 2008 17:23:03 +0000, Richard Heathfield wrote:

Which compiler that I use did you have in mind? gcc? Microsoft Visual C?
Borland C? LE370? C/370? CodeWarrior? Much of my code has to port *not
only* to all of these compilers (none of which currently conform to
C99), but also (in some cases) *any* other conforming C compiler.

When *all* my users' compilers support C99, that will be the time to
switch. At present, as far as I am aware, none of my users' compilers
conform to C99[1], so there is still a little way to go.

Correct me if I'm wrong but that doesn't mean that the C99 standard isn't
portable. That just means that you are forced to work with some compilers
that don't comply with the C99 standard.
Rui Maciel