1
0
mirror of https://github.com/sqlite/sqlite.git synced 2025-04-18 21:24:05 +03:00
sqlite/doc/tcl-extension-testing.md
stephan 680a9584c6 Add docs explaining how to test the teaish build.
FossilOrigin-Name: b53619ddb74fa250f03564d04e732248b4161d4d10d6f02268b7c95382d110ff
2025-04-16 22:25:02 +00:00

9.5 KiB

Test Procedures For The SQLite TCL Extension

1.0 Background

The SQLite TCL extension logic (in the "tclsqlite.c" source file) is statically linked into "textfixture" executable which is the program used to do most of the testing associated with "make test", "make devtest", and/or "make releasetest". So the functionality of the SQLite TCL extension is thoroughly vetted during normal testing. The procedures below are designed to test the loadable extension aspect of the SQLite TCL extension, and in particular to verify that the "make tclextension-install" build target works and that an ordinary tclsh can subsequently run "package require sqlite3".

This procedure can also be used as a template for how to set up a local TCL+SQLite development environment. In other words, it can be be used as a guide on how to compile per-user copies of Tcl that are used to develop, test, and debug SQLite. In that case, perhaps make minor changes to the procedure such as:

  • Make TCLBUILD directory is permanent.
  • Enable debugging symbols on the Tcl library build.
  • Reduce the optimization level to -O0 for easier debugging.
  • Also compile "wish" to go with each "tclsh".

2.0 Testing On Unix-like Systems (Including Mac)

See also the document which provides another perspective on how to compile SQLite on unix-like systems.

2.1 Setup

  1. [Fossil][] installed.
  2. Check out source code and set environment variables:
    1. **TCLSOURCE** → The top-level directory of a [Fossil][] check-out of the [TCL source tree][tcl-fossil].
    2. **SQLITESOURCE** → A Fossil check-out of the SQLite source tree.
    3. **TCLHOME** → A directory that does not exist at the start of the test and which will be deleted at the end of the test, and that will contain the test builds of the TCL libraries and the SQLite TCL Extensions. It is the top-most installation directory, i.e. the one provided to Tcl's `./configure --prefix=/path/to/tcl`.
    4. **TCLVERSION** → The `X.Y`-form version of Tcl being used: 8.6, 9.0, 9.1...

2.2 Testing TCL 8.x and 9.x on unix

From a checked-out copy of the core Tcl tree

  1. `TCLVERSION=8.6`
    ↑ A version of your choice. This process has been tested with values of 8.6, 9.0, and 9.1 (as of 2025-04-16). The out-of-life version 8.5 fails some of `make devtest` for undetermined reasons.
  2. `TCLHOME=$HOME/tcl/$TCLVERSION`
  3. `TCLSOURCE=/path/to/tcl/checkout`
  4. `SQLITESOURCE=/path/to/sqlite/checkout`
  5. `rm -fr $TCLHOME`
    ↑ Ensure that no stale Tcl installation is laying around.
  6. `cd $TCLSOURCE`
  7. `fossil up core-8-6-branch`
    ↑ The branch corresponding to `$TCLVERSION`, e.g. `core-9-0-branch` or `trunk`.
  8. `fossil clean -x`
  9. `cd unix`
  10. `./configure --prefix=$TCLHOME --disable-shared`
    ↑ The `--disable-shared` is to avoid the need to set `LD_LIBRARY_PATH` when using this Tcl build.
  11. `make install`
  12. `cd $SQLITESOURCE`
  13. `fossil clean -x`
  14. `./configure --with-tcl=$TCLHOME --all`
  15. `make tclextension-install`
    ↑ Verify extension installed at `$TCLHOME/lib/tcl${TCLVERSION}/sqlite`.
  16. `make tclextension-list`
    ↑ Verify TCL extension correctly installed.
  17. `make tclextension-verify`
    ↑ Verify that the correct version is installed.
  18. `$TCLHOME/bin/tclsh[89].[0-9] test/testrunner.tcl release --explain`
    ↑ Verify thousands of lines of output with no errors. Or consider running "devtest" without --explain instead of "release".

2.3 Cleanup

  1. `rm -rf $TCLHOME`

3.0 Testing On Windows

See also the document which provides another perspective on how to compile SQLite on Windows.

3.1 Setup for Windows

