<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="/rss.xsl.xml"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
    <title>Changes in Makefile</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>d0b2dbfa - Remove $FreeBSD$: one-line sh pattern</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/libexec/flua/Makefile#d0b2dbfa</link>
        <description>Remove $FreeBSD$: one-line sh patternRemove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/

            List of files:
            /freebsd-14.2/libexec/flua/Makefile</description>
        <pubDate>Wed, 16 Aug 2023 17:55:03 +0000</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>967fbfd9 - Properly disable LUA_USE_DLOPEN for bootstrap flua</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/libexec/flua/Makefile#967fbfd9</link>
        <description>Properly disable LUA_USE_DLOPEN for bootstrap fluaflua does have some specific bits that will include luaconf.h, but thedefinition of LUA_USE_DLOPEN for those won&apos;t matter. This belongs in libluainstead.To expand on my previous commit, which was a little sparse with details,it&apos;s not really safe to allow LUA_USE_DLOPEN with host lib paths being used.The host system could have an entirely different lua version and this couldcause us to crash and burn.If we want to revive this later, we need to make sure to define c modulepaths inside OBJDIR that are compiled against whatever version we&apos;vebootstrapped.Pointy hat:	kevans

            List of files:
            /freebsd-14.2/libexec/flua/Makefile</description>
        <pubDate>Fri, 14 Aug 2020 02:40:17 +0000</pubDate>
        <dc:creator>Kyle Evans &lt;kevans@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>c2a2b4f3 - flua: don&apos;t allow dlopen, et al., for bootstrap flua</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/libexec/flua/Makefile#c2a2b4f3</link>
        <description>flua: don&apos;t allow dlopen, et al., for bootstrap fluaThere are some logistics issues that need to be sorted out here before wecan actually allow this to work.

            List of files:
            /freebsd-14.2/libexec/flua/Makefile</description>
        <pubDate>Fri, 14 Aug 2020 02:22:19 +0000</pubDate>
        <dc:creator>Kyle Evans &lt;kevans@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>3bd84195 - flua: support &quot;require&quot; for binary objects in the base system</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/libexec/flua/Makefile#3bd84195</link>
        <description>flua: support &quot;require&quot; for binary objects in the base systemExport symbols from flua, and enable dlopen.Sponsored by:	The FreeBSD FoundationDifferential Revision:	https://reviews.freebsd.org/D26059

            List of files:
            /freebsd-14.2/libexec/flua/Makefile</description>
        <pubDate>Thu, 13 Aug 2020 23:13:05 +0000</pubDate>
        <dc:creator>Ed Maste &lt;emaste@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>94a82666 - flua: add ucl library</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/libexec/flua/Makefile#94a82666</link>
        <description>flua: add ucl librarylibucl comes with a Lua library binding.  Build it into flua.This lets us parse/generate config files in the various formats supported bylibucl with flua.  For example, the following script will detect the format ofan object written to stdin as one of UCL config, JSON, or YAML and write it tostdout as pretty-printed JSON:local ucl = require(&apos;ucl&apos;)local parser = ucl.parser()parser:parse_string(io.read(&apos;*a&apos;))local obj = parser:get_object()print(ucl.to_format(obj, &apos;json&apos;))Reviewed by:	kevans, pstefApproved by:	mmacy (mentor)Relnotes:	yesDifferential Revision:	https://reviews.freebsd.org/D25009

            List of files:
            /freebsd-14.2/libexec/flua/Makefile</description>
        <pubDate>Mon, 22 Jun 2020 03:14:43 +0000</pubDate>
        <dc:creator>Ryan Moeller &lt;freqlabs@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>28d832f9 - flua: follow-up to r359453, don&apos;t bother with libedit in bootstrap</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/libexec/flua/Makefile#28d832f9</link>
        <description>flua: follow-up to r359453, don&apos;t bother with libedit in bootstrapThe bootstrap flua should not be used for REPL-like activities; exclude itto save the dependency on libedit and not waste time with it.X-MFC-With:	r359453

            List of files:
            /freebsd-14.2/libexec/flua/Makefile</description>
        <pubDate>Mon, 30 Mar 2020 20:01:44 +0000</pubDate>
        <dc:creator>Kyle Evans &lt;kevans@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>b4a19ee2 - flua: enable readline bits, courtesy of libedit</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/libexec/flua/Makefile#b4a19ee2</link>
        <description>flua: enable readline bits, courtesy of libeditThis is a nicer experience when attempting to run ad-hoc lua bits in theflua REPL.PR:		245121MFC after:	1 week

            List of files:
            /freebsd-14.2/libexec/flua/Makefile</description>
        <pubDate>Mon, 30 Mar 2020 18:43:05 +0000</pubDate>
        <dc:creator>Kyle Evans &lt;kevans@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>564b9ff2 - Add an internal liblua and use it in flua.</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/libexec/flua/Makefile#564b9ff2</link>
        <description>Add an internal liblua and use it in flua.The new liblua will be used in a forthcoming import of kyua.Reviewed by:	kevansObtained from:	CheriBSDSponsored by:	DARPADifferential Revision:	https://reviews.freebsd.org/D24090

            List of files:
            /freebsd-14.2/libexec/flua/Makefile</description>
        <pubDate>Tue, 17 Mar 2020 17:28:12 +0000</pubDate>
        <dc:creator>Brooks Davis &lt;brooks@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>061f7e2f - flua: newer GCC complains about format-nonliteral at WARNS=2</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/libexec/flua/Makefile#061f7e2f</link>
        <description>flua: newer GCC complains about format-nonliteral at WARNS=2Disable that one, too.

            List of files:
            /freebsd-14.2/libexec/flua/Makefile</description>
        <pubDate>Tue, 19 Nov 2019 00:02:56 +0000</pubDate>
        <dc:creator>Kyle Evans &lt;kevans@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>506f3640 - Add flua to the base system, install to /usr/libexec</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/libexec/flua/Makefile#506f3640</link>
        <description>Add flua to the base system, install to /usr/libexecFreeBSDlua (&quot;flua&quot;) is a FreeBSD-private lua, flavored with whateverextensions we need for base system operations. We currently support a subsetof lfs and lposix that are used in the rewrite of makesyscall.sh into lua,added in r354786.flua is intentionally written such that one can install standard lua andsome set of lua modules from ports and achieve the same effect.linit_flua is a copy of linit.c from contrib/lua with lfs and lposix addedin. This is similar to what we do in stand/. linit.c has been renamed tomake it clear that this has flua-specific bits.luaconf has been slightly obfuscated to make extensions more difficult. Partof the problem is that flua is already hard enough to use as a bootstraptool because it&apos;s not in PATH- attempting to do extension loading wouldrequire a special bootstrap version of flua with paths changed to protectthe innocent.src.lua.mk has been added to make it easy for in-tree stuff to find flua,whether it&apos;s bootstrap-flua or relying on PATH frobbing by Makefile.inc1.Reviewed by:	brooks, emaste (both earlier version), impDifferential Revision:	https://reviews.freebsd.org/D21893

            List of files:
            /freebsd-14.2/libexec/flua/Makefile</description>
        <pubDate>Mon, 18 Nov 2019 23:21:13 +0000</pubDate>
        <dc:creator>Kyle Evans &lt;kevans@FreeBSD.org&gt;</dc:creator>
    </item>
</channel>
</rss>
