1
- =======================================================
2
- Frequently Asked Questions (FAQ) for PostgreSQL V7.0
3
- SCO UnixWare and OpenServer Specific
4
- TO BE READ IN CONJUNCTION WITH THE NORMAL FAQ
5
- =======================================================
6
- last updated: $Date: 2000/10/09 03:49:42 $
1
+ ============================================================
2
+ Frequently Asked Questions (FAQ) for PostgreSQL V7.1
3
+ SCO UnixWare and OpenServer specific
4
+ to be read in conjunction with the installation instructions
5
+ ============================================================
6
+ last updated: $Date: 2001/03/13 20:52:04 $
7
7
8
8
current maintainer: Billy G. Allie (Bill.Allie@mug.org)
9
9
original author: Andrew Merrill (andrew@compclass.com)
10
10
11
11
12
- PostgreSQL 7.0 can be built on SCO UnixWare 7 and SCO OpenServer 5.
12
+ PostgreSQL 7.1 can be built on SCO UnixWare 7 and SCO OpenServer 5.
13
13
On OpenServer, you can use either the OpenServer Development Kit or
14
14
the Universal Development Kit.
15
15
@@ -18,7 +18,6 @@ However, some tweaking may be needed, as described below.
18
18
Topics:
19
19
*) Skunkware
20
20
*) GNU Make
21
- *) C++ and libpq++
22
21
*) Readline
23
22
*) Using the UDK on OpenServer
24
23
*) Compiling PostgreSQL using the UDK
@@ -44,6 +43,7 @@ Skunkware has different versions for UnixWare and OpenServer. Make sure
44
43
you install the correct version for your operating system, except as noted
45
44
below.
46
45
46
+
47
47
***************************************************************************
48
48
*) GNU Make
49
49
@@ -52,24 +52,6 @@ default, it installs as /usr/local/bin/make. To avoid confusion with the
52
52
SCO make program, you may want to rename GNU make to gmake.
53
53
54
54
55
- ***************************************************************************
56
- *) C++ and libpq++
57
-
58
- I have not been able to build libpq++, the PostgreSQL C++ interface, with
59
- the UnixWare or OpenServer C++ compilers. By default, building PostgreSQL
60
- also builds the libpq++ interface. When that fails, it causes the entire
61
- build of PostgreSQL to fail.
62
-
63
- This is the problem if you see the following error message:
64
-
65
- "pgenv.cc", line 47: error: no default constructor exists for class "string"
66
-
67
- If you have this problem, you can disable building of libpq++ with the
68
- following configure option:
69
-
70
- configure --without-CXX
71
-
72
-
73
55
***************************************************************************
74
56
*) Readline
75
57
@@ -89,31 +71,22 @@ configure:
89
71
90
72
configure --with-libs=/usr/local/lib --with-includes=/usr/local/include
91
73
92
- Putting this together with the no-C++ option above yields:
93
-
94
- configure --with-libs=/usr/local/lib --with-includes=/usr/local/include --without-CXX
95
-
96
74
97
75
***************************************************************************
98
76
*) Using the UDK on OpenServer
99
77
100
78
If you are using the new Universal Development Kit (UDK) compiler on
101
- OpenServer, you need to use different arguments to the configure program.
102
-
103
- First, you need to specify the "unixware" template instead of the default.
104
-
105
- Second, you need to specify the locations of the UDK libraries.
79
+ OpenServer, you need to specify the locations of the UDK libraries:
106
80
107
- Putting these together:
81
+ configure --with-libs=/udk/usr/lib --with-includes=/udk/usr/include
108
82
109
- configure --with-template=unixware --with-libs=/udk/usr/lib -- with-includes=/udk/usr/include
83
+ Putting these together with the readline options from above:
110
84
111
- Putting these together with the no-C++ and readline options from above:
85
+ ./configure -- with-libs="/udk/usr/lib /usr/local/lib" --with-includes="/udk/usr/include /usr/local/include"
112
86
113
- ./configure --with-template=unixware --with-libs="/udk/usr/lib /usr/local/lib" --with-includes="/udk/usr/include /usr/local/include" --without-CXX
114
87
115
88
***************************************************************************
116
- *) Compiling PostgreSQL 7.0 with the UDK
89
+ *) Compiling PostgreSQL 7.1 with the UDK
117
90
118
91
The program, backend/utils/adt/int8.c, tickles a compiler bug with in the
119
92
following versions (and probably others as well) of the C compiler:
@@ -146,30 +119,10 @@ the following patch:
146
119
PG_RETURN_INT64(result);
147
120
------------------------------8< CUT HERE >8------------------------------
148
121
149
- The bind function in UnixWare 7.1+ has a problem when used with the AF_UNIX
150
- family. The following patch provides a work-around for the problem (thanks
151
- go to Oliver PRENANT <ohp@pyrenet.fre> for this patch).
122
+ This compiler bug seems to be fixed at least in
123
+
124
+ Optimizing C Compilation System (CCS) 4.0 10/23/00 (UDK FS 7.1.1b)
152
125
153
- ------------------------------8< CUT HERE >8------------------------------
154
- *** src/backend/libpq/pqcomm.c.orig Sun Oct 8 02:21:25 2000
155
- --- src/backend/libpq/pqcomm.c Sun Oct 8 02:42:57 2000
156
- ***************
157
- *** 329,334 ****
158
- --- 329,341 ----
159
- return STATUS_ERROR;
160
- }
161
-
162
- + /* Work around a bug in UnixWare 7.1.x - accept is not returning the
163
- + * correct family when the family is AF_UNIX.
164
- + */
165
- +
166
- + if (port->raddr.sa.sa_family == 0)
167
- + port->raddr.sa.sa_family = AF_UNIX;
168
- +
169
- /* fill in the server (local) address */
170
- addrlen = sizeof(port->laddr);
171
- if (getsockname(port->sock, (struct sockaddr *) & port->laddr,
172
- ------------------------------8< CUT HERE >8------------------------------
173
126
174
127
***************************************************************************
175
128
*) Reading the PostgreSQL man pages on UnixWare
@@ -221,4 +174,3 @@ generate a PostgreSQL package for UnixWare 7.x, the man pages will be
221
174
integrated into the scohelp system.
222
175
223
176
I have not tried using the PostgreSQL man pages on OpenServer. Volunteers??
224
-
0 commit comments