Building debug version with MSVC 2013 for 64bit: No _d postfix on dll and lib files...

From: "Zuiderhoek, Jeroen" <jeroen(dot)zuiderhoek(at)hitt(dot)nl>
To: "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org>
Subject: Building debug version with MSVC 2013 for 64bit: No _d postfix on dll and lib files...
Date: 2014-12-17 12:47:41
Message-ID: 0DFA930F0D103A45A3D3287163BEA1C50BE57D7F@BERNSTEIN.hitt.home
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Hello,

Some time ago, I posted the question below. Unfortunately I didn't get any response.
Could it be that I should better post this question to one of the other pgsql lists, and then which one...?

Thanks,

Jeroen

From: Zuiderhoek, Jeroen [mailto:jeroen(dot)zuiderhoek(at)hitt(dot)nl]
Sent: Wednesday, November 19, 2014 1:26 PM
To: pgsql-general(at)postgresql(dot)org
Subject: [GENERAL] Building debug version with MSVC 2013 for 64bit: No _d postfix on dll and lib files...

Hello,

I am trying to build postgresql (and to be more specific, the libraries libpq, libpgtypes and libecpg) with MSVC 2013 for using them in a 64bit application. I downloaded the source code (v9.3.5), unzipped the file and run 'build DEBUG libpq', as nicely described here: http://www.postgresql.org/docs/9.3/static/install-windows-full.html

All works well, and the build results (including dll and lib files) end up in Debug\libpq.
The problem is that these files don't get the _d postfix. This means that the release and debug lib/dll files have the same name.

The application that uses these libraries shall be built for debug and release. For all other libs, we have *.lib/*.dll and *_d.lib/*_d.dll to differentiate between the debug and release version of the libs. This is all automatically handled by the build tooling we use. This now clashes with the postgresql libraries where the name is the same for debug/release.

Do you have any suggestion what I should do to get the _d postfix on the debug build version?

Note that building all our 3rd party libraries is handled by an automated process, so preferably, the solution should not involve manual editing etc.. I could add-in some automatic search/replace-like stuff to patch some files, if necessary.

Thanks a lot for your help!

Jeroen

Browse pgsql-general by date

  From Date Subject
Next Message Thomas Kellerer 2014-12-17 12:55:46 Re: Storing Video's or vedio file in DB.
Previous Message Sameer Kumar 2014-12-17 12:16:35 Re: Pausing log shipping for streaming replication