On 01/27/2011 09:55 AM, Xiaobo Gu wrote:
The above combinition does not pass, another question,
Because I just want to build the client side of PostgreSQL, can I
ignore this error and let the configure pass
You can try, but I at least am only interested in getting the whole
package to bu
On Thu, Jan 27, 2011 at 10:44 PM, Xiaobo Gu wrote:
> On Thu, Jan 27, 2011 at 9:32 PM, Andrew Dunstan wrote:
>>
>>
>> On 01/27/2011 07:56 AM, Xiaobo Gu wrote:
Clearly there is a problem, or configure would have worked. You need to
answer the question I asked previously, namely what
On 01/27/2011 09:19 AM, Xiaobo Gu wrote:
On Thu, Jan 27, 2011 at 10:01 PM, Andrew Dunstan wrote:
On 01/27/2011 08:51 AM, Robert Haas wrote:
On Thu, Jan 27, 2011 at 7:31 AM, Xiaobo Guwrote:
20:25: please contact psql and ask for a list of accept()
implementations checked
It looks like
On Thu, Jan 27, 2011 at 10:01 PM, Andrew Dunstan wrote:
>
>
> On 01/27/2011 08:51 AM, Robert Haas wrote:
>>
>> On Thu, Jan 27, 2011 at 7:31 AM, Xiaobo Gu wrote:
>>>
>>> 20:25: please contact psql and ask for a list of accept()
>>> implementations checked
>>
>> It looks like we check each argument
On 01/27/2011 08:51 AM, Robert Haas wrote:
On Thu, Jan 27, 2011 at 7:31 AM, Xiaobo Gu wrote:
20:25: please contact psql and ask for a list of accept()
implementations checked
It looks like we check each argument and the return type for a couple
of possibilities:
argument 1 can be int or uns
On Thu, Jan 27, 2011 at 7:31 AM, Xiaobo Gu wrote:
> 20:25 : please contact psql and ask for a list of accept()
> implementations checked
It looks like we check each argument and the return type for a couple
of possibilities:
argument 1 can be int or unsigned int
argument 2 can be struct sockaddr
On Thu, Jan 27, 2011 at 9:14 PM, Xiaobo Gu wrote:
> On Thu, Jan 27, 2011 at 8:56 PM, Xiaobo Gu wrote:
>> On Thu, Jan 27, 2011 at 8:51 PM, Andrew Dunstan wrote:
>>>
>>>
>>> On 01/27/2011 07:41 AM, Xiaobo Gu wrote:
On Thu, Jan 27, 2011 at 8:37 PM, Andrew Dunstan
wrote:
>
>
Hi,
I have a talk with MinGW developer, because I am not so familiar with
the UNIX configure and build system, can you help to resolve the
problem please.
: XiaoboGu: try actually reading config.log
20:18 : look for winsock2.h in it
20:18 : you should find it, along with the error nearby
20:19
On 01/25/2011 09:15 AM, Xiaobo Gu wrote:
Hi Andrew,
The config.log is as following
So what is the declaration of accept at
d:/amber/devtool/rtools/mingw64/lib/gcc/../../x86_64-w64-mingw32/include/winsock2.h:1035:37:
?
cheers
andrew
--
Sent via pgsql-hackers mailing list (pgsql-hackers@
On 01/25/2011 06:40 AM, Xiaobo Gu wrote:
I also tried 64bit 4.5.2 GCC shipped with Rtools, the same error
checking types of arguments for accept()... configure: error: could not determin
e argument types
I don't have this setup, soi I can't debug it. Neither does anyone else
I know of. I
I also tried 64bit 4.5.2 GCC shipped with Rtools, the same error
> checking types of arguments for accept()... configure: error: could not
> determin
> e argument types
On Tue, Jan 25, 2011 at 7:03 PM, Xiaobo Gu wrote:
> Hi,
> I have successfully built 32bit PostgreSQL 9.0.2 using 32bit GCC 4.
Hi,
I have successfully built 32bit PostgreSQL 9.0.2 using 32bit GCC 4.5.0
and MinGW packaged by tdm64-gcc-4.5.1 from
http://tdm-gcc.tdragon.net/download.
But for 64bit there is only 4.5.1 GCC, which is not stable now, and
the configure script does not pass.
$ configure --without-zlib
checking bu
Hi,
According to http://www.pgbuildfarm.org/cgi-bin/show_status.pl, only
GCC 3.4.2 and 4.5.0 have successfully build PostgreSQL,and only under
32 bit Windows environment, and I guess from
http://archives.postgresql.org/pgsql-hackers/2010-12/msg02073.php that
you mean we should only the above two ve
On 01/23/2011 11:11 PM, Xiaobo Gu wrote:
Yes, I want it working on 64 bit Windows Server 2003 R2 and 64 bit
Windows 7 home basic.
Which version of 32bit MinGW do you use, I use the one shipped with
Rtools212.exe which is downloaded from
http://www.murdoch-sutherland.com/Rtools, and there is no
And there are two versions of gcc installed on my WinXP PRO SP3, 3.4.4
is the one used to the above test
D:\devproj\postgresql-9.0.2>gcc -v
Reading specs from /usr/lib/gcc/i686-pc-msys/3.4.4/specs
Configured with: /home/cstrauss/build/gcc3/gcc-3.4.4/configure --prefix=/usr --s
ysconfdir=/etc --loc
Hi,
I download the lastest 32bit MinGW from sourceforge, and found there
are *NIX like tools such as chmod and ls in the MinGW\msys\1.0\bin
directory.
But the make process does not success,
This test is done on my 32bit Windows XP SP3
Here are the messages:
D:\devproj\postgresql-9.0.2>sh confi
Yes, I want it working on 64 bit Windows Server 2003 R2 and 64 bit
Windows 7 home basic.
Which version of 32bit MinGW do you use, I use the one shipped with
Rtools212.exe which is downloaded from
http://www.murdoch-sutherland.com/Rtools, and there is no chmod.
xiaobo gu
2011/1/24 Andrew Dunstan
On 01/23/2011 10:09 PM, Xiaobo Gu wrote:
> Here is my plan,
> 1. To make the configurate script pass:
> Currently MinGW does not provide chmod, but on Windows I think this
> can be ignored now, we all use Admin
> users to do the work.
> 2. To make a pg-client Makefile target, can you
On Fri, Jan 21, 2011 at 16:24, Andrew Dunstan wrote:
>
>
> On 01/21/2011 05:24 AM, Magnus Hagander wrote:
>>>
>>> That advice needs to be taken with a grain or two of salt. First, while
>>> you
>>> probably should not use Cygwin postgres as a production server, it is
>>> still
>>> the best way to
On 01/21/2011 05:24 AM, Magnus Hagander wrote:
That advice needs to be taken with a grain or two of salt. First, while you
probably should not use Cygwin postgres as a production server, it is still
the best way to run psql on Windows that I know of. And second, the stuff
Yeah, I agree for ps
On Fri, Jan 21, 2011 at 04:06, Andrew Dunstan wrote:
>
>
> On 01/20/2011 09:52 PM, Robert Haas wrote:
>>
>> On Thu, Jan 20, 2011 at 10:17 AM, XiaoboGu wrote:
>>>
>>> Hi,
>>> We are using R to work with 64bit PostgreSQL client libraries, and
>>> to avoid compiler compatibility issues the R
On 01/20/2011 09:52 PM, Robert Haas wrote:
On Thu, Jan 20, 2011 at 10:17 AM, XiaoboGu wrote:
Hi,
We are using R to work with 64bit PostgreSQL client libraries, and
to avoid compiler compatibility issues the R development community suggest
using the same compiler for both the main appl
On Thu, Jan 20, 2011 at 10:17 AM, XiaoboGu wrote:
> Hi,
> We are using R to work with 64bit PostgreSQL client libraries, and
> to avoid compiler compatibility issues the R development community suggest
> using the same compiler for both the main application and dlls. So do you
> have any ex
23 matches
Mail list logo
