summaryrefslogtreecommitdiff
path: root/docs/installation/install_multiple.html
diff options
context:
space:
mode:
Diffstat (limited to 'docs/installation/install_multiple.html')
-rw-r--r--docs/installation/install_multiple.html94
1 files changed, 51 insertions, 43 deletions
diff --git a/docs/installation/install_multiple.html b/docs/installation/install_multiple.html
index b9b74a0f..2adf7f65 100644
--- a/docs/installation/install_multiple.html
+++ b/docs/installation/install_multiple.html
@@ -14,7 +14,7 @@
<body>
<div xmlns="" class="navheader">
<div class="libver">
- <p>Library Version 11.2.5.3</p>
+ <p>Library Version 12.1.6.1</p>
</div>
<table width="100%" summary="Navigation header">
<tr>
@@ -22,9 +22,7 @@
</tr>
<tr>
<td width="20%" align="left"><a accesskey="p" href="install.html">Prev</a> </td>
- <th width="60%" align="center">Chapter 2. 
- System Installation Notes
- </th>
+ <th width="60%" align="center">Chapter 2.  System Installation Notes </th>
<td width="20%" align="right"> <a accesskey="n" href="debug.html">Next</a></td>
</tr>
</table>
@@ -38,39 +36,53 @@
</div>
</div>
</div>
- <p>In some cases it may be necessary to build applications which include
-multiple versions of Berkeley DB. Examples include applications which include
-software from other vendors, or applications running on a system where
-the system C library itself uses Berkeley DB. In such cases, the two versions
-of Berkeley DB may be incompatible, that is, they may have different external
-and internal interfaces, and may even have different underlying database
-formats.</p>
- <p>To create a Berkeley DB library whose symbols won't collide with other Berkeley DB
-libraries (or other application or library modules, for that matter),
-configure Berkeley DB using the <a class="link" href="build_unix_conf.html#build_unix_conf.--with-uniquename=NAME">--with-uniquename=NAME</a> configuration option,
-and then build Berkeley DB as usual. (Note that
-<a class="link" href="build_unix_conf.html#build_unix_conf.--with-uniquename=NAME">--with-uniquename=NAME</a> only affects the Berkeley DB C language library build;
-loading multiple versions of the C++ or Java APIs will require
-additional work.) The modified symbol names are hidden from the
-application in the Berkeley DB header files, that is, there is no need for
-the application to be aware that it is using a special library build as
-long as it includes the appropriate Berkeley DB header file.</p>
- <p>If "NAME" is not specified when configuring with
-<a class="link" href="build_unix_conf.html#build_unix_conf.--with-uniquename=NAME">--with-uniquename=NAME</a>, a default value built from the major and minor
-numbers of the Berkeley DB release will be used. It is rarely necessary to
-specify NAME; using the major and minor release numbers will ensure that
-only one copy of the library will be loaded into the application unless
-two distinct versions really are necessary.</p>
- <p>When distributing any library software that uses Berkeley DB, or any software
-which will be recompiled by users for their systems, we recommend two
-things: First, include the Berkeley DB release as part of your release. This
-will insulate your software from potential Berkeley DB API changes as well as
-simplifying your coding because you will only have to code to a single
-version of the Berkeley DB API instead of adapting at compile time to whatever
-version of Berkeley DB happens to be installed on the target system. Second,
-use <a class="link" href="build_unix_conf.html#build_unix_conf.--with-uniquename=NAME">--with-uniquename=NAME</a> when configuring Berkeley DB, because that will insure that
-you do not unexpectedly collide with other application code or a library
-already installed on the target system.</p>
+ <p>
+ In some cases it may be necessary to build applications
+ which include multiple versions of Berkeley DB. Examples
+ include applications which include software from other
+ vendors, or applications running on a system where the system
+ C library itself uses Berkeley DB. In such cases, the two
+ versions of Berkeley DB may be incompatible, that is, they may
+ have different external and internal interfaces, and may even
+ have different underlying database formats.
+ </p>
+ <p>
+ To create a Berkeley DB library whose symbols won't collide
+ with other Berkeley DB libraries (or other application or
+ library modules, for that matter), configure Berkeley DB using
+ the <a class="link" href="build_unix_conf.html#build_unix_conf.--with-uniquename=NAME">--with-uniquename=NAME</a>
+ configuration option, and
+ then build Berkeley DB as usual. (Note that <a class="link" href="build_unix_conf.html#build_unix_conf.--with-uniquename=NAME">--with-uniquename=NAME</a>
+ only affects the Berkeley DB C language library build; loading multiple versions of the
+ C++ or Java APIs will require additional work.) The modified
+ symbol names are hidden from the application in the Berkeley
+ DB header files, that is, there is no need for the application
+ to be aware that it is using a special library build as long
+ as it includes the appropriate Berkeley DB header file.
+ </p>
+ <p>
+ If "NAME" is not specified when configuring with <a class="link" href="build_unix_conf.html#build_unix_conf.--with-uniquename=NAME">--with-uniquename=NAME</a>,
+ a default value built from the major and minor numbers of the Berkeley DB
+ release will be used. It is rarely necessary to specify NAME; using the major
+ and minor release numbers will ensure that only one copy of
+ the library will be loaded into the application unless two
+ distinct versions really are necessary.
+ </p>
+ <p>
+ When distributing any library software that uses Berkeley
+ DB, or any software which will be recompiled by users for
+ their systems, we recommend two things: First, include the
+ Berkeley DB release as part of your release. This will
+ insulate your software from potential Berkeley DB API changes
+ as well as simplifying your coding because you will only have
+ to code to a single version of the Berkeley DB API instead of
+ adapting at compile time to whatever version of Berkeley DB
+ happens to be installed on the target system. Second, use
+ <a class="link" href="build_unix_conf.html#build_unix_conf.--with-uniquename=NAME">--with-uniquename=NAME</a>
+ when configuring Berkeley DB, because that will insure that you do
+ not unexpectedly collide with other application code or a library already
+ installed on the target system.
+ </p>
</div>
<div class="navfooter">
<hr />
@@ -83,15 +95,11 @@ already installed on the target system.</p>
<td width="40%" align="right"> <a accesskey="n" href="debug.html">Next</a></td>
</tr>
<tr>
- <td width="40%" align="left" valign="top">Chapter 2. 
- System Installation Notes
-  </td>
+ <td width="40%" align="left" valign="top">Chapter 2.  System Installation Notes  </td>
<td width="20%" align="center">
<a accesskey="h" href="index.html">Home</a>
</td>
- <td width="40%" align="right" valign="top"> Chapter 3. 
- Debugging Applications
- </td>
+ <td width="40%" align="right" valign="top"> Chapter 3.  Debugging Applications </td>
</tr>
</table>
</div>