Re: Alpha test
От | Bruce Momjian |
---|---|
Тема | Re: Alpha test |
Дата | |
Msg-id | 200312230022.hBN0MT613952@candle.pha.pa.us обсуждение исходный текст |
Ответ на | Re: Alpha test (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: Alpha test
|
Список | pgsql-patches |
Tom Lane wrote: > Alvaro Herrera <alvherre@dcc.uchile.cl> writes: > > On Mon, Dec 22, 2003 at 06:36:32PM -0500, Bruce Momjian wrote: > >> Seems we have to test for __alpha and __alpha_. This applied patch > >> makes that consistent. > > > Won't something like the following work? > > > #ifdef(__alpha) > > #define __alpha__ 1 > > #endif > > It seems risky to me to define macros that are in the > reserved-for-system-use namespace. Who knows what might break in the > system headers if we did that? > > I'm not convinced that all of the changes Bruce made are needed, or even > not likely to break things themselves. What if __alpha and __alpha__ > actually indicate slightly different platforms or OS releases? For > example, we have *no* evidence to suggest that that NOFIXADE stuff in > main.c is needed on platforms that don't define __alpha. I would tend > to take an "if it ain't broke don't fix it" approach, especially on > platforms we don't have handy to test. The problem was that certain cases tested for __alpha__ and some __alpha --- same with __sparc. I think I might have gotten started with the these spinlock changes because of an __alpha fix. I also verified with an alpha guy that we need both in most cases, if not all. I remember trying to go with __alpha__ and finding someone couldn't compile alpha after that. -- Bruce Momjian | http://candle.pha.pa.us pgman@candle.pha.pa.us | (610) 359-1001 + If your life is a hard drive, | 13 Roberts Road + Christ can be your backup. | Newtown Square, Pennsylvania 19073
В списке pgsql-patches по дате отправления: