Re: port v7.0 to SGI-IRIX-6.5.7/64
От | Murad Nayal |
---|---|
Тема | Re: port v7.0 to SGI-IRIX-6.5.7/64 |
Дата | |
Msg-id | 3929A670.787FD829@godel.bioc.columbia.edu обсуждение исходный текст |
Ответ на | port v7.0 to SGI-IRIX-6.5.7/64 (Murad Nayal <murad@godel.bioc.columbia.edu>) |
Ответы |
Re: port v7.0 to SGI-IRIX-6.5.7/64
|
Список | pgsql-bugs |
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
В списке pgsql-bugs по дате отправления: