Re: int8.c compile problem on UnixWare 7.x - Mailing list pgsql-hackers

From Bruce Momjian
Subject Re: int8.c compile problem on UnixWare 7.x
Date
Msg-id 200004050345.XAA18599@candle.pha.pa.us
Whole thread Raw
In response to int8.c compile problem on UnixWare 7.x  ("Billy G. Allie" <Bill.Allie@mug.org>)
List pgsql-hackers
> > I agree that I'm not eager to uglify the code that much to avoid a
> > single-platform compiler bug.  Can it be worked around with less-ugly
> > changes?  I'd try changing the --i to i--, for example; and/or swapping
> > the order of the two initialization assignments.  Neither of those would
> > impair readability noticeably.
> > 
> >             regards, tom lane
> 
> I found a different patch that will fix the problem.  It compiles and the 
> resulting binary passes the regression tests.

Here is the patch.  I am inclined not to apply it.  While I realizes it
fixes  the problem on your platform, it is one of those bugs I would
rather pass back to the compiler author than fix it in our code. 

Comments from others?  Is this a popular compiler, or are you the only
one likely to be using that version with that bug?

The change is i > 0 to 0 < i.  Wow, if such a change fixes your compiler
for int8's, I really would not trust it for anything.

---------------------------------------------------------------------------

*** ./src/backend/utils/adt/int8.c.orig Mon Apr  3 13:24:12 2000--- ./src/backend/utils/adt/int8.c      Mon Apr  3
13:28:472000****************** 410,416 ****        if (*arg1 < 1)                *result = 0;        else!
for (i = *arg1, *result = 1; i > 0; --i)                        *result *= i;          return result;--- 410,416 ----
    if (*arg1 < 1)                *result = 0;        else!               for (i = *arg1, *result = 1; 0 < i; --i)
                 *result *= i; 
 


--  Bruce Momjian                        |  http://www.op.net/~candle pgman@candle.pha.pa.us               |  (610)
853-3000+  If your life is a hard drive,     |  830 Blythe Avenue +  Christ can be your backup.        |  Drexel Hill,
Pennsylvania19026
 


pgsql-hackers by date:

Previous
From: "Hiroshi Inoue"
Date:
Subject: RE: postgres crash on CURSORS
Next
From: Tom Lane
Date:
Subject: Re: postgres crash on CURSORS