Building Virtuoso Open-Source Edition

Introduction

This document explains steps to take after obtaining a Virtuoso source snapshot or cvs checkout.

These sections explain how to compile, test and install and what components are produced by the make process and how one can interact with them.

Requirements

Package Dependencies

To generate the configure script and all other build files necessary, please make sure the following packages and recommended versions are installed on your system.

Package	Version	From
make	3.79.1	http://www.gnu.org/software/make/
gawk	3.1.1	http://www.gnu.org/software/gawk/
gperf	2.7.2	http://www.gnu.org/software/gperf/
autoconf	2.57	http://www.gnu.org/software/autoconf/
flex	2.5.33	http://flex.sourceforge.net/
bison	2.3	http://www.gnu.org/software/bison/
automake	1.9	http://www.gnu.org/software/automake/
libtool	1.5	http://www.gnu.org/software/libtool/
m4	1.4.1	http://www.gnu.org/software/m4/
OpenSSL?	0.9.7i	http://www.openssl.org/

and any further dependencies of these. The autogen.sh and configure scripts check for the presence and right version of some of the required components.

The above version are the minimum recommended versions of these packages. Older version of these packages may sometimes be used, but could cause build problems.

To check the version number of the tools installed on your system, use one of the following commands:

• autoconf --version
• automake --version
• libtoolize --version
• flex --version
• bison --version
• gperf --version
• gawk --version
• m4 --version
• make --version
• openssl version

If you have an older version than automake version 1.9 you can edit the configure.in script around line 47 using the examples provided for each version.

Note that uptodate operating systems, particularly Debian GNU/Linux and Ubuntu, split some of these packages into runtime and development packages, so users of these platforms can run

sudo apt-get install libssl-dev

Or on Redhat and CentOS? systems run

sudo yum install openssl-devel

to get the necessary development headers & libraries for OpenSSL?.

Optional build requirements

To run the test-suite (make check) you will also need curl, wget and unzip installed.

Diskspace Requirements

The build produces a demo database and Virtuoso application packages that are quite large. At least 800 MB of free space should be available in the build file system.

