aboutsummaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorThomas G. Lockhart <lockhart@fourpalms.org>1999-10-09 02:26:52 +0000
committerThomas G. Lockhart <lockhart@fourpalms.org>1999-10-09 02:26:52 +0000
commitfc32c709b49a1a1237085fbfabd81717f0f61a4d (patch)
tree14d1a3030fa3e73de213f8b656ed4ef1ad553791
parentb8c3226da20a6913cde94712b783dedf82d3decc (diff)
downloadpostgresql-fc32c709b49a1a1237085fbfabd81717f0f61a4d.tar.gz
postgresql-fc32c709b49a1a1237085fbfabd81717f0f61a4d.zip
Minor repairs of markup.
-rw-r--r--doc/src/sgml/dfunc.sgml22
1 files changed, 15 insertions, 7 deletions
diff --git a/doc/src/sgml/dfunc.sgml b/doc/src/sgml/dfunc.sgml
index 6ee05db813c..42d1ef5fbfb 100644
--- a/doc/src/sgml/dfunc.sgml
+++ b/doc/src/sgml/dfunc.sgml
@@ -1,6 +1,8 @@
<chapter id="dfunc">
<title id="dfunc-title">Linking Dynamically-Loaded Functions</title>
+ <para>
+
<!--
.SH "Compiling Dynamically-Loaded C Functions"
.PP
@@ -100,19 +102,23 @@ You should look at the Postgres User's Manual for an explanation of this
procedure.
-->
- <para>
After you have created and registered a user-defined
- function, your work is essentially done. <productname>Postgres</productname>,
- however, must load the object code (e.g., a <filename>.o</filename> file, or
+ function, your work is essentially done.
+ <productname>Postgres</productname>,
+ however, must load the object code
+ (e.g., a <literal>.o</literal> file, or
a shared library) that implements your function. As
- previously mentioned, <productname>Postgres</productname> loads your code at
+ previously mentioned, <productname>Postgres</productname>
+ loads your code at
runtime, as required. In order to allow your code to be
dynamically loaded, you may have to compile and
link-edit it in a special way. This section briefly
describes how to perform the compilation and
link-editing required before you can load your user-defined
- functions into a running <productname>Postgres</productname> server. Note that
+ functions into a running <productname>Postgres</productname> server.
+ Note that
this process has changed as of Version 4.2.
+ </para>
<!--
<tip>
@@ -123,7 +129,8 @@ procedure.
and alignment of executable instructions within memory, etc.
on the part of the person writing the dynamic loader. Such
loaders tended to be slow and buggy. As of Version 4.2, the
- <productname>Postgres</productname> dynamic loading mechanism has been rewritten to use
+ <productname>Postgres</productname> dynamic loading mechanism
+ has been rewritten to use
the dynamic loading mechanism provided by the operating
system. This approach is generally faster, more reliable and
more portable than our previous dynamic loading mechanism.
@@ -131,7 +138,8 @@ procedure.
Unix use a dynamic loading mechanism to implement shared
libraries and must therefore provide a fast and reliable
mechanism. On the other hand, the object file must be
- postprocessed a bit before it can be loaded into <productname>Postgres</productname>. We
+ postprocessed a bit before it can be loaded into
+ <productname>Postgres</productname>. We
hope that the large increase in speed and reliability will
make up for the slight decrease in convenience.
</para>