|
|
|
Special compile-time flags and additional libraries are required when compiling threaded applications on Solaris. If you are compiling a threaded application, you must compile with the D_REENTRANT flag and link with the libpthread.a or libthread.a libraries:
cc -mt ... cc -D_REENTRANT ... -lthread cc -D_REENTRANT ... -lpthread
The Berkeley DB library will automatically build with the correct options.
On some versions of Solaris, there is a cc executable in the user's path, but all it does is display an error message and fail:
% which cc /usr/ucb/cc % cc /usr/ucb/cc: language optional software package not installed
Because Berkeley DB always uses the native compiler in preference to gcc, this is a fatal error. If the error message you are seeing is the following, then this may be the problem:
checking whether the C compiler (cc -O) works... no configure: error: installation or configuration problem: C compiler cannot create executables.
The simplest workaround is to set your CC environment variable to the system compiler and reconfigure; for example:
env CC=gcc ../dist/configure
If you are using the --configure-cxx option, you may also want to specify a C++ compiler, for example the following:
env CC=gcc CCC=g++ ../dist/configure
This is a known bug in Solaris 2.5 and it is fixed by Sun patch 103187-25.
Solaris 7 contains a bug in the threading libraries (-lpthread, -lthread), which causes the wrong version of the pwrite routine to be linked into the application if the thread library is linked in after the C library. The result will be that the pwrite function is called rather than the pwrite64. To work around the problem, use an explicit link order when creating your application.
Sun Microsystems is tracking this problem with Bug Id's 4291109 and 4267207, and patch 106980-09 to Solaris 7 fixes the problem:
Bug Id: 4291109 Duplicate of: 4267207 Category: library Subcategory: libthread State: closed Synopsis: pwrite64 mapped to pwrite Description: When libthread is linked after libc, there is a table of functions in libthread that gets "wired into" libc via _libc_threads_interface(). The table in libthread is wrong in both Solaris 7 and on28_35 for the TI_PWRITE64 row (see near the end).
The Solaris cp utility is implemented using the mmap system call, and so writes are not blocked when it reads database pages. See Berkeley DB recoverability for more information.
By default, Solaris periodically flushes dirty blocks from memory-mapped files to the backing filesystem. This includes the Berkeley DB database environment's shared memory regions and can affect Berkeley DB performance. Workarounds include creating the shared regions in system shared memory (DB_SYSTEM_MEM) or application private memory (DB_PRIVATE), or, configuring Solaris to not flush memory-mapped pages. For more information, see the Solaris Tunable Parameters Reference Manual: fsflush and Related Tunables.
System include files (most commonly fcntl.h) in some releases of AIX, HP-UX and Solaris redefine "open" when large-file support is enabled for applications. This causes problems when compiling applications because "open" is a method in the Berkeley DB APIs. To work around this problem:
Copyright (c) 1996-2005 Sleepycat Software, Inc. - All rights reserved.