Tom Lane wrote:
>
> Murad Nayal <murad@godel.bioc.columbia.edu> writes:
> > 1- the program that configure uses to test for namespace std is faulty.
>
> That's not very helpful :-( --- what's wrong with it?
>
> > 2- configure badly guesses the type of the 3rd argument to accept().
>
> I have seen that happen on other platforms too; not clear how to fix it.
> But as long as the guessed value is the right size it should work,
> I would think --- unsigned int vs. int shouldn't make a difference.
> Are you sure that that is the reason it wasn't working?
>
I am actually pretty sure that giving accept a size_t addrlen (in this
case) is causing accept to not copy the client address over (at least
not copy it to the right place!). I was a little bit inaccurate in my
statement earlier though. size_t is unsigned int when compiling in 32bit
mode. however it seems to be unsigned long (8 bytes) when compiling in
64bit mode, while int is still 4 bytes. so that seems consistent with
what you said.
I was trying to compile postgres in 64 because I would like to integrate
it with the rest of my libraries which I usually compile in 64bit mode.
I suppose I only need the frontend to be binary compatible with my code
(libpq?) but I can only imagine the hassle I could get into trying to
compile the front end in 64 and the backend separately in n32. I am
going to repeat the regression tests just to make sure I used gmake all
in regress and will report back.
Regards
--
Murad Nayal M.D. Ph.D.
Department of Biochemistry and Molecular Biophysics
College of Physicians and Surgeons of Columbia University
630 West 168th Street. New York, NY 10032
Tel: 212-305-6884 Fax: 212-305-6926
