Lutok is a lightweight C++ API library for Lua.
Lutok provides thin C++ wrappers around the Lua C API to ease the
interaction between C++ and Lua. These wrappers make intensive use of
RAII to prevent resource leakage, expose C++-friendly data types, report
errors by means of exceptions and ensure that the Lua stack is always
left untouched in the face of errors. The library also provides a small
subset of miscellaneous utility functions built on top of the wrappers.
Lutok focuses on providing a clean and safe C++ interface; the drawback
is that it is not suitable for performance-critical environments. In
order to implement error-safe C++ wrappers on top of a Lua C binary
library, Lutok adds several layers or abstraction and error checking
that go against the original spirit of the Lua C API and thus degrade
performance.
===> The following configuration options are available for lutok-0.6.3:
DOCS=on: Build and/or install documentation
EXAMPLES=on: Build and/or install examples
TEST=on: Build and/or run tests
===> Use 'make config' to modify these settings
devel/lutok: Remove DEFAULT option TEST
The dependencies on TEST are mandatory and cannot be optionized. So
remove the TEST option and make the dependencies as mandadatory.
Reported by: leres
devel/lutok: Switch to FreeBSD upstream
- As per the recent discussion switch to the FreeBSD upstream
- For now resetting MAINTAINER to myself with ci@ hat on but anyone from
ci@ feel free to commit
- Pet port{clippy|fmt}
PR: 276071
Approved by: jmmv (private mail)
devel/lutok: fix build with clang 16
Since clang 16 (and gcc 11) the default C++ standard is now gnu++17.
Because devel/lutok's Makefile does not explicitly set its C++ standard,
this leads to an error:
In file included from operations.cpp:35:
./stack_cleaner.hpp:75:10: error: no template named 'auto_ptr' in namespace
'std'
std::auto_ptr< impl > _pimpl;
~~~~~^
Add USE_CXXSTD=gnu++98 to avoid the error. While here, pet portlint.
PR: 271053
Approved by: maintainer timeout (2 weeks)
MFH: 2023Q2
Remove WWW entries moved into port Makefiles
Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.
This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.
Approved by: portmgr (tcberner)
Add WWW entries to port Makefiles
It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.
Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.
There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.
(Only the first 15 lines of the commit message are shown above )
devel: remove 'Created by' lines
A big Thank You to the original contributors of these ports:
* "Waitman Gobble" <uzimac@da3m0n8t3r.com>
* <jkoshy@FreeBSD.org>
* Aaron Dalton <aaron@FreeBSD.org>
* Aaron Dalton <aaron@daltons.ca>
* Aaron H. K. Diep <ahkdiep@gmail.com>
* Aaron Hurt <ahurt@anbcs.com>
* Abel Chow <abel_chow@yahoo.com>
* Adam McLaurin
* Adam Saponara <as@php.net>
* Adam Weinberger <adamw@FreeBSD.org>
* Ade Lovett <ade@FreeBSD.org>
(Only the first 15 lines of the commit message are shown above )
Backport patch to fix error check with access(3) failures
The code was not properly checking the failure from access(3).
Backport the patch from GitHub (made after the 0.4 release) which fixes this
issue.
Bump PORTREVISION for the change.
PR: 237459
Reviewed by: asomers, jmmv
Approved by: jmmv (maintainer)
Obtained from: https://github.com/jmmv/lutok
(a23c7b894cf50dea5e927e36a3578b720fffcf23)
Differential Revision: https://reviews.freebsd.org/D20002
Enable the TEST option by default in atf-based ports.
Get ports that use the atf libraries to install their tests by default.
This is to showcase the potential of getting the tests installed on a
live system and will also simplify the process of running them periodically
out of /usr/local/tests/.
Packages confirmed to build with this option enabled.
Approved by: bapt (ports)
Change ports that use the ATF libraries to depend on devel/atf.
As part of this, make it possible to install devel/atf independently of
the presence of ATF in the base system. This is so that we can turn the
ATF libraries in base into private libraries.
Note that this should have no effect on prebuilt binary packages because
these changes only apply when the TEST option is selected, and this option
is not yet the default.
Approved by: eadler (ports)
Add staging support to kyua* and lutok.
While doing this, consolidate file handling into pkg-plist (instead of
the previous split between the Makefile and the pkg-plist) for simplicity.
Reviewed by: asomers (ex-maintainer)
Approved by: bdrewery (ports)
Change maintainer of devel/{lutok,kyua-testers,kyua,kyua-atf-compat} from
Alan Somers to Julio Merino, who is also the upstream maintainer.
Approved by: bdrewery
Lutok is a lightweight C++ API library for Lua.
Lutok provides thin C++ wrappers around the Lua C API to ease the
interaction between C++ and Lua. These wrappers make intensive use of
RAII to prevent resource leakage, expose C++-friendly data types, report
errors by means of exceptions and ensure that the Lua stack is always
left untouched in the face of errors. The library also provides a small
subset of miscellaneous utility functions built on top of the wrappers.
Lutok focuses on providing a clean and safe C++ interface; the drawback
is that it is not suitable for performance-critical environments. In
order to implement error-safe C++ wrappers on top of a Lua C binary
library, Lutok adds several layers or abstraction and error checking
that go against the original spirit of the Lua C API and thus degrade
performance.
WWW: https://code.google.com/p/lutok/
PR: ports/177639
Submitted by: Alan Somers <asomers@FreeBSD.org>
