* Re: Is GDB using reserved TYPEDEF identifiers? [REPOST]
@ 2001-06-23 21:15 Michael Elizabeth Chastain
2001-06-25 5:04 ` Eli Zaretskii
0 siblings, 1 reply; 3+ messages in thread
From: Michael Elizabeth Chastain @ 2001-06-23 21:15 UTC (permalink / raw)
To: gdb, jskallal
John Kallal writes:
> I think that POSIX reserves all identifiers defined with a typedef statement
> that that end with the characters "_t" for use within the POSIX header files.
The C standard (ISO/IEC 9899:1999) does not reserve these names,
but the Single Unix Specification does reserve all names with the
suffix "_t". Here's the reference:
http://www.opengroup.org/onlinepubs/7908799/xsh/compilation.html
> I note that the GDB source code uses a lot a such identifiers.
> Should we change to another suffix such as "_td" and document that
> requirement in the GDB coding rules within file 'gdbint.texinfo'?
That's up to the head maintainer.
My opinion is that we should do nothing until someone demonstrates
an actual problem on a specific configuration (specific host system,
specific Ansi C compiler, specific host triple, specific target triple).
It's a triage problem. There's plenty of other work that yields
more benefit for less effort.
Michael Elizabeth Chastain
<chastain@redhat.com>
"love without fear"
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Is GDB using reserved TYPEDEF identifiers? [REPOST]
2001-06-23 21:15 Is GDB using reserved TYPEDEF identifiers? [REPOST] Michael Elizabeth Chastain
@ 2001-06-25 5:04 ` Eli Zaretskii
0 siblings, 0 replies; 3+ messages in thread
From: Eli Zaretskii @ 2001-06-25 5:04 UTC (permalink / raw)
To: Michael Elizabeth Chastain; +Cc: gdb, jskallal
On Sat, 23 Jun 2001, Michael Elizabeth Chastain wrote:
> John Kallal writes:
>
> > I think that POSIX reserves all identifiers defined with a typedef statement
> > that that end with the characters "_t" for use within the POSIX header files.
>
> The C standard (ISO/IEC 9899:1999) does not reserve these names,
> but the Single Unix Specification does reserve all names with the
> suffix "_t". Here's the reference:
>
> http://www.opengroup.org/onlinepubs/7908799/xsh/compilation.html
Note that Posix (at least the draft I have) does not explicitly say that
the names with the suffix _t are reserved. It just says that all Posix
headers use such names, which therefore might conflict with the
application. By contrast, the above Single unix Spec _does_ in fact say
such names are reserved.
> My opinion is that we should do nothing until someone demonstrates
> an actual problem on a specific configuration (specific host system,
> specific Ansi C compiler, specific host triple, specific target triple).
I agree.
^ permalink raw reply [flat|nested] 3+ messages in thread
* Is GDB using reserved TYPEDEF identifiers? [REPOST]
@ 2001-06-21 10:27 John S. Kallal
0 siblings, 0 replies; 3+ messages in thread
From: John S. Kallal @ 2001-06-21 10:27 UTC (permalink / raw)
To: gdb
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 467 bytes --]
I think that POSIX reserves all identifiers defined with a typedef statement
that that end with the characters "_t" for use within the POSIX header files.
I note that the GDB source code uses a lot a such identifiers. Â Should
we change to another suffix such as "_td" and document that requirement
in the GDB coding rules within file 'gdbint.texinfo'?
Sorry about the poor header in the prevous mailing, I recently switched my
mailing program.
John S. Kallal
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2001-06-25 5:04 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2001-06-23 21:15 Is GDB using reserved TYPEDEF identifiers? [REPOST] Michael Elizabeth Chastain
2001-06-25 5:04 ` Eli Zaretskii
-- strict thread matches above, loose matches on Subject: below --
2001-06-21 10:27 John S. Kallal
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox