🚀 go-pugleaf

Bill Spitzak wrote:
> 
>...
> 
> Who says that other culture uses things called "months" or "seconds"
> or "hours", etc.
>    I am not an expert on this, but from what little I know the divisions
of a day into "hours" and "minutes" seems to be fairly uniform across
cultures.  The scientific comunity seems to have a uniform definition of
second as well.  "Months" are more problimatic but many cultures have a
time unit of roughly the length of the lunar cycle.  The Gregorian calandar
seems to be the worst approximation in that regard.  If you had asked about
"weeks" however, I'd be pretty much lost.
> 
> Perhaps the structure should have been called
> "eurocentric_white_opressor_time_t" to more correctly reflect it's
> purpose?
> 

    Only if you REALY insist, but I'd still object :-).  "moderately_general_
time_conversion_t" was what I was trying for.

> Seriously, these attempts at PC-correctness I think are insluting to
> the societies involved.  Are they too stupid or primitive to cram
> another value in the field, or to make up their own structure, without
> our benevolent guidance?
> 

    This is SUPPOSED to be an INTERNATIONAL standard and the current phrasing
REQUIRES certain interpretations of these fields.  An acknowledgement that 
locales other then "C" can redefine the precise meaining of some of the fields 
would allow broader application without having to get exemptions for what is 
obviously the "correct thing to do".

    The problem is not, as you imply, that people are stupid or primitive, but
that standards, by their nature, are narrow minded and literal.  As currently
phrased, reinterpreting these fields is not allowed no matter what local is
in control of time.  Now THAT is insulting.  


        Max

[ To submit articles: Try just posting with your newsreader.  If that fails,
		      use mailto:std-c++@ncar.ucar.edu
  FAQ:    http://reality.sgi.com/employees/austern_mti/std-c++/faq.html
  Policy: http://reality.sgi.com/employees/austern_mti/std-c++/policy.html
  Comments? mailto:std-c++-request@ncar.ucar.edu
]