$ & _

[antianti@rocketmail.com]

Hi folks,

When in the history of C did it become acceptable to use $
in a variable or function name?

Why do some people say that it is a bad idea to begin
a variable name with an underscore?

Is it bad form to have a variable or function that is a
single $ or _ ?

Thanks.

[Richard Heathfield]

Re: $ & _

antianti@rocket mail.com said:

Hi folks,
>
When in the history of C did it become acceptable to use $
in a variable or function name?

As far as I know, it's never been legal to do that in a C program. If you
do so, implementations are free to reject your program. Conversely, they
are free to accept it - this is one of those situations where an
implementation can extend the language, at the expense of portability to
implementations that haven't extended it in that direction with that
syntax. I guess that you have encountered such an extension.

Why do some people say that it is a bad idea to begin
a variable name with an underscore?

In certain circumstances (and by no means obscure or unlikely
circumstances), the Standard reserves identifiers beginning with an
underscore for exclusive use by the implementation. The idea is to reduce
the likelihood of a conflict between the implementation' s identifiers and
your own. If you go around _starting _identifiers _with _underscores _all
_over _the _place, you are increasing that likelihood. So it's a bad idea,
so don't do it.

Is it bad form to have a variable or function that is a
single $ or _ ?

It depends on whether you are composing an entry for the IOCCC.

--
Richard Heathfield <http://www.cpax.org.uk >
Email: -http://www. +rjh@
Google users: <http://www.cpax.org.uk/prg/writings/googly.php>
"Usenet is a strange place" - dmr 29 July 1999

[Keith Thompson]

Re: $ &amp; _

antianti@rocket mail.com writes:

When in the history of C did it become acceptable to use $
in a variable or function name?

Never. Some compilers may accept it, but only as a non-standard
extension.

Why do some people say that it is a bad idea to begin
a variable name with an underscore?

Because names starting with underscores are reserved to the
implementation. For example, an implementation is free to define
__FOO as a macro in <stdio.h>, or even to predefine it without putting
it in a header. If you then try to declare "int _FOO = 42;", your
__FOO will be replaced with the macro definition.

Actually the rule is a bit more complicated than that, and *some*
identifiers starting with underscores are safe to use in *some*
circumstances (it depends on whether the initial underscore is
followed by another underscore, by an uppercase letter, or by
something else). But it's easier just to avoid such identifiers
altogether. It's not as if there were a shortage of valid identifiers
that *don't* start with an underscore. You can even use trailing
underscores if you like.

Is it bad form to have a variable or function that is a
single $ or _ ?

Yes.

--
Keith Thompson (The_Other_Keit h) kst-u@mib.org <http://www.ghoti.net/~kst>
Nokia
"We must do something. This is something. Therefore, we must do this."
-- Antony Jay and Jonathan Lynn, "Yes Minister"

[Jack Klein]

Re: $ &amp; _

On Sun, 27 Jul 2008 17:48:57 -0700 (PDT), antianti@rocket mail.com
wrote in comp.lang.c:

Hi folks,
>
When in the history of C did it become acceptable to use $
in a variable or function name?

Never. This is an extension provided by some compilers. It is not
part of the C language.

Why do some people say that it is a bad idea to begin
a variable name with an underscore?

Identifiers beginning with two consecutive underscores are reserved
for the implementation in all contexts. Identifiers beginning with a
single underscore are reserved for the implementation

Is it bad form to have a variable or function that is a
single $ or _ ?

It is bad form to have any identifier containing a '$' character, even
on a compiler that accepts this as an extension, because it makes the
code non-standard and non-portable.

It is bad form to have an identifier consisting of a single underscore
unless you are the implementation, that is a programmer or maintainer
of the compiler itself or its library.

--
Jack Klein
Home: http://JK-Technology.Com
FAQs for
comp.lang.c http://c-faq.com/
comp.lang.c++ http://www.parashift.com/c++-faq-lite/
alt.comp.lang.l earn.c-c++

