| From: | Michael Paquier <michael(dot)paquier(at)gmail(dot)com> |
|---|---|
| To: | Heikki Linnakangas <hlinnakangas(at)vmware(dot)com> |
| Cc: | Hiroshi Inoue <inoue(at)tpf(dot)co(dot)jp>, PostgreSQL mailing lists <pgsql-odbc(at)postgresql(dot)org> |
| Subject: | Re: Mentioning CPU for Windows build in docs |
| Date: | 2014-06-03 05:41:22 |
| Message-ID: | CAB7nPqQ+R+dXUoWw_L_0tHLKNNsjzfzFQc5=SVQf2obN+HiQPQ@mail.gmail.com |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-odbc |
(Sending in private)
On Tue, Jun 3, 2014 at 3:37 AM, Heikki Linnakangas
<hlinnakangas(at)vmware(dot)com> wrote:
> Oh, hang on. There's a file called buildx86.ps1 in the top directory, which
> calls "nmake /f win32.mak ...". So that's another PowerShell script, but it
> doesn't use MSBuild; it uses nmake.
Worth noticing that we are getting the following failures in our
internal buildweb even if makefile-custom.mak is set up correctly:
xalibname.c
lib.exe @d:/build/ob/sb-3661041\tmp\nm4D3A.tmp
pgenlist.def : error LNK2001: unresolved external symbol DtcOnDisconnect
pgenlist.def : error LNK2001: unresolved external symbol EnlistInDtc
pgenlist.def : error LNK2001: unresolved external symbol IsolateDtcConn
I'll try to see if I can reproduce that on my own dev box.
--
Michael
| From | Date | Subject | |
|---|---|---|---|
| Next Message | lev.bukovski | 2014-06-03 07:44:52 | Re: Prepared statement error with UseServerSidePrepare=1 |
| Previous Message | Inoue, Hiroshi | 2014-06-03 03:45:48 | Re: Problem retrieving a numeric(38,0) value as SQL_NUMERIC_STRUCT if value needs to use all 16 SQLCHAR elements of the val array |