From: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> |
---|---|
To: | Tatsuo Ishii <t-ishii(at)sra(dot)co(dot)jp> |
Cc: | tgl(at)sss(dot)pgh(dot)pa(dot)us, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: SunOS4 port |
Date: | 2001-12-05 17:51:12 |
Message-ID: | 200112051751.fB5HpCQ20225@candle.pha.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
> > Tatsuo Ishii <t-ishii(at)sra(dot)co(dot)jp> writes:
> > > The only solution would be having our own memcmp on SunOS4.
> >
> > Um. Well, we could do that I suppose ... does anyone think
> > it's worth the trouble?
>
> In 7.0 or earlier has a configure check if memcmp is 8 bit clean. In
> 7.1 someone has removed that test and now we get the failure on
> SunOS4.
I checked out 7.0 using tag REL7_0_PATCHES, and I see this in configure.in:
AC_FUNC_MEMCMP
and this in configure:
echo "$ac_t""$ac_cv_func_memcmp_clean" 1>&6
test $ac_cv_func_memcmp_clean = no && LIBOBJS="$LIBOBJS memcmp.${ac_objext}"
However, I don't see any memcmp.c file, nor in 6.5 either. I wonder if
this was removed from configure.in because it was no longer being used.
The big question is whether we can backpatch in the memcmp code and have
it working cleanly in 7.2.
--
Bruce Momjian | http://candle.pha.pa.us
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 853-3000
+ If your life is a hard drive, | 830 Blythe Avenue
+ Christ can be your backup. | Drexel Hill, Pennsylvania 19026
From | Date | Subject | |
---|---|---|---|
Next Message | Dave Cramer | 2001-12-05 18:09:28 | Error using between on a numeric |
Previous Message | Manuel Sugawara | 2001-12-05 17:33:26 | Re: date formatting and tab-complete patch |