http://www.club.cc.cmu.edu/~ajo/docs/FAQ-acllc.html

[antianti@rocketmail.com]

Re: $ &amp; _

On Jul 27, 9:58 pm, Keith Thompson <ks...@mib.orgw rote:

Is it bad form to have a variable or function that is a
single $ or _ ?

>
Yes.

Why?

I'm reminded how in Javascript some clever person defined
something like this
function $(name) {
return getElementById( name);
}
which is now considered standard. It's wasn't something
that the language designers had planned but it was
a clever solution to a common problem.

[CBFalconer]

Re: $ &amp; _

antianti@rocket mail.com wrote:

>
When in the history of C did it become acceptable to use $
in a variable or function name?

It never did.

Why do some people say that it is a bad idea to begin a
variable name with an underscore?

Because those names are (more or less) reserved for the
implementor.

Is it bad form to have a variable or function that is a
single $ or _ ?

You can't use the '$'.


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

[Keith Thompson]

Re: $ &amp; _

Jack Klein <jackklein@spam cop.netwrites:

On Sun, 27 Jul 2008 17:48:57 -0700 (PDT), antianti@rocket mail.com
wrote in comp.lang.c:

[...]

>Why do some people say that it is a bad idea to begin
>a variable name with an underscore?

>
Identifiers beginning with two consecutive underscores are reserved
for the implementation in all contexts. Identifiers beginning with a
single underscore are reserved for the implementation

Actually, the rule is (C99 7.1.3):

All identifiers that begin with an underscore and either an
uppercase letter or another underscore are always reserved for any
use.

All identifiers that begin with an underscore are always reserved
for use as identifiers with file scope in both the ordinary and
tag name spaces.

An easier rule to remember is:

All identifiers that begin with an underscore are always reserved
for any use.

It's not the rule the standard actually imposes, but as a programmer
you can't go wrong by pretending that it is. (You can declare
"int _foo;" at block scope, but why would you want to?)

--
Keith Thompson (The_Other_Keit h) kst-u@mib.org <http://www.ghoti.net/~kst>
Nokia
"We must do something. This is something. Therefore, we must do this."
-- Antony Jay and Jonathan Lynn, "Yes Minister"

[Ian Collins]

Re: $ &amp; _

antianti@rocket mail.com wrote:

On Jul 27, 9:58 pm, Keith Thompson <ks...@mib.orgw rote:
>

>>Is it bad form to have a variable or function that is a
>>single $ or _ ?

>Yes.

>
Why?
>
I'm reminded how in Javascript some clever person defined
something like this
function $(name) {
return getElementById( name);
}
which is now considered standard. It's wasn't something
that the language designers had planned but it was
a clever solution to a common problem.

Or an abomination, depending on who you ask.

--
Ian Collins.

[Peter Nilsson]

Re: $ &amp; _

Keith Thompson wrote:

...
An easier rule to remember is:
>
All identifiers that begin with an underscore are always reserved
for any use.
>
It's not the rule the standard actually imposes, but as a programmer
you can't go wrong by pretending that it is. (You can declare
"int _foo;" at block scope, but why would you want to?)

One case would be in a function macro that's defined as a do/while
block and uses a temporary. The temporary name is subject to
macro expansion and can also accidentally hide parameter
arguments on invokation. So you need a naming convention that
mitigates this. Unfortunately, a lot of people choose a leading
underscore.

The other common bad use of leading underscores are struct tags
and include guards.

--
Peter

[Giacomo Catenazzi]

Re: $ &amp; _

antianti@rocket mail.com wrote:

Is it bad form to have a variable or function that is a
single $ or _ ?

GNU gettext uses _ as a macro

for non internationaliz ed programs:
#define _(String) (String)
and for internationaliz ed programs:
#define _(String) gettext (String)

gettext used _ to simplify internationaliz ation
of existing program, with few readability impacts
(and few worry for authors which doesn't know details
about gettext)

ciao
cate

[Flash Gordon]

Re: $ &amp; _

