rdelaage/postgresql
1
0
Fork 0
mirror of https://git.postgresql.org/git/postgresql.git synced 2024-10-01 05:41:15 +02:00
Code Issues Packages Projects Releases Wiki Activity
14aec03502
postgresql/src/makefiles/Makefile.hpux

54 lines
1.3 KiB
Makefile
Raw Normal View History

Fix shared library linking operations to work properly on all (or at least more) combinations of HP-UX hardware, compiler, and linker. Shinji Teragaito and Tom Lane.
2004-09-03 01:06:43 +02:00
# Using X/Open Networking Interfaces requires to link with libxnet.
# Without specifying this, bind(), getpeername() and so on don't work
# correctly in the LP64 data model.
LIBS := -lxnet $(LIBS)
Modify the platform-specific makefiles so that macro 'rpath' is defined in terms of macro 'rpathdir', as I proposed a few weeks ago. In itself this commit shouldn't change the behavior at all, but it opens the door to using special rpaths for the PL shared libraries, as seems to be needed for plperl in particular.
2004-11-19 01:41:39 +01:00
# Set up rpath so that the executables don't need SHLIB_PATH to be set.
# (Note: --disable-rpath is a really bad idea on this platform...)
Fix shared library linking operations to work properly on all (or at least more) combinations of HP-UX hardware, compiler, and linker. Shinji Teragaito and Tom Lane.
2004-09-03 01:06:43 +02:00
ifeq ($(with_gnu_ld), yes)
Allow installation into directories containing spaces in the name.
2005-12-09 22:19:36 +01:00
rpath = -Wl,-rpath -Wl,'$(rpathdir)'
Fix shared library linking operations to work properly on all (or at least more) combinations of HP-UX hardware, compiler, and linker. Shinji Teragaito and Tom Lane.
2004-09-03 01:06:43 +02:00
else
Allow installation into directories containing spaces in the name.
2005-12-09 22:19:36 +01:00
rpath = -Wl,+b -Wl,'$(rpathdir)'
Fix shared library linking operations to work properly on all (or at least more) combinations of HP-UX hardware, compiler, and linker. Shinji Teragaito and Tom Lane.
2004-09-03 01:06:43 +02:00
endif
Make use of system-specific linker option to embed shared library search path into executables and shared libraries (-rpath or -R for most). Can be disabled with --disable-rpath, since some binary packaging standards do not like this option.
2000-10-28 01:59:39 +02:00
# catch null pointer dereferences
Fix shared library linking operations to work properly on all (or at least more) combinations of HP-UX hardware, compiler, and linker. Shinji Teragaito and Tom Lane.
2004-09-03 01:06:43 +02:00
ifeq ($(with_gnu_ld), yes)
# XXX what to put here?
else
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 20:54:38 +02:00
LDFLAGS_EX += -Wl,-z
Fix shared library linking operations to work properly on all (or at least more) combinations of HP-UX hardware, compiler, and linker. Shinji Teragaito and Tom Lane.
2004-09-03 01:06:43 +02:00
endif
Make use of system-specific linker option to embed shared library search path into executables and shared libraries (-rpath or -R for most). Can be disabled with --disable-rpath, since some binary packaging standards do not like this option.
2000-10-28 01:59:39 +02:00
Move -Bsymbolic for HPUX to Makefile.hpux, per Peter E's recommendation.
2001-03-14 20:35:12 +01:00
# set up appropriate options for shared library builds
Separate -Wl,-E or equivalent into separate make variable, since it's only necessary for the postgres/postmaster link, not every link.
2000-10-07 20:43:23 +02:00
export_dynamic = -Wl,-E
Re-insert %.sl rule into Makefile.hpux ... seems it is not quite as unused as I thought ... how embarrassing.
1999-01-17 01:18:59 +01:00
Use install-sh unconditionally.
2001-03-10 11:38:59 +01:00
INSTALL_SHLIB_OPTS = -m 555
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-22 00:36:14 +02:00
AROPT = crs
Fix shared library linking operations to work properly on all (or at least more) combinations of HP-UX hardware, compiler, and linker. Shinji Teragaito and Tom Lane.
2004-09-03 01:06:43 +02:00
ifeq ($(host_cpu), ia64)
DLSUFFIX = .so
else
DLSUFFIX = .sl
endif
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-22 00:36:14 +02:00
Move port-specific parts of with_temp_install to port makefile. Rather than define ld_library_path_ver with a big nested $(if), just put the overriding values in the makefiles for the relevant ports. Also add a variable for port makefiles to append their own stuff to with_temp_install, and use it to set LD_LIBRARY_PATH_RPATH=1 on FreeBSD which is needed to make LD_LIBRARY_PATH override DT_RPATH if DT_RUNPATH is not set (which seems to depend in unpredictable ways on the choice of compiler, at least on my system). Backpatch for the benefit of anyone doing regression tests on FreeBSD. (For other platforms there should be no functional change.)
2019-02-04 19:47:33 +01:00
# env var name to use in place of LD_LIBRARY_PATH
ld_library_path_var = SHLIB_PATH
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 20:54:38 +02:00
# Rule for building a shared library from a single .o file
Fix shared library linking operations to work properly on all (or at least more) combinations of HP-UX hardware, compiler, and linker. Shinji Teragaito and Tom Lane.
2004-09-03 01:06:43 +02:00
%$(DLSUFFIX): %.o
On some HPUX versions/hardware, it seems we need to include libgcc.a in the regression test shared libraries.
2004-11-20 04:52:00 +01:00
ifeq ($(GCC), yes)
ifeq ($(with_gnu_ld), yes)
Ensure link commands list *.o files before LDFLAGS. It's important for link commands to list *.o input files before -l switches for libraries, as library code may not get pulled into the link unless referenced by an earlier command-line entry. This is certainly necessary for static libraries (.a style). Apparently on some platforms it is also necessary for shared libraries, as reported by Donald Dong. We often put -l switches for within-tree libraries into LDFLAGS, meaning that link commands that list *.o files after LDFLAGS are hazardous. Most of our link commands got this right, but a few did not. In particular, places that relied on gmake's default implicit link rule failed, because that puts LDFLAGS first. Fix that by overriding the built-in rule with our own. The implicit link rules in src/makefiles/Makefile.* for single-.o-file shared libraries mostly got this wrong too, so fix them. I also changed the link rules for the backend and a couple of other places for consistency, even though they are not (currently) at risk because they aren't adding any -l switches to LDFLAGS. Arguably, the real problem here is that we're abusing LDFLAGS by putting -l switches in it and we should stop doing that. But changing that would be quite invasive, so I'm not eager to do so. Perhaps this is a candidate for back-patching, but so far it seems that problems can only be exhibited in test code we don't normally build, and at least some of the problems are new in HEAD anyway. So I'll refrain for now. Donald Dong and Tom Lane Discussion: https://postgr.es/m/CAKABAquXn-BF-vBeRZxhzvPyfMqgGuc74p8BmQZyCFDpyROBJQ@mail.gmail.com
2019-01-02 19:57:42 +01:00
$(CC) $(CFLAGS) $< $(LDFLAGS) $(LDFLAGS_SL) -shared -o $@ `$(CC) $(LDFLAGS) -print-libgcc-file-name`
On some HPUX versions/hardware, it seems we need to include libgcc.a in the regression test shared libraries.
2004-11-20 04:52:00 +01:00
else
$(LD) -b -o $@ $< `$(CC) $(LDFLAGS) -print-libgcc-file-name`
endif
Fix shared library linking operations to work properly on all (or at least more) combinations of HP-UX hardware, compiler, and linker. Shinji Teragaito and Tom Lane.
2004-09-03 01:06:43 +02:00
else
On some HPUX versions/hardware, it seems we need to include libgcc.a in the regression test shared libraries.
2004-11-20 04:52:00 +01:00
ifeq ($(with_gnu_ld), yes)
Ensure link commands list *.o files before LDFLAGS. It's important for link commands to list *.o input files before -l switches for libraries, as library code may not get pulled into the link unless referenced by an earlier command-line entry. This is certainly necessary for static libraries (.a style). Apparently on some platforms it is also necessary for shared libraries, as reported by Donald Dong. We often put -l switches for within-tree libraries into LDFLAGS, meaning that link commands that list *.o files after LDFLAGS are hazardous. Most of our link commands got this right, but a few did not. In particular, places that relied on gmake's default implicit link rule failed, because that puts LDFLAGS first. Fix that by overriding the built-in rule with our own. The implicit link rules in src/makefiles/Makefile.* for single-.o-file shared libraries mostly got this wrong too, so fix them. I also changed the link rules for the backend and a couple of other places for consistency, even though they are not (currently) at risk because they aren't adding any -l switches to LDFLAGS. Arguably, the real problem here is that we're abusing LDFLAGS by putting -l switches in it and we should stop doing that. But changing that would be quite invasive, so I'm not eager to do so. Perhaps this is a candidate for back-patching, but so far it seems that problems can only be exhibited in test code we don't normally build, and at least some of the problems are new in HEAD anyway. So I'll refrain for now. Donald Dong and Tom Lane Discussion: https://postgr.es/m/CAKABAquXn-BF-vBeRZxhzvPyfMqgGuc74p8BmQZyCFDpyROBJQ@mail.gmail.com
2019-01-02 19:57:42 +01:00
$(CC) $(CFLAGS) $< $(LDFLAGS) $(LDFLAGS_SL) -shared -o $@
On some HPUX versions/hardware, it seems we need to include libgcc.a in the regression test shared libraries.
2004-11-20 04:52:00 +01:00
else
Re-insert %.sl rule into Makefile.hpux ... seems it is not quite as unused as I thought ... how embarrassing.
1999-01-17 01:18:59 +01:00
$(LD) -b -o $@ $<
On some HPUX versions/hardware, it seems we need to include libgcc.a in the regression test shared libraries.
2004-11-20 04:52:00 +01:00
endif
Fix shared library linking operations to work properly on all (or at least more) combinations of HP-UX hardware, compiler, and linker. Shinji Teragaito and Tom Lane.
2004-09-03 01:06:43 +02:00
endif
Install the SQL command man pages into a section appropriate for each system. Some systems did not understand the 'l' section, and in general it wasn't entirely appropriate. On SCO OpenServer, the man pages won't be installed at all until someone figures out their man system.
2001-08-29 21:14:40 +02:00
sqlmansect = 5
Reference in New Issue Copy Permalink