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.
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 |