rdelaage
/
postgresql
mirror of https://git.postgresql.org/git/postgresql.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity
postgresql/src/interfaces/libpq/win32.mak

228 lines
5.6 KiB
Makefile
Raw Normal View History

Hello! Through some minor changes, I have been able to compile the libpq client libraries on the Win32 platform. Since the libpq communications part has been rewritten, this has become much easier. Enclosed is a patch that will allow at least Microsoft Visual C++ to compile libpq into both a static and a dynamic library. I will take a look at porting the psql frontend as well, but I figured it was a good idea to send in these patches first - so no major changes are done to the files before it gets applied (if it does). Regards, Magnus Hagander
1998-07-03 06:24:16 +02:00
# Makefile for Microsoft Visual C++ 5.0 (or compat)
Add new Win32 file with adjustments for recent code changes. Andreas Pflug
2004-06-03 02:11:13 +02:00
# Will build a Win32 static library libpq(d).lib
# and a Win32 dynamic library libpq(d).dll with import library libpq(d)dll.lib
Enable Win32 to compile libpq again, and enable SSL compiles on that platform. Andreas Pflug
2003-09-05 04:08:36 +02:00
# USE_SSL=1 will compile with OpenSSL
# DEBUG=1 compiles with debugging symbols
Enable thread safety for win32.mak build of PostgreSQL. Andreas Pflug
2004-06-19 06:22:17 +02:00
# ENABLE_THREAD_SAFETY=1 compiles with threading enabled
Hello! Through some minor changes, I have been able to compile the libpq client libraries on the Win32 platform. Since the libpq communications part has been rewritten, this has become much easier. Enclosed is a patch that will allow at least Microsoft Visual C++ to compile libpq into both a static and a dynamic library. I will take a look at porting the psql frontend as well, but I figured it was a good idea to send in these patches first - so no major changes are done to the files before it gets applied (if it does). Regards, Magnus Hagander
1998-07-03 06:24:16 +02:00
Fix win32.mak to support MULTIBYTE build --- it was pulling in several backend files that it shouldn't anymore, causing compile failures. Per report from Darko Prenosil.
2001-08-04 00:09:55 +02:00
!MESSAGE Building the Win32 static library...
!MESSAGE
Hello, i noticed that win32 native stopped working/compiling after the SSL merge . So i took the opportunity to fix some stuff: 1. Made the thing compile (typos & needed definitions) with the new pqsecure_* s tuff, and added fe-secure.c to the win32.mak makefile. 2. Fixed some MULTIBYTE compile errors (when building without MB support). 3. Made it do that you can build with debug info: "nmake -f win32.mak DEBUG=1". 4. Misc small compiler speedup changes. The resulting .dll has been tested in production, and everything seems ok. I CC:ed -hackers because i'm not sure about two things: 1. In libpq-int.h I typedef ssize_t as an int because Visual C (v6.0) doesn't de fine ssize_t. Is that ok, or is there any standard about what type should be use d for ssize_t? 2. To keep the .dll api consistent regarding MULTIBYTE I just return -1 in fe-connect.c:PQsetClientEncoding() instead of taking away the whole function. I wonder if i should do any compares with the conn->client_encoding and return 0 if not hing would have changed (if so how do i check that?). Regards Magnus Naeslund
2002-07-20 07:43:31 +02:00
!IFDEF DEBUG
Add new Win32 file with adjustments for recent code changes. Andreas Pflug
2004-06-03 02:11:13 +02:00
OPT=/Od /Zi /MDd
LOPT=/DEBUG
Hello, i noticed that win32 native stopped working/compiling after the SSL merge . So i took the opportunity to fix some stuff: 1. Made the thing compile (typos & needed definitions) with the new pqsecure_* s tuff, and added fe-secure.c to the win32.mak makefile. 2. Fixed some MULTIBYTE compile errors (when building without MB support). 3. Made it do that you can build with debug info: "nmake -f win32.mak DEBUG=1". 4. Misc small compiler speedup changes. The resulting .dll has been tested in production, and everything seems ok. I CC:ed -hackers because i'm not sure about two things: 1. In libpq-int.h I typedef ssize_t as an int because Visual C (v6.0) doesn't de fine ssize_t. Is that ok, or is there any standard about what type should be use d for ssize_t? 2. To keep the .dll api consistent regarding MULTIBYTE I just return -1 in fe-connect.c:PQsetClientEncoding() instead of taking away the whole function. I wonder if i should do any compares with the conn->client_encoding and return 0 if not hing would have changed (if so how do i check that?). Regards Magnus Naeslund
2002-07-20 07:43:31 +02:00
DEBUGDEF=/D _DEBUG
Add new Win32 file with adjustments for recent code changes. Andreas Pflug
2004-06-03 02:11:13 +02:00
OUTFILENAME=libpqd
Hello, i noticed that win32 native stopped working/compiling after the SSL merge . So i took the opportunity to fix some stuff: 1. Made the thing compile (typos & needed definitions) with the new pqsecure_* s tuff, and added fe-secure.c to the win32.mak makefile. 2. Fixed some MULTIBYTE compile errors (when building without MB support). 3. Made it do that you can build with debug info: "nmake -f win32.mak DEBUG=1". 4. Misc small compiler speedup changes. The resulting .dll has been tested in production, and everything seems ok. I CC:ed -hackers because i'm not sure about two things: 1. In libpq-int.h I typedef ssize_t as an int because Visual C (v6.0) doesn't de fine ssize_t. Is that ok, or is there any standard about what type should be use d for ssize_t? 2. To keep the .dll api consistent regarding MULTIBYTE I just return -1 in fe-connect.c:PQsetClientEncoding() instead of taking away the whole function. I wonder if i should do any compares with the conn->client_encoding and return 0 if not hing would have changed (if so how do i check that?). Regards Magnus Naeslund
2002-07-20 07:43:31 +02:00
!ELSE
Add new Win32 file with adjustments for recent code changes. Andreas Pflug
2004-06-03 02:11:13 +02:00
OPT=/O2 /MD
Hello, i noticed that win32 native stopped working/compiling after the SSL merge . So i took the opportunity to fix some stuff: 1. Made the thing compile (typos & needed definitions) with the new pqsecure_* s tuff, and added fe-secure.c to the win32.mak makefile. 2. Fixed some MULTIBYTE compile errors (when building without MB support). 3. Made it do that you can build with debug info: "nmake -f win32.mak DEBUG=1". 4. Misc small compiler speedup changes. The resulting .dll has been tested in production, and everything seems ok. I CC:ed -hackers because i'm not sure about two things: 1. In libpq-int.h I typedef ssize_t as an int because Visual C (v6.0) doesn't de fine ssize_t. Is that ok, or is there any standard about what type should be use d for ssize_t? 2. To keep the .dll api consistent regarding MULTIBYTE I just return -1 in fe-connect.c:PQsetClientEncoding() instead of taking away the whole function. I wonder if i should do any compares with the conn->client_encoding and return 0 if not hing would have changed (if so how do i check that?). Regards Magnus Naeslund
2002-07-20 07:43:31 +02:00
LOPT=
DEBUGDEF=/D NDEBUG
Add new Win32 file with adjustments for recent code changes. Andreas Pflug
2004-06-03 02:11:13 +02:00
OUTFILENAME=libpq
Hello, i noticed that win32 native stopped working/compiling after the SSL merge . So i took the opportunity to fix some stuff: 1. Made the thing compile (typos & needed definitions) with the new pqsecure_* s tuff, and added fe-secure.c to the win32.mak makefile. 2. Fixed some MULTIBYTE compile errors (when building without MB support). 3. Made it do that you can build with debug info: "nmake -f win32.mak DEBUG=1". 4. Misc small compiler speedup changes. The resulting .dll has been tested in production, and everything seems ok. I CC:ed -hackers because i'm not sure about two things: 1. In libpq-int.h I typedef ssize_t as an int because Visual C (v6.0) doesn't de fine ssize_t. Is that ok, or is there any standard about what type should be use d for ssize_t? 2. To keep the .dll api consistent regarding MULTIBYTE I just return -1 in fe-connect.c:PQsetClientEncoding() instead of taking away the whole function. I wonder if i should do any compares with the conn->client_encoding and return 0 if not hing would have changed (if so how do i check that?). Regards Magnus Naeslund
2002-07-20 07:43:31 +02:00
!ENDIF
Fix win32.mak to support MULTIBYTE build --- it was pulling in several backend files that it shouldn't anymore, causing compile failures. Per report from Darko Prenosil.
2001-08-04 00:09:55 +02:00
Hello! Through some minor changes, I have been able to compile the libpq client libraries on the Win32 platform. Since the libpq communications part has been rewritten, this has become much easier. Enclosed is a patch that will allow at least Microsoft Visual C++ to compile libpq into both a static and a dynamic library. I will take a look at porting the psql frontend as well, but I figured it was a good idea to send in these patches first - so no major changes are done to the files before it gets applied (if it does). Regards, Magnus Hagander
1998-07-03 06:24:16 +02:00
!IF "$(OS)" == "Windows_NT"
NULL=
!ELSE
NULL=nul
!ENDIF
CPP=cl.exe
Hello! Here is a new patch for libpq, to make it work on Win32 again (since the latest modifications broke it a little). Please also add the file "libpq.rc" to the interfaces/libpq directory. This will allow version-stamping of the generated DLL file, so that automatic install programs (and interested users) can determine the version of the file. The file is currently set as "prerelease". Before the release, somebody should change the line "FILEFLAGS VS_FF_PRERELEASE" to "FILEFLAGS 0". That information should probably go into toos\RELEASE_CHANGES. The patch is against the cvs as of ~ 1998-08-26 14:30 CEST. //Magnus
1998-08-29 06:05:46 +02:00
RSC=rc.exe
Hello! Through some minor changes, I have been able to compile the libpq client libraries on the Win32 platform. Since the libpq communications part has been rewritten, this has become much easier. Enclosed is a patch that will allow at least Microsoft Visual C++ to compile libpq into both a static and a dynamic library. I will take a look at porting the psql frontend as well, but I figured it was a good idea to send in these patches first - so no major changes are done to the files before it gets applied (if it does). Regards, Magnus Hagander
1998-07-03 06:24:16 +02:00
Enable Win32 to compile libpq again, and enable SSL compiles on that platform. Andreas Pflug
2003-09-05 04:08:36 +02:00
!IFDEF DEBUG
OUTDIR=.\Debug
INTDIR=.\Debug
CPP_OBJS=.\Debug/
!ELSE
Hello! Through some minor changes, I have been able to compile the libpq client libraries on the Win32 platform. Since the libpq communications part has been rewritten, this has become much easier. Enclosed is a patch that will allow at least Microsoft Visual C++ to compile libpq into both a static and a dynamic library. I will take a look at porting the psql frontend as well, but I figured it was a good idea to send in these patches first - so no major changes are done to the files before it gets applied (if it does). Regards, Magnus Hagander
1998-07-03 06:24:16 +02:00
OUTDIR=.\Release
INTDIR=.\Release
Enable Win32 to compile libpq again, and enable SSL compiles on that platform. Andreas Pflug
2003-09-05 04:08:36 +02:00
CPP_OBJS=.\Release/
!ENDIF
Fix win32.mak to support MULTIBYTE build --- it was pulling in several backend files that it shouldn't anymore, causing compile failures. Per report from Darko Prenosil.
2001-08-04 00:09:55 +02:00
Hello! Through some minor changes, I have been able to compile the libpq client libraries on the Win32 platform. Since the libpq communications part has been rewritten, this has become much easier. Enclosed is a patch that will allow at least Microsoft Visual C++ to compile libpq into both a static and a dynamic library. I will take a look at porting the psql frontend as well, but I figured it was a good idea to send in these patches first - so no major changes are done to the files before it gets applied (if it does). Regards, Magnus Hagander
1998-07-03 06:24:16 +02:00
Try to get Borland CC to compile. Backpatch to 8.0.X which doesn't work right now.
2005-02-21 22:22:32 +01:00
ALL : config "$(OUTDIR)\$(OUTFILENAME).lib" "$(OUTDIR)\$(OUTFILENAME).dll"
Hello! Through some minor changes, I have been able to compile the libpq client libraries on the Win32 platform. Since the libpq communications part has been rewritten, this has become much easier. Enclosed is a patch that will allow at least Microsoft Visual C++ to compile libpq into both a static and a dynamic library. I will take a look at porting the psql frontend as well, but I figured it was a good idea to send in these patches first - so no major changes are done to the files before it gets applied (if it does). Regards, Magnus Hagander
1998-07-03 06:24:16 +02:00
CLEAN :
Attached is the complete diff against current CVS. Compiles on BCC 5.5 and VC++ 6.0 (with warnings). Karl Waclawek
2003-06-12 10:15:29 +02:00
-@erase "$(INTDIR)\getaddrinfo.obj"
Add new Win32 file with adjustments for recent code changes. Andreas Pflug
2004-06-03 02:11:13 +02:00
-@erase "$(INTDIR)\pgstrcasecmp.obj"
Reorder win32/bcc makefile mentions of thread.c for sanity.
2003-11-30 07:01:15 +01:00
-@erase "$(INTDIR)\thread.obj"
Attached is the complete diff against current CVS. Compiles on BCC 5.5 and VC++ 6.0 (with warnings). Karl Waclawek
2003-06-12 10:15:29 +02:00
-@erase "$(INTDIR)\inet_aton.obj"
Reorder win32/bcc makefile mentions of thread.c for sanity.
2003-11-30 07:01:15 +01:00
-@erase "$(INTDIR)\crypt.obj"
Corrects issues recently posted by Dann Corbit, allowing libpq/psql to be built under VC++. Moves a pgstat win32 #def to port.h Claudio Natoli
2004-04-05 05:16:21 +02:00
-@erase "$(INTDIR)\noblock.obj"
Add MD5 to win32.mak
2001-08-25 05:01:26 +02:00
-@erase "$(INTDIR)\md5.obj"
Attached is the complete diff against current CVS. Compiles on BCC 5.5 and VC++ 6.0 (with warnings). Karl Waclawek
2003-06-12 10:15:29 +02:00
-@erase "$(INTDIR)\ip.obj"
Hello! Through some minor changes, I have been able to compile the libpq client libraries on the Win32 platform. Since the libpq communications part has been rewritten, this has become much easier. Enclosed is a patch that will allow at least Microsoft Visual C++ to compile libpq into both a static and a dynamic library. I will take a look at porting the psql frontend as well, but I figured it was a good idea to send in these patches first - so no major changes are done to the files before it gets applied (if it does). Regards, Magnus Hagander
1998-07-03 06:24:16 +02:00
-@erase "$(INTDIR)\fe-auth.obj"
Attached is the complete diff against current CVS. Compiles on BCC 5.5 and VC++ 6.0 (with warnings). Karl Waclawek
2003-06-12 10:15:29 +02:00
-@erase "$(INTDIR)\fe-protocol2.obj"
-@erase "$(INTDIR)\fe-protocol3.obj"
Hello! Through some minor changes, I have been able to compile the libpq client libraries on the Win32 platform. Since the libpq communications part has been rewritten, this has become much easier. Enclosed is a patch that will allow at least Microsoft Visual C++ to compile libpq into both a static and a dynamic library. I will take a look at porting the psql frontend as well, but I figured it was a good idea to send in these patches first - so no major changes are done to the files before it gets applied (if it does). Regards, Magnus Hagander
1998-07-03 06:24:16 +02:00
-@erase "$(INTDIR)\fe-connect.obj"
-@erase "$(INTDIR)\fe-exec.obj"
-@erase "$(INTDIR)\fe-lobj.obj"
-@erase "$(INTDIR)\fe-misc.obj"
-@erase "$(INTDIR)\fe-print.obj"
Hello, i noticed that win32 native stopped working/compiling after the SSL merge . So i took the opportunity to fix some stuff: 1. Made the thing compile (typos & needed definitions) with the new pqsecure_* s tuff, and added fe-secure.c to the win32.mak makefile. 2. Fixed some MULTIBYTE compile errors (when building without MB support). 3. Made it do that you can build with debug info: "nmake -f win32.mak DEBUG=1". 4. Misc small compiler speedup changes. The resulting .dll has been tested in production, and everything seems ok. I CC:ed -hackers because i'm not sure about two things: 1. In libpq-int.h I typedef ssize_t as an int because Visual C (v6.0) doesn't de fine ssize_t. Is that ok, or is there any standard about what type should be use d for ssize_t? 2. To keep the .dll api consistent regarding MULTIBYTE I just return -1 in fe-connect.c:PQsetClientEncoding() instead of taking away the whole function. I wonder if i should do any compares with the conn->client_encoding and return 0 if not hing would have changed (if so how do i check that?). Regards Magnus Naeslund
2002-07-20 07:43:31 +02:00
-@erase "$(INTDIR)\fe-secure.obj"
Update frontend libpq to remove limits on query lengths, error/notice message lengths, and number of fields per tuple. Add pqexpbuffer.c/.h, a frontend version of backend's stringinfo module. This is first step in applying Mike Ansley's long-query patches, even though he didn't do any of these particular changes...
1999-08-31 03:37:37 +02:00
-@erase "$(INTDIR)\pqexpbuffer.obj"
Not entirely sure when this broke, but libpq's VC++ build is currently lacking pqsignal which is now required. This was found and fixed for VC++ by Shachar Shemesh, I simply duplicated the fix for the Borland makefile (untested, as I don't have that compiler). Dave Page
2004-11-13 04:18:50 +01:00
-@erase "$(INTDIR)\pqsignal.obj"
Hello! Here is a new patch for libpq, to make it work on Win32 again (since the latest modifications broke it a little). Please also add the file "libpq.rc" to the interfaces/libpq directory. This will allow version-stamping of the generated DLL file, so that automatic install programs (and interested users) can determine the version of the file. The file is currently set as "prerelease". Before the release, somebody should change the line "FILEFLAGS VS_FF_PRERELEASE" to "FILEFLAGS 0". That information should probably go into toos\RELEASE_CHANGES. The patch is against the cvs as of ~ 1998-08-26 14:30 CEST. //Magnus
1998-08-29 06:05:46 +02:00
-@erase "$(OUTDIR)\libpqdll.obj"
I'm at the win32 error messages once more. The DLL load thingy doesn't work on all win9x machines, so i made it go thru a l ookup table instead, using the DLL as last resort. I also moved this out of the fe-misc.c file because of the size of the lookup ta ble. Who knows, we might add more other win32 specific code there in the future. I also fixed a small typo in the pg_config.h.win32 that made the compiler compla in about the gnu snprintf declaration. I tried to make this patch with psql coding style. I've successfully tested this on win2k and win98 and it works fine (i.e. the mes sage shows on win98 too, it didn't with the old implementation). Magnus Naeslund
2002-04-24 04:26:06 +02:00
-@erase "$(OUTDIR)\win32.obj"
Try to get Borland CC to compile. Backpatch to 8.0.X which doesn't work right now.
2005-02-21 22:22:32 +01:00
-@erase "$(INTDIR)\wchar.obj"
-@erase "$(INTDIR)\encnames.obj"
-@erase "$(INTDIR)\pthread-win32.obj"
Prepare code to be built by MSVC: o remove many WIN32_CLIENT_ONLY defines o add WIN32_ONLY_COMPILER define o add 3rd argument to open() for portability o add include/port/win32_msvc directory for system includes Magnus Hagander
2006-06-08 00:24:46 +02:00
-@erase "$(INTDIR)\snprintf.obj"
Add new Win32 file with adjustments for recent code changes. Andreas Pflug
2004-06-03 02:11:13 +02:00
-@erase "$(OUTDIR)\$(OUTFILENAME).lib"
Try to get Borland CC to compile. Backpatch to 8.0.X which doesn't work right now.
2005-02-21 22:22:32 +01:00
-@erase "$(OUTDIR)\$(OUTFILENAME)dll.lib"
Hello! Here is a new patch for libpq, to make it work on Win32 again (since the latest modifications broke it a little). Please also add the file "libpq.rc" to the interfaces/libpq directory. This will allow version-stamping of the generated DLL file, so that automatic install programs (and interested users) can determine the version of the file. The file is currently set as "prerelease". Before the release, somebody should change the line "FILEFLAGS VS_FF_PRERELEASE" to "FILEFLAGS 0". That information should probably go into toos\RELEASE_CHANGES. The patch is against the cvs as of ~ 1998-08-26 14:30 CEST. //Magnus
1998-08-29 06:05:46 +02:00
-@erase "$(OUTDIR)\libpq.res"
Try to get Borland CC to compile. Backpatch to 8.0.X which doesn't work right now.
2005-02-21 22:22:32 +01:00
-@erase "$(OUTDIR)\$(OUTFILENAME).dll"
Compilation of libpq for Win32 breaks on 6.4, because of a change that I missed before the release. It's simply a symbol that is undefined. This patch defines this symbol in "win32.h", so it should have no effect on any other platforms. It should go into 6.4.1 if possible, since compilation is completely broken without it. I am also attaching a patch for the "win32.mak" file - it leaves a file behind when doing "make clean" after the library is built on Visual C++ 6.0. This is not at all as urgent, but I don't see it breaking here, so I think it might as well go in there too? //Magnus
1998-12-14 16:05:27 +01:00
-@erase "*.pch"
Hello! Here is a new patch for libpq, to make it work on Win32 again (since the latest modifications broke it a little). Please also add the file "libpq.rc" to the interfaces/libpq directory. This will allow version-stamping of the generated DLL file, so that automatic install programs (and interested users) can determine the version of the file. The file is currently set as "prerelease". Before the release, somebody should change the line "FILEFLAGS VS_FF_PRERELEASE" to "FILEFLAGS 0". That information should probably go into toos\RELEASE_CHANGES. The patch is against the cvs as of ~ 1998-08-26 14:30 CEST. //Magnus
1998-08-29 06:05:46 +02:00
-@erase "$(OUTDIR)\libpq.pch"
Add new Win32 file with adjustments for recent code changes. Andreas Pflug
2004-06-03 02:11:13 +02:00
-@erase "$(OUTDIR)\$(OUTFILENAME)dll.exp"
Remove pg_config_paths.h from libpq *.mak builds so later MinGW builds will succeed.
2004-09-02 04:02:02 +02:00
-@erase "$(INTDIR)\pg_config_paths.h"
Add new Win32 file with adjustments for recent code changes. Andreas Pflug
2004-06-03 02:11:13 +02:00
Backpatch BCC compile changes to 8.0.X for psql.
2005-04-29 15:42:21 +02:00
LIB32=link.exe -lib
LIB32_FLAGS=$(LOPT) /nologo /out:"$(OUTDIR)\$(OUTFILENAME).lib"
LIB32_OBJS= \
"$(INTDIR)\win32.obj" \
"$(INTDIR)\getaddrinfo.obj" \
"$(INTDIR)\pgstrcasecmp.obj" \
"$(INTDIR)\thread.obj" \
"$(INTDIR)\inet_aton.obj" \
"$(INTDIR)\crypt.obj" \
"$(INTDIR)\noblock.obj" \
"$(INTDIR)\md5.obj" \
"$(INTDIR)\ip.obj" \
"$(INTDIR)\fe-auth.obj" \
"$(INTDIR)\fe-protocol2.obj" \
"$(INTDIR)\fe-protocol3.obj" \
"$(INTDIR)\fe-connect.obj" \
"$(INTDIR)\fe-exec.obj" \
"$(INTDIR)\fe-lobj.obj" \
"$(INTDIR)\fe-misc.obj" \
"$(INTDIR)\fe-print.obj" \
"$(INTDIR)\fe-secure.obj" \
"$(INTDIR)\pqexpbuffer.obj" \
"$(INTDIR)\pqsignal.obj" \
"$(INTDIR)\wchar.obj" \
"$(INTDIR)\encnames.obj" \
Prepare code to be built by MSVC: o remove many WIN32_CLIENT_ONLY defines o add WIN32_ONLY_COMPILER define o add 3rd argument to open() for portability o add include/port/win32_msvc directory for system includes Magnus Hagander
2006-06-08 00:24:46 +02:00
"$(INTDIR)\snprintf.obj" \
Backpatch BCC compile changes to 8.0.X for psql.
2005-04-29 15:42:21 +02:00
"$(INTDIR)\pthread-win32.obj"
This correction is required of nmake of Windows. Hiroshi Saito
2005-09-16 20:58:48 +02:00
config: ..\..\include\pg_config.h pg_config_paths.h
Add new Win32 file with adjustments for recent code changes. Andreas Pflug
2004-06-03 02:11:13 +02:00
..\..\include\pg_config.h: ..\..\include\pg_config.h.win32
copy ..\..\include\pg_config.h.win32 ..\..\include\pg_config.h
The attached patch will create a dummy pg_config_paths.h. Additionally, ENABLE_THREAD_SAFETY is supported by the makefile (but not by the sources, which need some rework) Andreas Pflug
2004-06-04 15:30:04 +02:00
pg_config_paths.h: win32.mak
Cleanup for Win32 compile. Andreas Pflug
2005-06-19 15:10:56 +02:00
echo #define SYSCONFDIR "" > pg_config_paths.h
Add new Win32 file with adjustments for recent code changes. Andreas Pflug
2004-06-03 02:11:13 +02:00
Hello! Through some minor changes, I have been able to compile the libpq client libraries on the Win32 platform. Since the libpq communications part has been rewritten, this has become much easier. Enclosed is a patch that will allow at least Microsoft Visual C++ to compile libpq into both a static and a dynamic library. I will take a look at porting the psql frontend as well, but I figured it was a good idea to send in these patches first - so no major changes are done to the files before it gets applied (if it does). Regards, Magnus Hagander
1998-07-03 06:24:16 +02:00
"$(OUTDIR)" :
if not exist "$(OUTDIR)/$(NULL)" mkdir "$(OUTDIR)"
Suppress MSVC warnings about weak functions by using _CRT_SECURE_NO_DEPRECATE. Hiroshi Saito
2006-08-09 05:09:56 +02:00
CPP_PROJ=/nologo /W3 /EHsc $(OPT) /I "..\..\include" /I "..\..\include\port\win32" /I "..\..\include\port\win32_msvc" /I "..\..\port" /I. /D "FRONTEND" $(DEBUGDEF) /D\
"WIN32" /D "_WINDOWS" /Fp"$(INTDIR)\libpq.pch" \
/Fo"$(INTDIR)\\" /Fd"$(INTDIR)\\" /FD /c \
/D "HAVE_VSNPRINTF" /D "HAVE_STRDUP" /D "_CRT_SECURE_NO_DEPRECATE"
Here are the patches against the current source tree. I have run the regression test on a FreeBSD box with both non-MULTIBYTE and MULTIBYTE-enabled, and confirmed that the results are same. However I do not tested on PCs(I don't have access to win). Please let me know if the patches break anything on PCs. Also please note that the patch for varchar.c is a fix for a nasty bug of char(n) types that I introduced and I believe at least this should be applied. Tatsuo Ishii
1998-10-06 05:02:29 +02:00
Enable Win32 to compile libpq again, and enable SSL compiles on that platform. Andreas Pflug
2003-09-05 04:08:36 +02:00
!IFDEF USE_SSL
CPP_PROJ=$(CPP_PROJ) /D USE_SSL
SSL_LIBS=ssleay32.lib libeay32.lib gdi32.lib
!ENDIF
The attached patch will create a dummy pg_config_paths.h. Additionally, ENABLE_THREAD_SAFETY is supported by the makefile (but not by the sources, which need some rework) Andreas Pflug
2004-06-04 15:30:04 +02:00
!IFDEF ENABLE_THREAD_SAFETY
CPP_PROJ=$(CPP_PROJ) /D ENABLE_THREAD_SAFETY
!ENDIF
Hello! Through some minor changes, I have been able to compile the libpq client libraries on the Win32 platform. Since the libpq communications part has been rewritten, this has become much easier. Enclosed is a patch that will allow at least Microsoft Visual C++ to compile libpq into both a static and a dynamic library. I will take a look at porting the psql frontend as well, but I figured it was a good idea to send in these patches first - so no major changes are done to the files before it gets applied (if it does). Regards, Magnus Hagander
1998-07-03 06:24:16 +02:00
CPP_SBRS=.
Remove all traces of multibyte and locale options. Clean up comments referring to "multibyte" where it really means character encoding.
2002-09-03 23:45:44 +02:00
Hello! Here is a new patch for libpq, to make it work on Win32 again (since the latest modifications broke it a little). Please also add the file "libpq.rc" to the interfaces/libpq directory. This will allow version-stamping of the generated DLL file, so that automatic install programs (and interested users) can determine the version of the file. The file is currently set as "prerelease". Before the release, somebody should change the line "FILEFLAGS VS_FF_PRERELEASE" to "FILEFLAGS 0". That information should probably go into toos\RELEASE_CHANGES. The patch is against the cvs as of ~ 1998-08-26 14:30 CEST. //Magnus
1998-08-29 06:05:46 +02:00
RSC_PROJ=/l 0x409 /fo"$(INTDIR)\libpq.res"
Hello! Through some minor changes, I have been able to compile the libpq client libraries on the Win32 platform. Since the libpq communications part has been rewritten, this has become much easier. Enclosed is a patch that will allow at least Microsoft Visual C++ to compile libpq into both a static and a dynamic library. I will take a look at porting the psql frontend as well, but I figured it was a good idea to send in these patches first - so no major changes are done to the files before it gets applied (if it does). Regards, Magnus Hagander
1998-07-03 06:24:16 +02:00
LINK32=link.exe
Use SHGetFolderPath instead of SHGetSpecialFolderPath to find the APPDATA directory on Windows. Magnus Hagander
2005-01-26 20:24:03 +01:00
LINK32_FLAGS=kernel32.lib user32.lib advapi32.lib shfolder.lib wsock32.lib $(SSL_LIBS) \
Hello, i noticed that win32 native stopped working/compiling after the SSL merge . So i took the opportunity to fix some stuff: 1. Made the thing compile (typos & needed definitions) with the new pqsecure_* s tuff, and added fe-secure.c to the win32.mak makefile. 2. Fixed some MULTIBYTE compile errors (when building without MB support). 3. Made it do that you can build with debug info: "nmake -f win32.mak DEBUG=1". 4. Misc small compiler speedup changes. The resulting .dll has been tested in production, and everything seems ok. I CC:ed -hackers because i'm not sure about two things: 1. In libpq-int.h I typedef ssize_t as an int because Visual C (v6.0) doesn't de fine ssize_t. Is that ok, or is there any standard about what type should be use d for ssize_t? 2. To keep the .dll api consistent regarding MULTIBYTE I just return -1 in fe-connect.c:PQsetClientEncoding() instead of taking away the whole function. I wonder if i should do any compares with the conn->client_encoding and return 0 if not hing would have changed (if so how do i check that?). Regards Magnus Naeslund
2002-07-20 07:43:31 +02:00
/nologo /subsystem:windows /dll $(LOPT) /incremental:no\
Add new Win32 file with adjustments for recent code changes. Andreas Pflug
2004-06-03 02:11:13 +02:00
/pdb:"$(OUTDIR)\libpqdll.pdb" /machine:I386 /out:"$(OUTDIR)\$(OUTFILENAME).dll"\
/implib:"$(OUTDIR)\$(OUTFILENAME)dll.lib" /def:$(OUTFILENAME)dll.def
Hello! Through some minor changes, I have been able to compile the libpq client libraries on the Win32 platform. Since the libpq communications part has been rewritten, this has become much easier. Enclosed is a patch that will allow at least Microsoft Visual C++ to compile libpq into both a static and a dynamic library. I will take a look at porting the psql frontend as well, but I figured it was a good idea to send in these patches first - so no major changes are done to the files before it gets applied (if it does). Regards, Magnus Hagander
1998-07-03 06:24:16 +02:00
LINK32_OBJS= \
"$(INTDIR)\libpqdll.obj" \
Add new Win32 file with adjustments for recent code changes. Andreas Pflug
2004-06-03 02:11:13 +02:00
"$(OUTDIR)\$(OUTFILENAME).lib" \
Hello! Here is a new patch for libpq, to make it work on Win32 again (since the latest modifications broke it a little). Please also add the file "libpq.rc" to the interfaces/libpq directory. This will allow version-stamping of the generated DLL file, so that automatic install programs (and interested users) can determine the version of the file. The file is currently set as "prerelease". Before the release, somebody should change the line "FILEFLAGS VS_FF_PRERELEASE" to "FILEFLAGS 0". That information should probably go into toos\RELEASE_CHANGES. The patch is against the cvs as of ~ 1998-08-26 14:30 CEST. //Magnus
1998-08-29 06:05:46 +02:00
"$(OUTDIR)\libpq.res"
Hello! Through some minor changes, I have been able to compile the libpq client libraries on the Win32 platform. Since the libpq communications part has been rewritten, this has become much easier. Enclosed is a patch that will allow at least Microsoft Visual C++ to compile libpq into both a static and a dynamic library. I will take a look at porting the psql frontend as well, but I figured it was a good idea to send in these patches first - so no major changes are done to the files before it gets applied (if it does). Regards, Magnus Hagander
1998-07-03 06:24:16 +02:00
Backpatch BCC compile changes to 8.0.X for psql.
2005-04-29 15:42:21 +02:00
# @<< is a Response file, http://www.opussoftware.com/tutorial/TutMakefile.htm
Properly implement "Response files" for bcc. Add URL's to describe the feature for Win32 and bcc.
2005-03-07 22:10:58 +01:00
Add new Win32 file with adjustments for recent code changes. Andreas Pflug
2004-06-03 02:11:13 +02:00
"$(OUTDIR)\$(OUTFILENAME).lib" : "$(OUTDIR)" $(DEF_FILE) $(LIB32_OBJS)
Tab indent all actions in bcc32.mak, and do it on win32.mak too for consistency. Backpatch only bcc32.mak to 8.0.X.
2005-02-27 23:39:52 +01:00
$(LIB32) @<<
$(LIB32_FLAGS) $(DEF_FLAGS) $(LIB32_OBJS)
Hello! Through some minor changes, I have been able to compile the libpq client libraries on the Win32 platform. Since the libpq communications part has been rewritten, this has become much easier. Enclosed is a patch that will allow at least Microsoft Visual C++ to compile libpq into both a static and a dynamic library. I will take a look at porting the psql frontend as well, but I figured it was a good idea to send in these patches first - so no major changes are done to the files before it gets applied (if it does). Regards, Magnus Hagander
1998-07-03 06:24:16 +02:00
<<
Hello! Here is a new patch for libpq, to make it work on Win32 again (since the latest modifications broke it a little). Please also add the file "libpq.rc" to the interfaces/libpq directory. This will allow version-stamping of the generated DLL file, so that automatic install programs (and interested users) can determine the version of the file. The file is currently set as "prerelease". Before the release, somebody should change the line "FILEFLAGS VS_FF_PRERELEASE" to "FILEFLAGS 0". That information should probably go into toos\RELEASE_CHANGES. The patch is against the cvs as of ~ 1998-08-26 14:30 CEST. //Magnus
1998-08-29 06:05:46 +02:00
"$(INTDIR)\libpq.res" : "$(INTDIR)" libpq.rc
Tab indent all actions in bcc32.mak, and do it on win32.mak too for consistency. Backpatch only bcc32.mak to 8.0.X.
2005-02-27 23:39:52 +01:00
$(RSC) $(RSC_PROJ) libpq.rc
Hello! Here is a new patch for libpq, to make it work on Win32 again (since the latest modifications broke it a little). Please also add the file "libpq.rc" to the interfaces/libpq directory. This will allow version-stamping of the generated DLL file, so that automatic install programs (and interested users) can determine the version of the file. The file is currently set as "prerelease". Before the release, somebody should change the line "FILEFLAGS VS_FF_PRERELEASE" to "FILEFLAGS 0". That information should probably go into toos\RELEASE_CHANGES. The patch is against the cvs as of ~ 1998-08-26 14:30 CEST. //Magnus
1998-08-29 06:05:46 +02:00
Add new Win32 file with adjustments for recent code changes. Andreas Pflug
2004-06-03 02:11:13 +02:00
"$(OUTDIR)\$(OUTFILENAME).dll" : "$(OUTDIR)" "$(OUTDIR)\libpqdll.obj" "$(INTDIR)\libpqdll.obj" "$(INTDIR)\libpq.res"
Tab indent all actions in bcc32.mak, and do it on win32.mak too for consistency. Backpatch only bcc32.mak to 8.0.X.
2005-02-27 23:39:52 +01:00
$(LINK32) @<<
$(LINK32_FLAGS) $(LINK32_OBJS)
Hello! Through some minor changes, I have been able to compile the libpq client libraries on the Win32 platform. Since the libpq communications part has been rewritten, this has become much easier. Enclosed is a patch that will allow at least Microsoft Visual C++ to compile libpq into both a static and a dynamic library. I will take a look at porting the psql frontend as well, but I figured it was a good idea to send in these patches first - so no major changes are done to the files before it gets applied (if it does). Regards, Magnus Hagander
1998-07-03 06:24:16 +02:00
<<
Enable Win32 to compile libpq again, and enable SSL compiles on that platform. Andreas Pflug
2003-09-05 04:08:36 +02:00
"$(INTDIR)\getaddrinfo.obj" : ..\..\port\getaddrinfo.c
Tab indent all actions in bcc32.mak, and do it on win32.mak too for consistency. Backpatch only bcc32.mak to 8.0.X.
2005-02-27 23:39:52 +01:00
$(CPP) @<<
$(CPP_PROJ) ..\..\port\getaddrinfo.c
Attached is the complete diff against current CVS. Compiles on BCC 5.5 and VC++ 6.0 (with warnings). Karl Waclawek
2003-06-12 10:15:29 +02:00
<<
Add new Win32 file with adjustments for recent code changes. Andreas Pflug
2004-06-03 02:11:13 +02:00
"$(INTDIR)\pgstrcasecmp.obj" : ..\..\port\pgstrcasecmp.c
Tab indent all actions in bcc32.mak, and do it on win32.mak too for consistency. Backpatch only bcc32.mak to 8.0.X.
2005-02-27 23:39:52 +01:00
$(CPP) @<<
$(CPP_PROJ) ..\..\port\pgstrcasecmp.c
Add new Win32 file with adjustments for recent code changes. Andreas Pflug
2004-06-03 02:11:13 +02:00
<<
Enable Win32 to compile libpq again, and enable SSL compiles on that platform. Andreas Pflug
2003-09-05 04:08:36 +02:00
"$(INTDIR)\thread.obj" : ..\..\port\thread.c
Tab indent all actions in bcc32.mak, and do it on win32.mak too for consistency. Backpatch only bcc32.mak to 8.0.X.
2005-02-27 23:39:52 +01:00
$(CPP) @<<
$(CPP_PROJ) ..\..\port\thread.c
Enable Win32 to compile libpq again, and enable SSL compiles on that platform. Andreas Pflug
2003-09-05 04:08:36 +02:00
<<
"$(INTDIR)\inet_aton.obj" : ..\..\port\inet_aton.c
Tab indent all actions in bcc32.mak, and do it on win32.mak too for consistency. Backpatch only bcc32.mak to 8.0.X.
2005-02-27 23:39:52 +01:00
$(CPP) @<<
$(CPP_PROJ) ..\..\port\inet_aton.c
Attached is the complete diff against current CVS. Compiles on BCC 5.5 and VC++ 6.0 (with warnings). Karl Waclawek
2003-06-12 10:15:29 +02:00
<<
Enable Win32 to compile libpq again, and enable SSL compiles on that platform. Andreas Pflug
2003-09-05 04:08:36 +02:00
"$(INTDIR)\crypt.obj" : ..\..\port\crypt.c
Tab indent all actions in bcc32.mak, and do it on win32.mak too for consistency. Backpatch only bcc32.mak to 8.0.X.
2005-02-27 23:39:52 +01:00
$(CPP) @<<
$(CPP_PROJ) ..\..\port\crypt.c
Attached is the complete diff against current CVS. Compiles on BCC 5.5 and VC++ 6.0 (with warnings). Karl Waclawek
2003-06-12 10:15:29 +02:00
<<
Corrects issues recently posted by Dann Corbit, allowing libpq/psql to be built under VC++. Moves a pgstat win32 #def to port.h Claudio Natoli
2004-04-05 05:16:21 +02:00
"$(INTDIR)\noblock.obj" : ..\..\port\noblock.c
Tab indent all actions in bcc32.mak, and do it on win32.mak too for consistency. Backpatch only bcc32.mak to 8.0.X.
2005-02-27 23:39:52 +01:00
$(CPP) @<<
$(CPP_PROJ) ..\..\port\noblock.c
Corrects issues recently posted by Dann Corbit, allowing libpq/psql to be built under VC++. Moves a pgstat win32 #def to port.h Claudio Natoli
2004-04-05 05:16:21 +02:00
<<
Enable Win32 to compile libpq again, and enable SSL compiles on that platform. Andreas Pflug
2003-09-05 04:08:36 +02:00
"$(INTDIR)\md5.obj" : ..\..\backend\libpq\md5.c
Tab indent all actions in bcc32.mak, and do it on win32.mak too for consistency. Backpatch only bcc32.mak to 8.0.X.
2005-02-27 23:39:52 +01:00
$(CPP) @<<
$(CPP_PROJ) ..\..\backend\libpq\md5.c
Add MD5 to win32.mak
2001-08-25 05:01:26 +02:00
<<
Enable Win32 to compile libpq again, and enable SSL compiles on that platform. Andreas Pflug
2003-09-05 04:08:36 +02:00
"$(INTDIR)\ip.obj" : ..\..\backend\libpq\ip.c
Tab indent all actions in bcc32.mak, and do it on win32.mak too for consistency. Backpatch only bcc32.mak to 8.0.X.
2005-02-27 23:39:52 +01:00
$(CPP) @<<
$(CPP_PROJ) ..\..\backend\libpq\ip.c
Attached is the complete diff against current CVS. Compiles on BCC 5.5 and VC++ 6.0 (with warnings). Karl Waclawek
2003-06-12 10:15:29 +02:00
<<
Remove all traces of multibyte and locale options. Clean up comments referring to "multibyte" where it really means character encoding.
2002-09-03 23:45:44 +02:00
Fix for Win32 making problem with MB enabled. Patches created by Hiroki Kataoka.
1999-08-16 04:04:05 +02:00
"$(INTDIR)\wchar.obj" : ..\..\backend\utils\mb\wchar.c
Tab indent all actions in bcc32.mak, and do it on win32.mak too for consistency. Backpatch only bcc32.mak to 8.0.X.
2005-02-27 23:39:52 +01:00
$(CPP) @<<
Backpatch BCC compile changes to 8.0.X for psql.
2005-04-29 15:42:21 +02:00
$(CPP_PROJ) /I"." ..\..\backend\utils\mb\wchar.c
Fix for Win32 making problem with MB enabled. Patches created by Hiroki Kataoka.
1999-08-16 04:04:05 +02:00
<<
Hello! Through some minor changes, I have been able to compile the libpq client libraries on the Win32 platform. Since the libpq communications part has been rewritten, this has become much easier. Enclosed is a patch that will allow at least Microsoft Visual C++ to compile libpq into both a static and a dynamic library. I will take a look at porting the psql frontend as well, but I figured it was a good idea to send in these patches first - so no major changes are done to the files before it gets applied (if it does). Regards, Magnus Hagander
1998-07-03 06:24:16 +02:00
Remove compile errors of psql.exe and libpq.dll under Multibyte mode.
2001-11-22 11:18:52 +01:00
"$(INTDIR)\encnames.obj" : ..\..\backend\utils\mb\encnames.c
Tab indent all actions in bcc32.mak, and do it on win32.mak too for consistency. Backpatch only bcc32.mak to 8.0.X.
2005-02-27 23:39:52 +01:00
$(CPP) @<<
Backpatch BCC compile changes to 8.0.X for psql.
2005-04-29 15:42:21 +02:00
$(CPP_PROJ) /I"." ..\..\backend\utils\mb\encnames.c
Remove compile errors of psql.exe and libpq.dll under Multibyte mode.
2001-11-22 11:18:52 +01:00
<<
Prepare code to be built by MSVC: o remove many WIN32_CLIENT_ONLY defines o add WIN32_ONLY_COMPILER define o add 3rd argument to open() for portability o add include/port/win32_msvc directory for system includes Magnus Hagander
2006-06-08 00:24:46 +02:00
"$(INTDIR)\snprintf.obj" : ..\..\port\snprintf.c
$(CPP) @<<
$(CPP_PROJ) /I"." ..\..\port\snprintf.c
<<
Cleanup for Win32 compile. Andreas Pflug
2005-06-19 15:10:56 +02:00
.c{$(CPP_OBJS)}.obj:
$(CPP) $(CPP_PROJ) $<
Backpatch BCC compile changes to 8.0.X for psql.
2005-04-29 15:42:21 +02:00
.c.obj:
$(CPP) $(CPP_PROJ) $<