Release version 3.18.2+7v3.18.2

Place libsqlite3 and sqlite3 packages into single repository.

4 files changed, 0 insertions, 70 deletions

diff --git a/build/.gitignore b/build/.gitignore
deleted file mode 100644
index 4a730a3..0000000
--- a/build/.gitignore
+++ /dev/null
@@ -1,3 +0,0 @@
-config.build
-root/
-bootstrap/
diff --git a/build/bootstrap.build b/build/bootstrap.build
deleted file mode 100644
index 255b363..0000000
--- a/build/bootstrap.build
+++ /dev/null
@@ -1,45 +0,0 @@
-# file      : build/bootstrap.build
-# copyright : not copyrighted - public domain
-
-project = libsqlite3
-
-# SQLite releases usually have 3-component versions but once in a while they
-# will make a 4-component release for what appears to be important bug fixes
-# only. So instead of dragging the fourth component around (and confusing a
-# lot of people in the process) we will always have three components and will
-# handle an occasional bugfix release with a revision.
-#
-# See also: https://www.sqlite.org/versionnumbers.html
-#
-# The SQLite documentation says that as long as the major version stays the
-# same, then it is backwards-compatible. And since we have the major version
-# already embedded into the library name, it doesn't make much sense to repeat
-# it.
-#
-# Note, however, that the binary-compatible API doesn't mean all the builds of
-# SQLite are binary-compatible since they can be built with different sets of
-# enabled/disabled functionality. In fact, one easy way to break backwards-
-# compatibility is to disable some feature that was previously enabled.
-#
-# So what we seem to need is not an ABI version but an ABI id that identifies
-# a specific set of features. And this will not be easy/possible if we want
-# to use platform-native versioning (e.g., libsqlite3.so.<num> on Linux). The
-# only way to make this work would be to "reserve" some range for build2-based
-# builds (e.g., 1000-2000 so that we will have libsqlite3.so.1000; that sure
-# looks weird).
-#
-# Another alternative is to use platform-neutral versioning by embedding the
-# id into the library name, similar to '3'. This is probably better since
-# there is no "newer" semantics here. While ideally we should use something
-# like -build2-0 (i.e., "build2 build, id 0"), that will look rather ugly. So
-# we will use just the number but start with -1 in order not to clash with .0
-# used by the autotools build (which becomes -0 on, e.g., Windows; I don't
-# believe it will ever be incremented though).
-#
-abi_major = 1
-
-using version
-using config
-using dist
-using test
-using install
diff --git a/build/export.build b/build/export.build
deleted file mode 100644
index b0b5a9e..0000000
--- a/build/export.build
+++ /dev/null
@@ -1,9 +0,0 @@
-# file      : build/export.build
-# copyright : not copyrighted - public domain
-
-$out_root/
-{
-  include libsqlite3/
-}
-
-export $out_root/libsqlite3/lib{sqlite3}
diff --git a/build/root.build b/build/root.build
deleted file mode 100644
index 5146e5c..0000000
--- a/build/root.build
+++ /dev/null
@@ -1,13 +0,0 @@
-# file      : build/root.build
-# copyright : not copyrighted - public domain
-
-using c
-
-h{*}: extension = h
-c{*}: extension = c
-
-if ($c.class == 'msvc')
-{
-  c.poptions += -D_CRT_SECURE_NO_WARNINGS -D_SCL_SECURE_NO_WARNINGS
-  c.coptions += /wd4251 /wd4275 /wd4800
-}