(These docs are not as up-to-date as the Unix docs, above.)

  1. [Fossil][] installed.
  2. Unix-like command-line tools installed. Example: [unxutils](https://unxutils.sourceforge.net/)
  3. [Visual Studio](https://visualstudio.microsoft.com/vs/community/) installed. VS2015 or later required.
  4. Check out source code and set environment variables.
    1. **TCLSOURCE** → The top-level directory of a Fossil check-out of the TCL source tree.
    2. **SQLITESOURCE** → A Fossil check-out of the SQLite source tree.
    3. **TCLBUILD** → A directory that does not exist at the start of the test and which will be deleted at the end of the test, and that will contain the test builds of the TCL libraries and the SQLite TCL Extensions.
    4. **ORIGINALPATH** → The original value of %PATH%. In other words, set as follows: `set ORIGINALPATH %PATH%`

3.2 Testing TCL 8.6 on Windows

  1. `mkdir %TCLBUILD%\tcl86`
  2. `cd %TCLSOURCE%\win`
  3. `fossil up core-8-6-16`
    ↑ Or some other version of Tcl8.6.
  4. `fossil clean -x`
  5. `set INSTALLDIR=%TCLBUILD%\tcl86`
  6. `nmake /f makefile.vc release`
    ⇅ You *must* invoke the "release" and "install" targets using separate "nmake" commands or tclsh86t.exe won't be installed.
  7. `nmake /f makefile.vc install`
  8. `cd %SQLITESOURCE%`
  9. `fossil clean -x`
  10. `set TCLDIR=%TCLBUILD%\tcl86`
  11. `set PATH=%TCLBUILD%\tcl86\bin;%ORIGINALPATH%`
  12. `set TCLSH_CMD=%TCLBUILD%\tcl86\bin\tclsh86t.exe`
  13. `nmake /f Makefile.msc tclextension-install`
    ↑ Verify extension installed at %TCLBUILD%\\tcl86\\lib\\tcl8.6\\sqlite3.*
  14. `nmake /f Makefile.msc tclextension-verify`
  15. `tclsh86t test/testrunner.tcl release --explain`
    ↑ Verify thousands of lines of output with no errors. Or consider running "devtest" without --explain instead of "release".

3.3 Testing TCL 9.0 on Windows

  1. `mkdir %TCLBUILD%\tcl90`
  2. `cd %TCLSOURCE%\win`
  3. `fossil up core-9-0-0`
    ↑ Or some other version of Tcl9
  4. `fossil clean -x`
  5. `set INSTALLDIR=%TCLBUILD%\tcl90`
  6. `nmake /f makefile.vc release`
    ⇅ You *must* invoke the "release" and "install" targets using separate "nmake" commands or tclsh90.exe won't be installed.
  7. `nmake /f makefile.vc install`
  8. `cd %SQLITESOURCE%`
  9. `fossil clean -x`
  10. `set TCLDIR=%TCLBUILD%\tcl90`
  11. `set PATH=%TCLBUILD%\tcl90\bin;%ORIGINALPATH%`
  12. `set TCLSH_CMD=%TCLBUILD%\tcl90\bin\tclsh90.exe`
  13. `nmake /f Makefile.msc tclextension-install`
    ↑ Verify extension installed at %TCLBUILD%\\tcl90\\lib\\sqlite3.*
  14. `nmake /f Makefile.msc tclextension-verify`
  15. `tclsh90 test/testrunner.tcl release --explain`
    ↑ Verify thousands of lines of output with no errors. Or consider running "devtest" without --explain instead of "release".

3.4 Cleanup

  1. `rm -rf %TCLBUILD%`

4.0 Testing the TEA(ish) Build (unix only)

This part requires following the setup instructions for Unix systems, at the top of this document.

The former TEA, now TEA(ish), build of this extension uses the same code as the builds described above but is provided in a form more convenient for downstream Tcl users.

It lives in autoconf/tea and, as part of the autoconf bundle, cannot be tested directly from the canonical tree. Instead it has to be packaged.

4.1 Teaish Setup

Follow the same Tcl- and environment-related related setup described in the first section of this document, up to and including the installation of Tcl (unless, of course, it was already installed using those same instructions).

4.2 Teaish Testing

  1. `cd $SQLITESOURCE`
  2. Run either `make snapshot-tarball` or `make amalgamation-tarball` ↑ Those steps will leave behind a temp dir called `mkpkg_tmp_dir`, under which the extension is most readily reached. It can optionally be extracted from the generated tarball, but that tarball was generated from this dir, and reusing this dir is a time saver during development.
  3. `cd mkpkg_tmp/tea`
  4. `./configure --with-tcl=$TCLHOME`
  5. `make test install`
    ↑ Should run to completion without any errors.
  6. `make uninstall`
    ↑ Will uninstall the extension. This _can_ be run in the same invocation as the `install` target, but only if the `-j#` make flag is _not_ used. If it is, the install/uninstall steps will race and make a mess of things. Parallel builds do not help in this build, anyway, as there's only a single C file to compile.

When actively developing and testing the teaish build, which requires going through the tarball generation, there's a caveat about the mkpkg_tmp_dir dir: it will be deleted every time a tarball is built, the shell console which is parked in that directory for testing needs to add cd $PWD && to the start of the build commands, like:

[user@host:.../mkpkg_tmp_dir/tea]$ \
  cd $PWD && ./configure CFLAGS=-O0 --with-tcl=$TCLHOME \
  && make test install uninstall

4.3 Teaish Cleanup

  1. `rm -rf $TCLHOME`
  2. `cd $SQLITESOURCE; rm -fr mkpkg_tmp_dir; fossil clean -x`