When running `make install', the target file system should have about 460 MB free. By default, the install target directories are under /usr/local/, but you can specify

./configure --prefix=/path/to/dir

instead.

The minimum working configuration consists of the server executable and config files plus database, no more than a few MB for the server executable, depending on platform and options.

Notes

Configure Utility Directory Layout

• Please see the Configure Utility Directory Layout Guide

The isql command

Both Virtuoso and the unixODBC packages provide a command isql. This can lead to a clash as unixODBC's command is for talking to an ODBC driver manager while Virtuoso's isql talks to the data port in a Virtuoso instance.

As such, if you know you're going to have both unixODBC and Virtuoso installed on the same machine, you have two ways to resolve the conflict:

• install Virtuoso in a directory of its own (by default, it will choose /usr/local/) and use your PATH environment variable to set the order of bin/ directories searched
• you can rename Virtuoso's isql command, e.g. to isql-v; this can either be done after building by running mv isql isql-v in the $PREFIX/bin/ directory, or even beforehand at configure-time with the command
  

  
  ./configure --program-transform-name="s/isql/isql-v/" .....
  

  
  

Compiler Flags

Some builds require additional C compiler and other environment flags to be set before running the configure command, specially when building 64-bit versions of the server. If your system is not in this list, please try to run the configure command without any environment settings.

Warning: if VAD or other packages fail to be built, especially on 64-bit Linux platforms, ensure you're not using excessive optimization. CFLAGS="-O2" is known to work but there are reports of -O3 failing.

If your system requires additional flags not listed below, please contact us at <vos.admin@openlinksw.com>.

Generic build environment

CC=cc
CFLAGS="-O"
export CFLAGS CC
./configure ...

AIX 4.x 32-bit

    CC=cc_r7
    CFLAGS="-O -q32"
    LDFLAGS="-brtl"
    OBJECT_MODE=32
    export CC CFLAGS LDFLAGS OBJECT_MODE
    ./configure ...

AIX 4.x 64-bit

    CC=cc_r7
    CFLAGS="-O -q64"
    LDFLAGS="-brtl"
    OBJECT_MODE=64
    export CC CFLAGS LDFLAGS OBJECT_MODE
    ./configure ...

AIX 5.x 32-bit

    CC=cc_r
    CFLAGS="-O -q32"
    LDFLAGS="-brtl"
    OBJECT_MODE=32
    export CC CFLAGS LDFLAGS OBJECT_MODE
    ./configure ...

AIX 5.x 32-bit

    CC=cc_r
    CFLAGS="-O -q64"
    LDFLAGS="-brtl"
    OBJECT_MODE=64
    export CC CFLAGS LDFLAGS OBJECT_MODE
    ./configure ...

Digital Unix/OSF1 V5.0 64-bit

    CFLAGS="-O"
    export CFLAGS
    ./configure ...

HP/UX 11.00 32-bit

    CFLAGS="-O -Ae +DA1.1"
    export CFLAGS
    ./configure ...

HP/UX 11.00 64-bit

    CFLAGS="-O -Ae +DA2.0W"
    export CFLAGS
    ./configure ...

HP/UX 11.23 Itanium 32-bit

    CFLAGS="-O -Ae +DD32"
    export CFLAGS
    ./configure ...

HP/UX 11.23 Itanium 64-bit

    CFLAGS="-O -Ae +DD64"
    export CFLAGS
    ./configure ...

Linux 32-bit

    CFLAGS="-O2"
    export CFLAGS
    ./configure ...

Linux 64-bit

    CFLAGS="-O2 -m64"
    export CFLAGS
    ./configure ...

Mac OS X 10.2 and 10.3 PPC 32-bit

    CFLAGS="-O -m32 -mmacosx-version-min=10.2"
    export CFLAGS
    ./configure ...

Mac OS X 10.4 PPC 32-bit

    CFLAGS="-O -m32 -mmacosx-version-min=10.2"
    export CFLAGS
    ./configure ...

Mac OS X 10.4 PPC 64-bit

    CFLAGS="-O -m64 -mmacosx-version-min=10.4"
    export CFLAGS
    ./configure ...

Mac OS X 10.4 Universal 32-bit

    CFLAGS="-O -isysroot /Developer/SDKs/MacOSX10.4u.sdk -arch ppc -arch i386 -mmacosx-version-min=10.4"
    export CFLAGS
    ./configure --disable-dependency-tracking ...

Mac OS X 10.5 32-bit

    CFLAGS="-O -m32 -mmacosx-version-min=10.5"
    export CFLAGS
    ./configure ...

Mac OS X 10.5 64-bit

    CFLAGS="-O -m64 -mmacosx-version-min=10.5"
    export CFLAGS
    ./configure ...

Mac OS X 10.5 Universal

    CFLAGS="-O -isysroot /Developer/SDKs/MacOSX10.5.sdk -arch ppc -arch i386 -arch ppc64 -arch x86_64 -mmacosx-version-min=10.5"
    export CFLAGS
    ./configure --disable-dependency-tracking ...

Mac OS X 10.6 32-bit

    CFLAGS="-O -m32 -mmacosx-version-min=10.6"
    export CFLAGS
    ./configure ...

Mac OS X 10.6 64-bit

    CFLAGS="-O -m64 -mmacosx-version-min=10.6"
    export CFLAGS
    ./configure ...

Mac OS X 10.6 Universal

    CFLAGS="-O -isysroot /Developer/SDKs/MacOSX10.6.sdk -arch i386 -arch x86_64 -mmacosx-version-min=10.6"
    export CFLAGS
    ./configure --disable-dependency-tracking ...

Solaris 2.x i386 32-bit

Note: on Solaris or Open Solaris we recommend you use gmake either from /usr/sfw/bin/ or install it from sunfreeware, as long as it's version 3.80 or better.

    CC=cc
    CFLAGS="-O"
    PATH=/opt/SUNWspro/bin:/usr/ccs/bin:$PATH
    export CFLAGS CC PATH
    ./configure ...

Solaris 2.10 Opteron 32-bit

    CC=cc
    CFLAGS="-O -xtarget=opteron"
    PATH=/opt/SUNWspro/bin:/usr/ccs/bin:$PATH
    export CFLAGS CC PATH
    ./configure ...

Solaris 2.10 Opteron 64-bit

    CC=cc
    CFLAGS="-O -xtarget=opteron -xarch=amd64"
    PATH=/opt/SUNWspro/bin:/usr/ccs/bin:$PATH
    export CFLAGS CC PATH
    ./configure ...

Solaris 2.8 and above SPARC 32-bit

    CC=cc
    CFLAGS="-O"
    PATH=/opt/SUNWspro/bin:/usr/ccs/bin:$PATH
    export CFLAGS CC PATH
    ./configure ...

Solaris 2.8 and above SPARC 64-bit

    CC=cc
    CFLAGS="-O -xtarget=ultra -xarch=v9"
    PATH=/opt/SUNWspro/bin:/usr/ccs/bin:$PATH
    export CFLAGS CC PATH
    ./configure ...

Build Recipe

If you started from a CVS or GIT checkout, you must first run

./autogen.sh

In the root directory of the checkout perform the following commands:

./configure
make

to produce the default binaries, VAD packages and demo database. This takes some time, principally due to building and filling the demo database, rendering the XML documentation into several target formats and composing various Virtuoso application packages. It takes about 30 minutes on a 2GHz machine.

The default configure does not enable most of the runtime-hosting and extension features. See the links on the building page for instructions on how to enable these and what additional software is required.

Test Suite

Optionally, you can run

make check

at the root of the build tree to start the automated test suite. This takes about an hour on a 2GHz machine and requires approximately 1 GB of free disk space.

Installation

After running configure && make,

make install

at the root of the build tree copies the files to the locations specified by the --prefix option to configure, by default, /usr/local/. You can override this by specifying `make install prefix=/home/virtuoso' instead, for example.

