Re: [HACKERS] Re: your mail

From: Oleg Broytmann <phd(at)sun(dot)med(dot)ru>
To: "D'Arcy J(dot)M(dot) Cain" <darcy(at)druid(dot)net>
Cc: PostgreSQL-development <pgsql-hackers(at)postgreSQL(dot)org>, Angelos Karageorgiou <angelos(at)awesome(dot)incredible(dot)com>
Subject: Re: [HACKERS] Re: your mail
Date: 1999-02-12 11:23:01
Message-ID: Pine.SOL2.3.96.SK.990212141925.8485A-100000@sun.med.ru
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Thu, 11 Feb 1999, D'Arcy J.M. Cain wrote:
> > should use: signed or unsigned chars, anyone has an idea?
>
> In all my own code, I always set the compiler option to make char an
> unsigned type. For portability I like to know that the behaviour
> won't change as long as I carry over my compiler options. I like
> that way better than casting since I don't get conflict warnings
> for sending unsigned (or signed) char to library functions. Remember,
> char, signed char and unsigned char are 3 distinct types even though
> char has to behave exactly like one of the other two. Setting it up on
> the compiler command line gets around that.
>
> As for signed vs. unsigned, I don't think it matters that much. I chose
> unsigned since I never do signed arithmetic on char and if I ever did I
> would like to have the extra keywork to draw attention to it.

That is what I think of, and what I usually use - tweak compiler options
to unsigned char.
So, my conclusion - reject the patch and teach people to change compiler
options.

Oleg.
----
Oleg Broytmann http://members.xoom.com/phd2/ phd2(at)earthling(dot)net
Programmers don't die, they just GOSUB without RETURN.

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Jose' Soares 1999-02-12 13:53:21 Re: [HACKERS] view?
Previous Message Oleg Broytmann 1999-02-12 10:29:14 Re: [HACKERS] VACUUM ANALYZE problem on linux