[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: "_t" type names
From: |
Nikos Mavrogiannopoulos |
Subject: |
Re: "_t" type names |
Date: |
Tue, 09 Oct 2012 19:22:49 +0200 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:10.0.6esrpre) Gecko/20120805 Icedove/10.0.6 |
On 10/08/2012 09:16 PM, Ivan Shmakov wrote:
>>>>>> Nikos Mavrogiannopoulos <address@hidden> writes:
>
> […]
>
> > - ASN1_ARRAY_TYPE -> asn_static_node_t
> > - ASN1_TYPE -> asn_node_t
> > + ASN1_DATA_NODE -> asn1_data_node_st
> > + ASN1_ARRAY_TYPE -> asn1_static_node_t
> > + ASN1_TYPE -> asn1_node_t
>
> AIUI, the use of the “_t” type name suffix is generally
> discouraged (for names other than those of POSIX own types, and
> types provided by vendor-specific POSIX extensions; see below.)
Then, I think that I'll use the _p instead. Any better suggestions? (I
don't like a plain name because it does not distinguish a type from a
variable)
regards,
Nikos
- "_t" type names, Ivan Shmakov, 2012/10/08
- Re: "_t" type names,
Nikos Mavrogiannopoulos <=
- "_t" type names, and other coding style alternatives, Ivan Shmakov, 2012/10/09
- Re: "_t" type names, and other coding style alternatives, Nikos Mavrogiannopoulos, 2012/10/11
- Re: "_t" type names, and other coding style alternatives, Simon Josefsson, 2012/10/11
- Re: "_t" type names, and other coding style alternatives, Nikos Mavrogiannopoulos, 2012/10/11
- Re: "_t" type names, and other coding style alternatives, Simon Josefsson, 2012/10/15
- Re: "_t" type names, and other coding style alternatives, Ivan Shmakov, 2012/10/16
- Re: "_t" type names, and other coding style alternatives, Simon Josefsson, 2012/10/16