These subdirectories are all appended to the specified prefix, i.e. /usr/local/ by default:

• share/virtuoso/doc/html
• share/virtuoso/doc/pdf
• share/virtuoso/vad - VAD packages BPEL, Conductor, tutorials, documentation
• var/lib/virtuoso/db - Empty database
• var/lib/virtuoso/demo - Demo database - obsolete as of version 5.0.3
• bin/ - The virtuoso-t, isql, isqlw, virt_mail, virtuoso-sample-t, inifile executables
• lib/ - libvirtuoso-t.a libvirtuoso-t.la virtodbc32.a virtodbc32.la virtodbc32 r.a virtodbc32_r.la virtodbc_r.so wikiv.so, plus any plugins that may be enabled.
• lib/virtuoso - hosting sample.a hosting_sample.la hosting_sample.so plugin_sample.a plugin_sample.so

Note: from version 5.0.2, the ./configure script supports different subdirectory structures with the --with-layout= parameter?. If you've specified something other than the default, the above may differ accordingly.

As of version 5.0.3, the demo is a VAD package, not a separate directory.

Post-Installation

The options:

./configure --with-layout --prefix

will control where the bin/subdirectory appears. Please ensure you put the resultant bin/ directory in your shell PATH.

Getting Started

Whatever prefix directory you chose above, please ensure the $PREFIX/bin directory is in your shell's PATH, e.g.

export PATH=$PATH:/usr/local/bin

To start the server in the background,

cd var/lib/virtuoso/db
virtuoso-t -f &

This will not detach from the shell, so you see the startup messages.

By default, when no -c parameter is specified, virtuoso will use the virtuoso.ini file in this directory, which is generated as part of `make install'.

The first time it's run, it will create the empty database (no special commands required) and install the Conductor VAD package. From here, you can access http://localhost:8890/ and http://localhost:8890/conductor/ and use the System Administration / Packages page to install other packages such as Demo and the ODS suite (addressbook, weblog, feeds manager and other applications) etc. The default login is `dba' with a password of `dba' for the Conductor and isql (for DAV functions, the default login is `dav' with a password of `dav').

You will see a checkpoint in the terminal for each package selected:

15:33:54 INFO: Checkpoint made, log reused

To connect with the command line SQL tool,

isql 1111 dba dba

gives a SQL> prompt.

If you've installed the demo VAD above, type SQL> use Demo;

to switch to the demo database, containing the Microsoft Northwind sample tables. The `help' command in isql gives further instructions.

To use a web admin interface, point the browser to: http://localhost:8890/conductor

To read the documents online: http://localhost:8890/doc/html

To experiment with online tutorials: http://localhost:8890/tutorial

VAD Packages

The different VAD packages can be installed via ISQL using the following command (if the installation packages reside in the filesystem):

SQL> vad_install ('file/system/path/package-name.vad', 0);

Alternatively, you can copy VAD packages to Virtuoso's DAV repository and then execute the following command (also from ISQL):

SQL> vad_install ('webdav/path>/package-name.vad', 1);

at the isql command line. Note that the DirsAllowed? parameter of the Parameters section of the ini-file must allow access to the directory where the package file is located.

CategoryWebSite CategoryVirtuoso CategoryOpenSource