Libucl is a parser and C API to parse and generate ucl objects. Libucl
consists of several groups of functions:
* Parser functions
* Emitting functions
* Conversion functions
* Generation functions
* Iteration functions
* Validation functions
* Utility functions
===> The following configuration options are available for libucl-0.9.4:
LUA=on: Lua scripting language support
REGEX=on: Enable regex checking for schema
SIGNATURES=off: Enable signatures checking
URLS=off: Enable fetching URLs
UTILS=on: Enable tools: ucl_chargen, ucl_ucldump, ucl_tool
===> Use 'make config' to modify these settings
all: drop support for FreeBSD 13, mips and risc64sf
Reviewed by: many (*)
Differential Revision: https://reviews.freebsd.org/D55624
Differential Revision: https://reviews.freebsd.org/D55642 (merged in from bofh)
many (*)
acm arrowd brooks cmt dch decke dinoex eduardo fluffy fuz gahr garga
jbeich joerg jrm kai kenrap martymac matthew mfechner michaelo mizhka
nobutaka pkubaj se tagattie thj
Anton Saietskii
GenericRikka
Gert Doering
Jan Bramkamp
Oleh Hushchenkov
Oleksandr Kryvulia
Ralf van der Enden
Yamagi
desktop kde python tcltk office
textproc/{py-}libucl: Use internal uthash
The bundled uthash and the uthash library in ports tree are different in
major API libs which causes build failure when uthash is already
installed from the tree.
PR: 269048
Reported by: jcfyecrayz@liamekaens.com
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 )
textproc/libucl: Update to 0.8.1
- Bump revision of consumers for shared library change
- Pet portlint and reorder some variables
- Mark the SIGNATURES option as broken with OpenSSL 1.1.1. It has
been broken for a while even with libucl 0.8.0.
Changes: https://github.com/vstakhov/libucl/blob/0.8.1/ChangeLog.md#libucl-081
PR: 233383
Submitted by: Lorenzo Salvadore <phascolarctos@protonmail.ch>
Approved by: koobs (maintainer timeout, 4 months)
Use USES=pathfix where applicable.
PR: 213195
Submitted by: mat
Exp-run by: antoine
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D8093
Most commonly used build systems support silent builds, when they
hide actual commands executed and only show short summary line (like
"CC foo.c"). CMake and ninja enable this by default, some autotools
using ports do as well. This is unacceptable because we need complete
build logs at any time, so we now switch to verbose build logs
unconditionally. Note that this change deliberately affects ALL
builds and not only package builds on cluster, because we need to
be sure that user experiencing failure can always provide informative
build log regardless of settings and without rerunning the build.
Change summary:
- Always do verbose builds for cmake, ninja and GNU configure (the
latter includes check if --disable-silent-rules is actually supported
by the configure script; there are isolated cases when it's not true)
(Only the first 15 lines of the commit message are shown above )
textproc/libucl: Fix builds with multiple lua versions installed
The LUA_{LIB,INC}DIR variables point to the default Lua version
specified in ports (in this case 5.2) or by the user.
When multiple versions of Lua are installed (in this case 5.2 and 5.3),
libucl's ./configure auto-detects Lua 5.3 (or perhaps the latest version
available), which is a mismatch against those in the provided
include/library paths:
checking for a Lua interpreter with version >= 5.1... lua53 <-- detected
checking for lua53... /usr/local/bin/lua53
checking for lua53 version... 5.3
...
checking for Lua header version... 5.2 <-- Passed by LUA_INCDIR
checking if Lua header version matches 5.3... no
This change explicitly specifies the version of the Lua interpreter we
want to use, which appears to sufficienty influence the behaviour of the
./configure macros.
PR: 209887
Reported by: olgeni
MFH: 2016Q2
textproc/libucl: Update to 0.8.0
- Update PORTVERSION and distinfo checksum (0.8.0)
- Update pkg-plist accordingly
- Help ./configure find Lua with {CPP,LD}FLAGS
- Update UTILS_DESC (new tool installed)
- Sort all OPTION_* entries alphabetically
- Use the new test framework
- Group *_TARGET entries
- Whitespace prettiness
Changes:
https://github.com/vstakhov/libucl/blob/0.8.0/ChangeLog.md
textproc/libucl: Universal configuration library parser [NEW]
Libucl is a parser and C API to parse and generate ucl objects. Libucl
consists of several groups of functions:
* Parser functions
* Emitting functions
* Conversion functions
* Generation functions
* Iteration functions
* Validation functions
* Utility functions
WWW: https://github.com/vstakhov/libucl
Requested by: lattera