antianti@rocket mail.com wrote, On 28/07/08 03:09:

On Jul 27, 9:58 pm, Keith Thompson <ks...@mib.orgw rote:
>

>>Is it bad form to have a variable or function that is a
>>single $ or _ ?

>Yes.

>
Why?

Tell me what the following code fragment does on an implementation where
$ is a valid identifier.

*$(-_)=0;

I don't just means what functions are called, but exactly what you think
will happen. Then consider the following code which does something
different:

int salary =
Search(employee _list,Search(em ployee_list,"Fr ed")->boss_name)->salary;

The first is not more complex than the second, but which is more likely
to be understandable?
--
Flash Gordon

[Mark McIntyre]

Re: $ &amp; _

antianti@rocket mail.com wrote:

On Jul 27, 9:58 pm, Keith Thompson <ks...@mib.orgw rote:
>

>>Is it bad form to have a variable or function that is a
>>single $ or _ ?

>Yes.

>
Why?

Think about hte poor maintainer trying to get your code working later.

Which code fragment is more informative?
reload_database (foo,bar);
$(foo,bar);

I'm reminded how in Javascript some clever person defined
something like this
function $(name) {

Personally I consider that horrible for the exact reason stated above.

which is now considered standard. It's wasn't something
that the language designers had planned but it was
a clever solution to a common problem.

Well, it was a solution. There's nothing especially clever about it to
be honest.

And holding up Javascript as an example of programming excellence is a
bit like holding up the Golden Arches as an example of haute cuisine.....

[santosh]

Re: $ &amp; _

Peter Nilsson wrote:

Keith Thompson wrote:

>...
>An easier rule to remember is:
>>
> All identifiers that begin with an underscore are always reserved
> for any use.
>>
>It's not the rule the standard actually imposes, but as a programmer
>you can't go wrong by pretending that it is. (You can declare
>"int _foo;" at block scope, but why would you want to?)

>
One case would be in a function macro that's defined as a do/while
block and uses a temporary. The temporary name is subject to
macro expansion and can also accidentally hide parameter
arguments on invokation. So you need a naming convention that
mitigates this. Unfortunately, a lot of people choose a leading
underscore.

What is your preferred method of dealing with this?

The other common bad use of leading underscores are struct tags
and include guards.

[Ian Collins]

Re: $ &amp; _

Mark McIntyre wrote:

antianti@rocket mail.com wrote:
>

>I'm reminded how in Javascript some clever person defined
>something like this
> function $(name) {

>
Personally I consider that horrible for the exact reason stated above.
>

>which is now considered standard. It's wasn't something
>that the language designers had planned but it was
>a clever solution to a common problem.

>
Well, it was a solution. There's nothing especially clever about it to
be honest.
>
And holding up Javascript as an example of programming excellence is a
bit like holding up the Golden Arches as an example of haute cuisine.....

That's more than a little unfair. The $ abomination comes form one
particular library, which many of us JavaScript programmers despise.
JavaScript is a most enjoyable language to craft excellent code.

--
Ian Collins.

[santosh]

Re: $ &amp; _

Ian Collins wrote:

Mark McIntyre wrote:

>antianti@rocket mail.com wrote:
>>

>>I'm reminded how in Javascript some clever person defined
>>something like this
>> function $(name) {

>>
>Personally I consider that horrible for the exact reason stated
>above.
>>

>>which is now considered standard. It's wasn't something
>>that the language designers had planned but it was
>>a clever solution to a common problem.

>>
>Well, it was a solution. There's nothing especially clever about it
>to be honest.
>>
>And holding up Javascript as an example of programming excellence is
>a bit like holding up the Golden Arches as an example of haute
>cuisine.....

>
That's more than a little unfair. The $ abomination comes form one
particular library, which many of us JavaScript programmers despise.
JavaScript is a most enjoyable language to craft excellent code.

I suppose that the innumerable JavaScript associated vulnerabilities
with various web browsers tends to tarnish the language's image, just
like the association between VB and viruses or between assembler and
viruses.