upstream/postgresql
1
0
Fork 0
mirror of https://github.com/postgres/postgres.git synced 2026-04-29 10:11:47 -04:00
Code Issues Projects Releases Packages Wiki Activity Actions
postgresql/src/makefiles/Makefile.win32

Ignoring revisions in .git-blame-ignore-revs. Click here to bypass and see the normal blame view.

83 lines
2.3 KiB
Makefile
Raw Normal View History

Remove cvs keywords from all files.
2010-09-20 16:08:53 -04:00
# src/makefiles/Makefile.win32
Allow Win32 to compile under MinGW. Major changes are: Win32 port is now called 'win32' rather than 'win' add -lwsock32 on Win32 make gethostname() be only used when kerberos4 is enabled use /port/getopt.c new /port/opendir.c routines disable GUC unix_socket_group on Win32 convert some keywords.c symbols to KEYWORD_P to prevent conflict create new FCNTL_NONBLOCK macro to turn off socket blocking create new /include/port.h file that has /port prototypes, move out of c.h new /include/port/win32_include dir to hold missing include files work around ERROR being defined in Win32 includes
2003-05-15 12:35:30 -04:00
In a PGXS build, expect to find the postgres executable already installed, rather than in $(top_builddir)/src/backend/postgres. Sean Chittenden
2004-12-16 22:52:49 -05:00
ifdef PGXS
Remove $(DESTDIR) from the pgxs BE_DLLLIBS= -L path.
2006-01-19 15:45:29 -05:00
BE_DLLLIBS= -L$(libdir) -lpostgres
Clean up Makefile.win32 "-I" flag additions. The PGXS-case directory does not exist in the non-PGXS case, and vice versa. Add one or the other, not both. This is essentially cosmetic. It makes Makefile.win32 more like the similar Makefile.global code.
2015-07-30 20:48:46 -04:00
override CPPFLAGS+= -I$(includedir_server)/port/win32
In a PGXS build, expect to find the postgres executable already installed, rather than in $(top_builddir)/src/backend/postgres. Sean Chittenden
2004-12-16 22:52:49 -05:00
else
Fix/cleanup DLLLIBS handling for Cygwin port. If it works it's to Jason Tishler's credit, if it's broken it's my fault ...
2001-04-04 17:15:56 -04:00
BE_DLLLIBS= -L$(top_builddir)/src/backend -lpostgres
Clean up Makefile.win32 "-I" flag additions. The PGXS-case directory does not exist in the non-PGXS case, and vice versa. Add one or the other, not both. This is essentially cosmetic. It makes Makefile.win32 more like the similar Makefile.global code.
2015-07-30 20:48:46 -04:00
override CPPFLAGS+="-I$(top_srcdir)/src/include/port/win32"
In a PGXS build, expect to find the postgres executable already installed, rather than in $(top_builddir)/src/backend/postgres. Sean Chittenden
2004-12-16 22:52:49 -05:00
endif
Assorted fixes for Cygwin: Eliminate the mysterious games that the Cygwin build plays with the linker flag variables. DLLLIBS is gone, use SHLIB_LINK like everyone else. Detect cygipc in configure, after the linker flags are set up, otherwise configure might not work at all. Make sure everything is covered by make clean. Fix the build of the new conversion procedure modules. Add new DLLIMPORT markers where required. Finally, the compiler complains if we use an explicit -I/usr/local/include, so don't do that. Curiously, -L/usr/local/lib is still necessary.
2002-09-05 14:28:46 -04:00
Define WIN32_STACK_RLIMIT throughout win32 and cygwin builds. The MSVC build system already did this, and commit 617dc6d299c957e2784320382b3277ede01d9c63 used it in a second file. Back-patch to 9.4, like that commit. Discussion: https://postgr.es/m/CAA8=A7_1SWc3+3Z=-utQrQFOtrj_DeohRVt7diA2tZozxsyUOQ@mail.gmail.com
2019-04-09 11:25:39 -04:00
override CPPFLAGS += -DWIN32_STACK_RLIMIT=$(WIN32_STACK_RLIMIT)
Move DLSUFFIX, AROPT, and CFLAGS_SL settings from template to Makefile.port, since they are of no use to configure and much of the library magic happens in Makefile.port anyway. Use __alpha, not __alpha__, since the former is universally available. Remove -DNOFIXADE from the compile command line and put it in the port include file.
2000-10-21 18:36:14 -04:00
AROPT = crs
DLSUFFIX = .dll
Assorted fixes for Cygwin: Eliminate the mysterious games that the Cygwin build plays with the linker flag variables. DLLLIBS is gone, use SHLIB_LINK like everyone else. Detect cygipc in configure, after the linker flags are set up, otherwise configure might not work at all. Make sure everything is covered by make clean. Fix the build of the new conversion procedure modules. Add new DLLIMPORT markers where required. Finally, the compiler complains if we use an explicit -I/usr/local/include, so don't do that. Curiously, -L/usr/local/lib is still necessary.
2002-09-05 14:28:46 -04:00
ifneq (,$(findstring backend,$(subdir)))
ifeq (,$(findstring conversion_procs,$(subdir)))
Adjust windows makefiles too, now that the walreceiver dynamic module has been renamed.
2010-01-20 04:30:07 -05:00
ifeq (,$(findstring libpqwalreceiver,$(subdir)))
Try to fix non-MSVC Windows builds in the wake of logical replication. pgoutput evidently needs to be built without -DBUILDING_DLL. (It seems like a pretty bad idea that these makefiles need to know exactly where all the shlibs are in the tree, or maybe what's bad is putting them under src/backend/. But right now is not the time to redesign that.) Also, remove "override CPPFLAGS" in pgoutput's Makefile. I don't think that that actually has any bad consequences, but it's certainly useless in a directory that has no .h files, and it might be contributing to the failure somehow. Per buildfarm.
2017-01-20 12:51:31 -05:00
ifeq (,$(findstring replication/pgoutput,$(subdir)))
ifeq (,$(findstring snowball,$(subdir)))
Assorted fixes for Cygwin: Eliminate the mysterious games that the Cygwin build plays with the linker flag variables. DLLLIBS is gone, use SHLIB_LINK like everyone else. Detect cygipc in configure, after the linker flags are set up, otherwise configure might not work at all. Make sure everything is covered by make clean. Fix the build of the new conversion procedure modules. Add new DLLIMPORT markers where required. Finally, the compiler complains if we use an explicit -I/usr/local/include, so don't do that. Curiously, -L/usr/local/lib is still necessary.
2002-09-05 14:28:46 -04:00
override CPPFLAGS+= -DBUILDING_DLL
Changes to fix/improve the dynamic loading on NT From: Horak Daniel <horak@mmp.plzen-city.cz>
1999-03-09 08:39:15 -05:00
endif
Fixes to make ecpg work on Cygwin, from Jason Tishler <Jason.Tishler@dothill.com>.
2001-05-03 12:07:52 -04:00
endif
Don't define BUILDING_DLL for snowball lib. Should fix build problems on mingw and probably cygwin.
2007-08-21 09:32:33 -04:00
endif
Second try: walreceiver should not be built with -DBUILDING_DLL
2010-01-15 16:43:21 -05:00
endif
Try to fix non-MSVC Windows builds in the wake of logical replication. pgoutput evidently needs to be built without -DBUILDING_DLL. (It seems like a pretty bad idea that these makefiles need to know exactly where all the shlibs are in the tree, or maybe what's bad is putting them under src/backend/. But right now is not the time to redesign that.) Also, remove "override CPPFLAGS" in pgoutput's Makefile. I don't think that that actually has any bad consequences, but it's certainly useless in a directory that has no .h files, and it might be contributing to the failure somehow. Per buildfarm.
2017-01-20 12:51:31 -05:00
endif
The following patch corrects a make install problem when building under Cygwin. The root cause of this problem is that (Sun) java is a native Win32 app and hence does not understand Cygwin Posix style paths. The solution is to use Cygwin's cygpath utility to convert the Posix style JDBC installation directory path into a Win32 one before invoking ant. I'm not sure if my patch is the best way to correct this issue but my goal was to confine the Cygwin specific constructs to Jason Tishler
2001-05-25 10:28:58 -04:00
Blind attempt at fixing the non-MSVC Windows builds Apparently, they need -DBUILDING_DLL for the Assert() declarations to work correctly.
2013-02-22 09:51:15 -05:00
ifneq (,$(findstring src/common,$(subdir)))
override CPPFLAGS+= -DBUILDING_DLL
endif
Consistently define BUILDING_DLL during builds of src/port for Windows. The MSVC build process already did so; this fixes the principal build process to match. Both processes already did likewise for src/common. This lets server builds of src/port reference postgres.exe data symbols.
2014-06-11 19:50:41 -04:00
ifneq (,$(findstring src/port,$(subdir)))
override CPPFLAGS+= -DBUILDING_DLL
endif
Fix tsearch build problems. Magnus Hagander
2004-10-22 18:33:58 -04:00
ifneq (,$(findstring timezone,$(subdir)))
override CPPFLAGS+= -DBUILDING_DLL
endif
Fix Cygwin compile for timezone.
2004-10-27 15:14:07 -04:00
ifneq (,$(findstring ecpg/ecpglib,$(subdir)))
Assorted fixes for Cygwin: Eliminate the mysterious games that the Cygwin build plays with the linker flag variables. DLLLIBS is gone, use SHLIB_LINK like everyone else. Detect cygipc in configure, after the linker flags are set up, otherwise configure might not work at all. Make sure everything is covered by make clean. Fix the build of the new conversion procedure modules. Add new DLLIMPORT markers where required. Finally, the compiler complains if we use an explicit -I/usr/local/include, so don't do that. Curiously, -L/usr/local/lib is still necessary.
2002-09-05 14:28:46 -04:00
override CPPFLAGS+= -DBUILDING_DLL
On Sat, Aug 25, 2001 at 08:15:45PM -0400, Bruce Momjian wrote: > Can someone research this and figure out what the proper solution for > this is? Seems we are going around in circles if we keep > adding/removing DLLIMPORT. I believe that the attached patch is the correct solution -- I apologize for the gyrations. With the attached patch, Cygwin libpq++ builds cleanly again. The root cause was that DLLIMPORT was defaulting to __declspec(dllimport) since BUILDING_DLL was *not* defined when building the libpq++ DLL. Unfortunately, to test my patch requires changing the following makefile: src/interfaces/libpq++/examples/Makefile and the #includes in all of the *.cc to build against the source tree instead of the following hardcoded installation directory structure: /usr/local/pgsql I was able to manually build src/interfaces/libpq++/examples/testlibpq0.exe against my Cygwin libpq++ without errors. However, I have not tried to actually test testlibpq0.exe. Is this sufficient? Or, do you want me to clean up libpq++/examples too? (Or, is it silly to even ask? :,)) Let me know how you want to proceed and I will submit a patch to pgsql-patches. Jason Tishler
2001-09-05 22:58:33 -04:00
endif
Assorted fixes for Cygwin: Eliminate the mysterious games that the Cygwin build plays with the linker flag variables. DLLLIBS is gone, use SHLIB_LINK like everyone else. Detect cygipc in configure, after the linker flags are set up, otherwise configure might not work at all. Make sure everything is covered by make clean. Fix the build of the new conversion procedure modules. Add new DLLIMPORT markers where required. Finally, the compiler complains if we use an explicit -I/usr/local/include, so don't do that. Curiously, -L/usr/local/lib is still necessary.
2002-09-05 14:28:46 -04:00
# required by Python headers
ifneq (,$(findstring src/pl/plpython,$(subdir)))
See attached for a small patch that enables plpython to build cleanly under Cygwin. This patch together with my previous Python patch: http://postgresql.readysetnet.com/mhonarc/pgsql-patches/2001-05/msg00075.htm l enables full Python support (i.e., configure --with-python) for Cygwin PostgreSQL. Jason Tishler
2001-05-25 11:48:33 -04:00
override CPPFLAGS+= -DUSE_DL_IMPORT
endif
Install include/port header files, and fix PGXS build to use them. Fabien COELHO
2004-11-17 12:16:17 -05:00
# it is better to install shared-libraries anyway?
Fix typos in comments and doc overriden -> overridden The misspelling in create_extension.sgml was introduced in b67aaf2, so no need to backpatch.
2016-01-28 02:47:36 -05:00
# may be overridden with make MAKE_DLL=false install
Install include/port header files, and fix PGXS build to use them. Fabien COELHO
2004-11-17 12:16:17 -05:00
ifndef MAKE_DLL
MAKE_DLL = true
endif
Set up ar, dlltool, dllwrap, and windres for cross-compiling if necessary. Plus some makefile cleanup. part of a patch from Richard Evans
2008-12-07 03:36:22 -05:00
# Build rules to add versioninfo resources to win32 binaries
WIN32RES += win32ver.o
ifeq ($(PGFILESHLIB),1)
PGFTYPE = VFT_DLL
else
PGFTYPE = VFT_APP
endif
ifneq (,$(PGAPPICON))
PGICOSTR = $(subst /,\/,IDI_ICON ICON \"$(top_builddir)/src/port/$(PGAPPICON).ico\")
endif
Link $(WIN32RES) into single-file modules only when PGFILEDESC is set. Commit 0ffc201a51395ca71fe429ef86c872850a5850ee included this object unconditionally. Being unprepared for that, most external, single-file modules failed to build. This better aligns the GNU make build system with the heuristic in the MSVC build's Project::AddDirResourceFile(). In-tree, installed modules set PGFILEDESC, so they will see no change. Also, under PGXS, omit the nonfunctioning rule to build win32ver.rc. Back-patch to 9.5, where the aforementioned commit first appeared.
2015-08-05 20:43:07 -04:00
# We do not install src/port/win32ver.rc, its content being specific to
# PostgreSQL Global Development Group software. Any module can ship a
# win32ver.rc or furnish a rule for generating one. Set $(PGFILEDESC) to
# signal win32ver.rc availability to the dll build rule below.
ifndef PGXS
Set up ar, dlltool, dllwrap, and windres for cross-compiling if necessary. Plus some makefile cleanup. part of a patch from Richard Evans
2008-12-07 03:36:22 -05:00
win32ver.rc: $(top_srcdir)/src/port/win32ver.rc
sed -e 's;FILEDESC;$(PGFILEDESC);' -e 's;VFT_APP;$(PGFTYPE);' -e 's;_ICO_;$(PGICOSTR);' -e 's;\(VERSION.*\),0 *$$;\1,'`date '+%y%j' | sed 's/^0*//'`';' $< >$@
Link $(WIN32RES) into single-file modules only when PGFILEDESC is set. Commit 0ffc201a51395ca71fe429ef86c872850a5850ee included this object unconditionally. Being unprepared for that, most external, single-file modules failed to build. This better aligns the GNU make build system with the heuristic in the MSVC build's Project::AddDirResourceFile(). In-tree, installed modules set PGFILEDESC, so they will see no change. Also, under PGXS, omit the nonfunctioning rule to build win32ver.rc. Back-patch to 9.5, where the aforementioned commit first appeared.
2015-08-05 20:43:07 -04:00
endif
Set up ar, dlltool, dllwrap, and windres for cross-compiling if necessary. Plus some makefile cleanup. part of a patch from Richard Evans
2008-12-07 03:36:22 -05:00
win32ver.o: win32ver.rc
Allow out-of-tree builds on mingw and cygwin Author: Richard Evans <richard.evans@blueallegro.net>
2009-01-05 04:27:20 -05:00
$(WINDRES) -i $< -o $@ --include-dir=$(top_builddir)/src/include --include-dir=$(srcdir)
Split the LDFLAGS make variable into two parts: LDFLAGS is now used for linking both executables and shared libraries, and we add on LDFLAGS_EX when linking executables or LDFLAGS_SL when linking shared libraries. This provides a significantly cleaner way of dealing with link-time switches than the former behavior. Also, make sure that the various platform-specific %.so: %.o rules incorporate LDFLAGS and LDFLAGS_SL; most of them missed that before. (I did not add these variables for the platforms that invoke $(LD) directly, however. It's not clear if we can do that safely, since for the most part we assume these variables use CC command-line syntax.) Per gripe from Aaron Swenson and subsequent investigation.
2010-07-05 14:54:38 -04:00
# Rule for building a shared library from a single .o file
Link $(WIN32RES) into single-file modules only when PGFILEDESC is set. Commit 0ffc201a51395ca71fe429ef86c872850a5850ee included this object unconditionally. Being unprepared for that, most external, single-file modules failed to build. This better aligns the GNU make build system with the heuristic in the MSVC build's Project::AddDirResourceFile(). In-tree, installed modules set PGFILEDESC, so they will see no change. Also, under PGXS, omit the nonfunctioning rule to build win32ver.rc. Back-patch to 9.5, where the aforementioned commit first appeared.
2015-08-05 20:43:07 -04:00
%.dll: %.o $(if $(PGFILEDESC),$(WIN32RES))
MinGW: Use -static-libgcc when linking a DLL. When commit 846e91e0223cf9f2821c3ad4dfffffbb929cb027 switched the linker driver from dlltool/dllwrap to gcc, it became possible for linking to choose shared libgcc. Backends having loaded a module dynamically linked to libgcc can exit abnormally, which the postmaster treats like a crash. Resume use of static libgcc exclusively, like 9.3 and earlier. Back-patch to 9.4.
2014-10-21 22:55:47 -04:00
$(CC) $(CFLAGS) -shared -static-libgcc -o $@ $^ -Wl,--export-all-symbols $(LDFLAGS) $(LDFLAGS_SL) $(BE_DLLLIBS)
Reference in a new issue Copy permalink