From: | "Hiroshi Saito" <z-saito(at)guitar(dot)ocn(dot)ne(dot)jp> |
---|---|
To: | "Magnus Hagander" <magnus(at)hagander(dot)net> |
Cc: | <pgsql-patches(at)postgresql(dot)org> |
Subject: | Re: win32.mak patch |
Date: | 2007-12-20 01:02:24 |
Message-ID: | 002301c842a3$fb91fbd0$c601a8c0@HP22720319231 |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-patches |
Hi.
----- Original Message -----
From: "Magnus Hagander" <magnus(at)hagander(dot)net>
> On Wed, Dec 19, 2007 at 11:19:54AM +0900, Hiroshi Saito wrote:
>> Ummm, Sorry...former patch to be disregarded.
>> Although 64bit mak is experimental, it needs to be compiled.
>> Please apply this.
>
> Is this really correct? Fromw hat I can tell you *both* tell us not to
> check the value *and* set the value? Shouldn't we be doing just one of
> them?
The setup is not allowed in 64-bit build of VisualStudio. Then, It is not
allowed although I use nmake. I did the work of 64-bit correspondence
of 8.3 to libpq. However, Although it is not declared by release, win32.mak
has. I said that 64 bits of libpq(s) were required, in order that psqlODBC
might guide 64 bits formally. Then, I and Inoue-san have lost timing in the
reason for not having sufficient examination environment. But, We have
compile environment. Then, It borrows an external machine and has performed
only the easy examination....
-- add the _USE_32BIT_TIME_T for 64bit compile environment --
echo #define SYSCONFDIR "" > pg_config_paths.h
cl.exe /nologo /W3 /EHsc /O2 /MD /I "..\..\include" /I "..\..\include\po
rt\win32" /I "..\..\include\port\win32_msvc" /I "..\..\port" /I. /I "C:\OpenSSL\
include" /D "FRONTEND" /D NDEBUG /D _USE_32BIT_TIME_T /D "WIN32" /D "_WINDOWS"
/Fp".\Release\libpq.pch" /Fo".\Release\\" /Fd".\Release\\" /FD /c /D "_CRT_S
ECURE_NO_DEPRECATE" /D "WIN64" /Wp64 /GS /D ENABLE_THREAD_SAFETY "win32.c"
win32.c
C:\Program Files\Microsoft Visual Studio 8\VC\include\crtdefs.h(493) : fatal err
or C1189: #error : You cannot use 32-bit time_t (_USE_32BIT_TIME_T) with _WIN64
NMAKE : fatal error U1077: 'cl.exe' : return code '0x2'
Stop.
NMAKE : fatal error U1077: '"C:\Program Files\Microsoft Platform SDK\Bin\nmake.e
xe"' : return code '0x2'
Stop.
-- END --
I'm always realistic. what do you think?
Regards,
Hiroshi Saito
From | Date | Subject | |
---|---|---|---|
Next Message | Gokulakannan Somasundaram | 2007-12-20 08:36:49 | Re: [HACKERS] Proposal for Null Bitmap Optimization(for TrailingNULLs) |
Previous Message | Joshua D. Drake | 2007-12-19 18:54:53 | Re: [HACKERS] Proposal for Null Bitmap Optimization(for TrailingNULLs) |