Commit Graph

14 Commits

Author SHA1 Message Date
nia a42fc114cd Revert addition of pthread dependency on sqlite.
It is less trivial than expected and introduced some surprising breakage.
2020-11-12 17:53:43 +00:00
nia 70f54ff57b sqlite: do not build without multithreading support
at least a few pkgsrc packages avoid base sqlite because it fails
this check, and it's probably a surprising performance penalty for
unsuspecting users
2020-11-08 21:56:47 +00:00
martin 5d507f2d93 libsqlite3 now requires -lm 2020-10-30 08:41:58 +00:00
lukem 46b85cbbd3 kyua-cli: convert auto_ptr to unique_ptr
Update kyua-cli to C++11 and use unique_ptr instead of auto_ptr,
(with std::move() where appropriate), to avoid deprecated warning by g++ 8.

(I didn't change some of the code that could arguably be refactored
to use unique_ptr or shared_ptr instead of raw pointers
and therefore remove the special case destructor handling).
2020-07-02 14:04:00 +00:00
lukem a0572f97f3 kyua-cli: fix build of .cpp files
Fix assignment of SRCS for C++ sources that use .cpp instead of .cc.
2020-06-29 08:54:58 +00:00
lukem 9afb92341a kyua-cli: avoid warning about deprecated auto_ptr 2020-06-21 14:26:16 +00:00
dholland b7b7574d3b Reorg docs, part 1:
Move all the reference manuals to subdirs of /usr/share/doc/reference.
We have subdirs ref1-ref9, corresponding to man page sections 1-9.

Everything that's the reference manual for a program (sections 1, 6,
8), C interface (sections 2, 3), driver or file system (section 4),
format or configuration (section 5), or kernel internal interface
(section 9) belongs in here.

Section 7 is a little less clear: some things that might go in section
7 if they were a man page aren't really reference manuals. So I'm only
putting things in reference section 7 that are (to me) clearly
reference material, rather than e.g. tutorials, guides, FAQs, etc.
This obviously leaves some room for debate, especially without first
editing the docs with this distinction in mind, but if people hate
what I've done things can always be moved again.

Note also that while roff macro man pages traditionally go in section
7, I have put all the roff documentation (macros, tools, etc.) in one
place in reference/ref1/roff. This will make it easier to find and
also easier to edit it into some kind of coherent form.
2014-07-05 19:22:41 +00:00
jmmv dcc9e2357f Fix paths to internal libraries.
This is the same fix applied to external/bsd/atf/Makefile.inc in revision
1.4 and should fix the build when using OBJMACHINE but not MAKEOBJDIR*.
2014-02-15 19:42:10 +00:00
jmmv bfcefd56cf Update reachover build files for kyua-cli-0.7. 2013-10-18 23:41:40 +00:00
jmmv f39f9c9b2b Update kyua-cli to 0.7:
The major reason for this update is to support the just-imported lutok-0.3
and, in turn, support the eventual update of the in-tree lua to 5.2.

Changes:

Experimental version released on October 18th, 2013.

* Made failures from testers more resilent.  If a tester fails, the
  corresponding test case will be marked as broken instead of causing
  kyua to exit.

* Added the '--results-filter' option to the 'report-html' command and
  set its default value to skip passed results from HTML reports.  This
  is to keep these reports more succint and to avoid generating tons of
  detail files that will be, in general, useless.

* Switched to use Lutok 0.3 to gain compatibility with Lua 5.2.

* Issue 69: Cope with the lack of AM_PROG_AR in configure.ac, which
  first appeared in Automake 1.11.2.  Fixes a problem in Ubuntu 10.04
  LTS, which appears stuck in 1.11.1.
2013-10-18 23:40:04 +00:00
joerg 36a6d19157 Handle dependency on libstdc++ / libc++ in bsd.lib.mk. 2013-09-12 17:14:20 +00:00
jmmv 47840f72d0 Install a kyua.conf file that sets unprivileged_user to _tests. 2013-02-24 03:06:13 +00:00
jmmv ba65fde2d7 Add reachover build files for kyua-cli. 2013-02-23 14:16:49 +00:00
jmmv 6b3a42af15 Initial import of Kyua CLI, version 0.6:
This is the main component of Kyua and its build will be guarded by the
MKKYUA knob.  core@ has approved this import.

Description:

Kyua (pronounced Q.A.) is a testing framework for both developers and
users.  Kyua is different from most other testing frameworks in that it
puts the end user experience before anything else.  There are multiple
reasons for users to run the tests themselves, and Kyua ensures that
they can do so in the most convenient way.

This module, kyua-cli, provides the command-line interface to the Kyua
runtime system.  The major purpose of this tool is to run test cases and
generate unified reports for their results.
2013-02-23 12:34:03 +00:00