delta/postgresql.git/src/makefiles/Makefile.univel, branch master git.postgresql.org: git/postgresql.git Remove dead ports 2012-05-01T19:11:12+00:00 Peter Eisentraut peter_e@gmx.net 2012-05-01T19:11:12+00:00 f2f9439fbfba378cb64cd6e5a046e0184cd542c6 Remove the following ports: - dgux - nextstep - sunos4 - svr4 - ultrix4 - univel These are obsolete and not worth rescuing. In most cases, there is circumstantial evidence that they wouldn't work anymore anyway. 
Remove the following ports:

- dgux
- nextstep
- sunos4
- svr4
- ultrix4
- univel

These are obsolete and not worth rescuing.  In most cases, there is
circumstantial evidence that they wouldn't work anymore anyway.
Split the LDFLAGS make variable into two parts: LDFLAGS is now used for 2010-07-05T18:54:38+00:00 Tom Lane tgl@sss.pgh.pa.us 2010-07-05T18:54:38+00:00 291a9577454a63f99b5537e48a3dceae6d35ea8d 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. 
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.
Install the SQL command man pages into a section appropriate for each 2001-08-29T19:14:40+00:00 Peter Eisentraut peter_e@gmx.net 2001-08-29T19:14:40+00:00 b1a38a438043920e3cbb8692b943a91ddcc4d160 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. 
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.
Move DLSUFFIX, AROPT, and CFLAGS_SL settings from template to 2000-10-21T22:36:14+00:00 Peter Eisentraut peter_e@gmx.net 2000-10-21T22:36:14+00:00 f8ff1ee5aab125fc1e5e130e6055a0e6586ce440 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. 
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.
Separate -Wl,-E or equivalent into separate make variable, since it's only 2000-10-07T18:43:23+00:00 Peter Eisentraut peter_e@gmx.net 2000-10-07T18:43:23+00:00 a3578c13e60aa11bfea8508822655bb7f5caf7c8 necessary for the postgres/postmaster link, not every link. 
necessary for the postgres/postmaster link, not every link.
From: "Billy G. Allie" <Bill.Allie@mug.org> 1998-01-17T23:33:58+00:00 Marc G. Fournier scrappy@hub.org 1998-01-17T23:33:58+00:00 36c1c94bca30a730bec1bb9f5163ccfbb7565fed The attached patches will allow postgreSQL to compile successfully on SCO UNIXWARE 2.1.x. The patches fix the following problems: 1. Configure did not properly recognize the UNIXWARE system as needing the univel port. It used the sys4 port. 2. Configure did not properly process the CC flag in the template file. 3. There was no working test and set locking implementation for the native UNIXWARE compiler. 4. The test and set locking used for Intel X86 that was selected by defining NEED_I386_TAS_ASM could fail in a multi-processor environment. 5. The makefiles for libpq and libpgtcl did not make a shared library for the univel port. 
The attached patches will allow postgreSQL to compile successfully on SCO
UNIXWARE 2.1.x.  The patches fix the following problems:

1.  Configure did not properly recognize the UNIXWARE system as needing the
    univel port.  It used the sys4 port.

2.  Configure did not properly process the CC flag in the template file.

3.  There was no working test and set locking implementation for the native
    UNIXWARE compiler.

4.  The test and set locking used for Intel X86 that was selected by defining
    NEED_I386_TAS_ASM could fail in a multi-processor environment.

5.  The makefiles for libpq and libpgtcl did not make a shared library for
    the univel port.
Remove port specific Makefile 'targets' (ie. shared libraries) from 1997-04-12T10:33:10+00:00 Marc G. Fournier scrappy@hub.org 1997-04-12T10:33:10+00:00 09a5dabc30e979431cddec7466d079e8c7d76dcd Makefile.global and move them to seperate 'include' makefiles Over time, should become even more port specific: ie. Makefile.BSD44_derived should be broken down into netbsd/freebsd specific ports 
Makefile.global and move them to seperate 'include' makefiles

Over time, should become even more port specific:

	ie. Makefile.BSD44_derived should be broken down into netbsd/freebsd
specific ports