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/ecpg/ecpglib/Makefile

80 lines
2.5 KiB
Makefile
Raw Normal View History

Started working on a seperate pgtypes library. First test work. PLEASE test compilation on iother systems.
2003-03-16 11:42:54 +01:00
#-------------------------------------------------------------------------
#
# Makefile for ecpg library
#
Update copyright for 2018 Backpatch-through: certain files through 9.3
2018-01-03 05:30:12 +01:00
# Portions Copyright (c) 1996-2018, PostgreSQL Global Development Group
Fix distprep and maintainer-clean targets so that ecpg's .def files are made and removed at the correct times.
2007-10-05 03:51:40 +02:00
# Portions Copyright (c) 1994, Regents of the University of California
Started working on a seperate pgtypes library. First test work. PLEASE test compilation on iother systems.
2003-03-16 11:42:54 +01:00
#
Remove cvs keywords from all files.
2010-09-20 22:08:53 +02:00
# src/interfaces/ecpg/ecpglib/Makefile
Started working on a seperate pgtypes library. First test work. PLEASE test compilation on iother systems.
2003-03-16 11:42:54 +01:00
#
#-------------------------------------------------------------------------
subdir = src/interfaces/ecpg/ecpglib
top_builddir = ../../../..
include $(top_builddir)/src/Makefile.global
Add file version information to most installed Windows binaries. Prominent binaries already had this metadata. A handful of minor binaries, such as pg_regress.exe, still lack it; efforts to eliminate such exceptions are welcome. Michael Paquier, reviewed by MauMau.
2014-07-14 20:07:52 +02:00
PGFILEDESC = "ECPG - embedded SQL in C"
Started working on a seperate pgtypes library. First test work. PLEASE test compilation on iother systems.
2003-03-16 11:42:54 +01:00
NAME= ecpg
- Finished major rewrite to use new protocol version - Really prepare statements - Added more regression tests - Added auto-prepare mode - Use '$n' for positional variables, '?' is still possible via ecpg option - Cleaned up the sources a little bit
2007-08-14 12:01:54 +02:00
SO_MAJOR_VERSION= 6
Automate the maintenance of SO_MINOR_VERSION for our shared libraries. Up to now we've manually adjusted these numbers in several different Makefiles at the start of each development cycle. While that's not much work, it's easily forgotten, so let's get rid of it by setting the SO_MINOR_VERSION values directly from $(MAJORVERSION). In the case of libpq, this dev cycle's value of SO_MINOR_VERSION happens to be "10" anyway, so this switch is transparent. For ecpg's shared libraries, this will result in skipping one or two minor version numbers between v9.6 and v10, which seems like no big problem; and it was a bit inconsistent that they didn't have equal minor version numbers anyway. Discussion: <21969.1471287988@sss.pgh.pa.us>
2016-08-16 19:58:44 +02:00
SO_MINOR_VERSION= $(MAJORVERSION)
Started working on a seperate pgtypes library. First test work. PLEASE test compilation on iother systems.
2003-03-16 11:42:54 +01:00
Define the FRONTEND symbol in postgres_fe.h, which allows us to eliminate duplicative -DFRONTEND flags from many Makefiles. We still need Makefile control of the symbol in a few places that compile frontend-or-backend src/port/ files, but it's a lot cleaner than before. Hiroshi Saito
2007-09-27 21:53:44 +02:00
override CPPFLAGS := -I../include -I$(top_srcdir)/src/interfaces/ecpg/include \
ecpg/ecpglib must build the src/port files it uses with -DFRONTEND. Remarkably, this hasn't been noticed before, though it surely should have been happening since around the fall of the Byzantine empire. Commit 438b529604 changed path.c to depend on FRONTEND, and that exposed the omission, per buildfarm reports. I'm suspicious that some other subdirectories are missing this too, but this one change is enough to make ecpg tests pass for me.
2014-04-05 08:20:25 +02:00
-I$(libpq_srcdir) -I$(top_builddir)/src/port -DFRONTEND $(CPPFLAGS)
Make thread flags CFLAGS, not CPPFLAGS.
2004-04-25 22:57:32 +02:00
override CFLAGS += $(PTHREAD_CFLAGS)
Started working on a seperate pgtypes library. First test work. PLEASE test compilation on iother systems.
2003-03-16 11:42:54 +01:00
Make Win32 build use our port/snprintf.c routines, instead of depending on libintl which may or may not provide what we need. Make a few marginal cleanups to ensure this works. Andrew Dunstan and Tom Lane.
2005-12-06 03:29:04 +01:00
# Need to recompile any libpgport object files
LIBS := $(filter-out -lpgport, $(LIBS))
Make sure no libs use libpgport by removing it from the link line.
2004-10-04 22:36:12 +02:00
Applied patch by Boszormenyi Zoltan <zb@cybertec.at> to add sqlda support to ecpg in both native and compatiblity mode.
2010-01-05 17:38:23 +01:00
OBJS= execute.o typename.o descriptor.o sqlda.o data.o error.o prepare.o memory.o \
Always use our own versions of *printf(). We've spent an awful lot of effort over the years in coping with platform-specific vagaries of the *printf family of functions. Let's just forget all that mess and standardize on always using src/port/snprintf.c. This gets rid of a lot of configure logic, and it will allow a saner approach to dealing with %m (though actually changing that is left for a follow-on patch). Preliminary performance testing suggests that as it stands, snprintf.c is faster than the native printf functions for some tasks on some platforms, and slower for other cases. A pending patch will improve that, though cases with floating-point conversions will doubtless remain slower unless we want to put a *lot* of effort into that. Still, we've not observed that *printf is really a performance bottleneck for most workloads, so I doubt this matters much. Patch by me, reviewed by Michael Paquier Discussion: https://postgr.es/m/2975.1526862605@sss.pgh.pa.us
2018-09-26 19:13:57 +02:00
connect.o misc.o path.o pgstrcasecmp.o snprintf.o strerror.o \
$(filter strlcpy.o strnlen.o win32setlocale.o isinf.o, $(LIBOBJS)) \
Add port/strnlen support to libpq and ecpg Makefiles. In the wake of fffd651e8, any makefile that pulls in snprintf.c from src/port/ needs to be prepared to pull in strnlen.c as well. Per buildfarm.
2017-10-11 17:27:57 +02:00
$(WIN32RES)
Started working on a seperate pgtypes library. First test work. PLEASE test compilation on iother systems.
2003-03-16 11:42:54 +01:00
We only need to add thread.c on non-WIN32 platforms, since get_home_path doesn't use pqGetpwuid on WIN32. Rather than try to figure out why it won't build on WIN32, just remove it.
2006-04-29 22:13:07 +02:00
# thread.c is needed only for non-WIN32 implementation of path.c
ifneq ($(PORTNAME), win32)
OBJS += thread.o
endif
Prevent accidental linking of system-supplied copies of libpq.so etc. We were being careless in some places about the order of -L switches in link command lines, such that -L switches referring to external directories could come before those referring to directories within the build tree. This made it possible to accidentally link a system-supplied library, for example /usr/lib/libpq.so, in place of the one built in the build tree. Hilarity ensued, the more so the older the system-supplied library is. To fix, break LDFLAGS into two parts, a sub-variable LDFLAGS_INTERNAL and the main LDFLAGS variable, both of which are "recursively expanded" so that they can be incrementally adjusted by different makefiles. Establish a policy that -L switches for directories in the build tree must always be added to LDFLAGS_INTERNAL, while -L switches for external directories must always be added to LDFLAGS. This is sufficient to ensure a safe search order. For simplicity, we typically also put -l switches for the respective libraries into those same variables. (Traditional make usage would have us put -l switches into LIBS, but cleaning that up is a project for another day, as there's no clear need for it.) This turns out to also require separating SHLIB_LINK into two variables, SHLIB_LINK and SHLIB_LINK_INTERNAL, with a similar rule about which switches go into which variable. And likewise for PG_LIBS. Although this change might appear to affect external users of pgxs.mk, I think it doesn't; they shouldn't have any need to touch the _INTERNAL variables. In passing, tweak src/common/Makefile so that the value of CPPFLAGS recorded in pg_config lacks "-DFRONTEND" and the recorded value of LDFLAGS lacks "-L../../../src/common". Both of those things are mistakes, apparently introduced during prior code rearrangements, as old versions of pg_config don't print them. In general we don't want anything that's specific to the src/common subdirectory to appear in those outputs. This is certainly a bug fix, but in view of the lack of field complaints, I'm unsure whether it's worth the risk of back-patching. In any case it seems wise to see what the buildfarm makes of it first. Discussion: https://postgr.es/m/25214.1522604295@sss.pgh.pa.us
2018-04-03 22:26:05 +02:00
SHLIB_LINK_INTERNAL = -L../pgtypeslib -lpgtypes $(libpq)
SHLIB_LINK = $(filter -lintl -lm, $(LIBS)) $(PTHREAD_LIBS)
Improved parallel make support Replace for loops in makefiles with proper dependencies. Parallel make can now span across directories. Also, make -k and make -q work properly. GNU make 3.80 or newer is now required.
2010-11-12 21:15:16 +01:00
SHLIB_PREREQS = submake-libpq submake-pgtypeslib
Started working on a seperate pgtypes library. First test work. PLEASE test compilation on iother systems.
2003-03-16 11:42:54 +01:00
Refactor the code that creates the shared library export files to appear only once in Makefile.shlib and not in four copies.
2008-02-26 07:41:24 +01:00
SHLIB_EXPORTS = exports.txt
Add pkg-config files for libpq and ecpg libraries This will hopefully be easier to use than pg_config for users who are already used to the pkg-config interface. It also works better for multi-arch installations. reviewed by Tom Lane
2013-03-31 22:58:40 +02:00
PKG_CONFIG_REQUIRES_PRIVATE = libpq libpgtypes
Improved parallel make support Replace for loops in makefiles with proper dependencies. Parallel make can now span across directories. Also, make -k and make -q work properly. GNU make 3.80 or newer is now required.
2010-11-12 21:15:16 +01:00
all: all-lib
ecpg requires libpq; add Makefile rules to require libpq to be built first. Alvaro Herrera
2009-02-07 18:17:34 +01:00
Improved parallel make support Replace for loops in makefiles with proper dependencies. Parallel make can now span across directories. Also, make -k and make -q work properly. GNU make 3.80 or newer is now required.
2010-11-12 21:15:16 +01:00
.PHONY: submake-pgtypeslib
submake-pgtypeslib:
ecpg requires libpq; add Makefile rules to require libpq to be built first. Alvaro Herrera
2009-02-07 18:17:34 +01:00
$(MAKE) -C $(top_builddir)/src/interfaces/ecpg/pgtypeslib all
Started working on a seperate pgtypes library. First test work. PLEASE test compilation on iother systems.
2003-03-16 11:42:54 +01:00
# Shared library stuff
include $(top_srcdir)/src/Makefile.shlib
Handle inclusion of port modules 'correctly', viz the same way libpq does it. Fixes OS X, which needs path.c. It may be that Win32 needs some more port modules, but they are easily added.
2004-05-21 23:56:02 +02:00
# We use some port modules verbatim, but since we need to
# compile with appropriate options to build a shared lib, we can't
# necessarily use the same object files as the backend uses. Instead,
# symlink the source files in here and build our own object file.
Convert elog.c's useful_strerror() into a globally-used strerror wrapper. elog.c has long had a private strerror wrapper that handles assorted possible failures or deficiencies of the platform's strerror. On Windows, it also knows how to translate Winsock error codes, which the native strerror does not. Move all this code into src/port/strerror.c and define strerror() as a macro that invokes it, so that both our frontend and backend code will have all of this behavior. I believe this constitutes an actual bug fix on Windows, since AFAICS our frontend code did not report Winsock error codes properly before this. However, the main point is to lay the groundwork for implementing %m in src/port/snprintf.c: the behavior we want %m to have is this one, not the native strerror's. Note that this throws away the prior use of src/port/strerror.c, which was to implement strerror() on platforms lacking it. That's been dead code for nigh twenty years now, since strerror() was already required by C89. We should likewise cause strerror_r to use this behavior, but I'll tackle that separately. Patch by me, reviewed by Michael Paquier Discussion: https://postgr.es/m/2975.1526862605@sss.pgh.pa.us
2018-09-26 17:06:42 +02:00
path.c pgstrcasecmp.c snprintf.c strerror.c strlcpy.c strnlen.c thread.c win32setlocale.c isinf.c: % : $(top_srcdir)/src/port/%
Add exec.c to ecpg library because path.c now uses it.
2004-05-25 19:35:51 +02:00
rm -f $@ && $(LN_S) $< .
misc.o depends on pg_config_paths.h when --enable-nls is used.
2009-01-14 15:54:35 +01:00
misc.o: misc.c $(top_builddir)/src/port/pg_config_paths.h
Fix up makefile dependencies for pg_config_paths.h.
2004-11-20 22:13:06 +01:00
path.o: path.c $(top_builddir)/src/port/pg_config_paths.h
$(top_builddir)/src/port/pg_config_paths.h:
$(MAKE) -C $(top_builddir)/src/port pg_config_paths.h
Add some pg_config_path.h dependencies for places that include pg_config_paths.h outside of /src/port.
2004-10-12 03:04:11 +02:00
Started working on a seperate pgtypes library. First test work. PLEASE test compilation on iother systems.
2003-03-16 11:42:54 +01:00
install: all installdirs install-lib
Implement a few changes to how shared libraries and dynamically loadable modules are built. Foremost, it creates a solid distinction between these two types of targets based on what had already been implemented and duplicated in ad hoc ways before. Specifically, - Dynamically loadable modules no longer get a soname. The numbers previously set in the makefiles were dummy numbers anyway, and the presence of a soname upset a few packaging tools, so it is nicer not to have one. - The cumbersome detour taken on installation (build a libfoo.so.0.0.0 and then override the rule to install foo.so instead) is removed. - Lots of duplicated code simplified.
2008-04-07 16:15:58 +02:00
installdirs: installdirs-lib
Started working on a seperate pgtypes library. First test work. PLEASE test compilation on iother systems.
2003-03-16 11:42:54 +01:00
uninstall: uninstall-lib
Fix distprep and maintainer-clean targets so that ecpg's .def files are made and removed at the correct times.
2007-10-05 03:51:40 +02:00
clean distclean: clean-lib
Results from buildfarm show that ecpglib was depending on pg_strcasecmp, which evidently it got as an unofficial export from pgtypeslib.
2007-10-04 22:54:08 +02:00
rm -f $(OBJS)
Convert elog.c's useful_strerror() into a globally-used strerror wrapper. elog.c has long had a private strerror wrapper that handles assorted possible failures or deficiencies of the platform's strerror. On Windows, it also knows how to translate Winsock error codes, which the native strerror does not. Move all this code into src/port/strerror.c and define strerror() as a macro that invokes it, so that both our frontend and backend code will have all of this behavior. I believe this constitutes an actual bug fix on Windows, since AFAICS our frontend code did not report Winsock error codes properly before this. However, the main point is to lay the groundwork for implementing %m in src/port/snprintf.c: the behavior we want %m to have is this one, not the native strerror's. Note that this throws away the prior use of src/port/strerror.c, which was to implement strerror() on platforms lacking it. That's been dead code for nigh twenty years now, since strerror() was already required by C89. We should likewise cause strerror_r to use this behavior, but I'll tackle that separately. Patch by me, reviewed by Michael Paquier Discussion: https://postgr.es/m/2975.1526862605@sss.pgh.pa.us
2018-09-26 17:06:42 +02:00
rm -f path.c pgstrcasecmp.c snprintf.c strerror.c strlcpy.c strnlen.c thread.c win32setlocale.c isinf.c
Fix distprep and maintainer-clean targets so that ecpg's .def files are made and removed at the correct times.
2007-10-05 03:51:40 +02:00
Refactor the code that creates the shared library export files to appear only once in Makefile.shlib and not in four copies.
2008-02-26 07:41:24 +01:00
maintainer-clean: distclean maintainer-clean-lib