<?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>05d7dd73 - sysent targets: further cleanup and deduplication</title>
        <link>http://172.16.0.5:8080/history/freebsd-13.1/sys/compat/cloudabi64/Makefile#05d7dd73</link>
        <description>sysent targets: further cleanup and deduplicationr355473 vastly improved the readability and cleanliness of these Makefiles.Every single one of them follows the same pattern and duplicates the exactsame logic.Now that we have GENERATED/SRCS, split SRCS up into the two parameters we&apos;lluse for ${MAKESYSCALLS} rather than assuming a specific ordering of SRCS andinclude a common sysent.mk to handle the rest. This makes it less tedious tomake sweeping changes.Some default values are provided for GENERATED/SYSENT_*; almost all of thesejust use a &apos;syscalls.master&apos; and &apos;syscalls.conf&apos; in cwd, and they all useeffectively the same filenames with an arbitrary prefix. Most ABIs will beable to get away with just setting GENERATED_PREFIX and including^/sys/conf/sysent.mk, while others only need light additions. kern/Makefileis the notable exception, as it doesn&apos;t take a SYSENT_CONF and the generatedfiles are spread out between ^/sys/kern and ^/sys/sys, but it otherwise fitsthe pattern enough to use the common version.Reviewed by:	brooks, impNice!:		emasteDifferential Revision:	https://reviews.freebsd.org/D23197

            List of files:
            /freebsd-13.1/sys/compat/cloudabi64/Makefile</description>
        <pubDate>Sat, 18 Jan 2020 20:37:45 +0000</pubDate>
        <dc:creator>Kyle Evans &lt;kevans@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>1171c633 - Set .ORDER for makesyscalls generated files</title>
        <link>http://172.16.0.5:8080/history/freebsd-13.1/sys/compat/cloudabi64/Makefile#1171c633</link>
        <description>Set .ORDER for makesyscalls generated filesWhen either makesyscalls.lua or syscalls.master changes, all of the${GENERATED} targets are now out-of-date. With make jobs &gt; 1, this means wewill run the makesyscalls script in parallel for the same ABI, generatingthe same set of output files.Prior to r356603 , there is a large window for interlacing output for someof the generated files that we were generating in-place rather than stagingin a temp dir. After that, we still should&apos;t need to run the script morethan once per-ABI as the first invocation should update all of them. Add.ORDER to do so cleanly.Reviewed by:	brooksDiscussed with:	sjgDifferential Revision:	https://reviews.freebsd.org/D23099

            List of files:
            /freebsd-13.1/sys/compat/cloudabi64/Makefile</description>
        <pubDate>Fri, 10 Jan 2020 18:24:17 +0000</pubDate>
        <dc:creator>Kyle Evans &lt;kevans@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>af796bfa - sysent: Reduce duplication and improve readability.</title>
        <link>http://172.16.0.5:8080/history/freebsd-13.1/sys/compat/cloudabi64/Makefile#af796bfa</link>
        <description>sysent: Reduce duplication and improve readability.Use the power of variable to avoid spelling out source and generatedfiles too many times.  The previous Makefiles were hard to read, hard toedit, and badly formatted.Reviewed by:	kevans, emasteSponsored by:	DARPA, AFRLDifferential Revision:	https://reviews.freebsd.org/D22714

            List of files:
            /freebsd-13.1/sys/compat/cloudabi64/Makefile</description>
        <pubDate>Fri, 06 Dec 2019 23:59:23 +0000</pubDate>
        <dc:creator>Brooks Davis &lt;brooks@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>f22a5921 - Convert in-tree sysent targets to use new makesyscalls.lua</title>
        <link>http://172.16.0.5:8080/history/freebsd-13.1/sys/compat/cloudabi64/Makefile#f22a5921</link>
        <description>Convert in-tree sysent targets to use new makesyscalls.luaflua is bootstrapped as part of the build for those on olderversions/revisions that don&apos;t yet have flua installed. Once upgraded pastr354833, &quot;make sysent&quot; will again naturally work as expected.Reviewed by:	brooksDifferential Revision:	https://reviews.freebsd.org/D21894

            List of files:
            /freebsd-13.1/sys/compat/cloudabi64/Makefile</description>
        <pubDate>Mon, 18 Nov 2019 23:28:23 +0000</pubDate>
        <dc:creator>Kyle Evans &lt;kevans@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>4af60333 - makesyscalls.sh: always use absolute path for syscalls.conf</title>
        <link>http://172.16.0.5:8080/history/freebsd-13.1/sys/compat/cloudabi64/Makefile#4af60333</link>
        <description>makesyscalls.sh: always use absolute path for syscalls.confsyscalls.conf is included using &quot;.&quot; which per the Open Group: If file does not contain a &lt;slash&gt;, the shell shall use the search path specified by PATH to find the directory containing file.POSIX shells don&apos;t fall back to the current working directory.Submitted by:	Nathaniel Wesley Filardo &lt;nwf20@cl.cam.ac.uk&gt;Reviewed by:	bdrewerySponsored by:	DARPA, AFRLDifferential Revision:	https://reviews.freebsd.org/D20476

            List of files:
            /freebsd-13.1/sys/compat/cloudabi64/Makefile</description>
        <pubDate>Thu, 30 May 2019 20:56:23 +0000</pubDate>
        <dc:creator>Brooks Davis &lt;brooks@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>59510919 - Don&apos;t use an .OBJDIR for &apos;make sysent&apos;.</title>
        <link>http://172.16.0.5:8080/history/freebsd-13.1/sys/compat/cloudabi64/Makefile#59510919</link>
        <description>Don&apos;t use an .OBJDIR for &apos;make sysent&apos;.Reported by:	emaste, jhbSponsored by:	Dell EMC

            List of files:
            /freebsd-13.1/sys/compat/cloudabi64/Makefile</description>
        <pubDate>Mon, 29 Jan 2018 19:14:15 +0000</pubDate>
        <dc:creator>Bryan Drewery &lt;bdrewery@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>a5c3c5b1 - Import the new automatically generated system call table for CloudABI.</title>
        <link>http://172.16.0.5:8080/history/freebsd-13.1/sys/compat/cloudabi64/Makefile#a5c3c5b1</link>
        <description>Import the new automatically generated system call table for CloudABI.Now that we&apos;ve switched over to using the vDSO on CloudABI, it becomes alot easier for us to phase out old features. System call numbering is nolonger something that&apos;s part of the ABI. It&apos;s fully based on names. Aslong as the numbering used by the kernel and the vDSO is consistent(which it always is), it&apos;s all right.Let&apos;s put this to the test by removing a system call (thread_tcb_set())that&apos;s already unused for quite some time now, but was only left intactto serve as a placeholder. Sync in the new system call table that usesalphabetic sorting of system calls.Obtained from:	https://github.com/NuxiNL/cloudabi

            List of files:
            /freebsd-13.1/sys/compat/cloudabi64/Makefile</description>
        <pubDate>Fri, 19 Aug 2016 17:49:35 +0000</pubDate>
        <dc:creator>Ed Schouten &lt;ed@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>1f3bbfd8 - Replace the CloudABI system call table by a machine generated version.</title>
        <link>http://172.16.0.5:8080/history/freebsd-13.1/sys/compat/cloudabi64/Makefile#1f3bbfd8</link>
        <description>Replace the CloudABI system call table by a machine generated version.The type definitions and constants that were used by COMPAT_CLOUDABI64are a literal copy of some headers stored inside of CloudABI&apos;s Clibrary, cloudlibc. What is annoying is that we can&apos;t make use ofcloudlibc&apos;s system call list, as the format is completely different anddoesn&apos;t provide enough information. It had to be synced in manually.We recently decided to solve this (and some other problems) by movingthe ABI definitions into a separate file:	https://github.com/NuxiNL/cloudabi/blob/master/cloudabi.txtThis file is processed by a pile of Python scripts to generate theheader files like before, documentation (markdown), but in our case moreimportantly: a FreeBSD system call table.This change discards the old files in sys/contrib/cloudabi and replacesthem by the latest copies, which requires some minor changes here andthere. Because cloudabi.txt also enforces consistent names of the systemcall arguments, we have to patch up a small number of system callimplementations to use the new argument names.The new header files can also be included directly in FreeBSD kernelspace without needing any includes/defines, so we can now removecloudabi_syscalldefs.h and cloudabi64_syscalldefs.h. Patch up thesources to include the definitions directly from sys/contrib/cloudabiinstead.

            List of files:
            /freebsd-13.1/sys/compat/cloudabi64/Makefile</description>
        <pubDate>Thu, 24 Mar 2016 21:47:15 +0000</pubDate>
        <dc:creator>Ed Schouten &lt;ed@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>6d338f9a - Import the CloudABI datatypes and create a system call table.</title>
        <link>http://172.16.0.5:8080/history/freebsd-13.1/sys/compat/cloudabi64/Makefile#6d338f9a</link>
        <description>Import the CloudABI datatypes and create a system call table.CloudABI is a pure capability-based runtime environment for UNIX. Itworks similar to Capsicum, except that processes already run incapabilities mode on startup. All functionality that conflicts with thismodel has been omitted, making it a compact binary interface that can besupported by other operating systems without too much effort.CloudABI is &apos;secure by default&apos;; the idea is that it should be safe torun arbitrary third-party binaries without requiring any explicithardware virtualization (Bhyve) or namespace virtualization (Jails). Therights of an application are purely determined by the set of filedescriptors that you grant it on startup.The datatypes and constants used by CloudABI&apos;s C library (cloudlibc) aredefined in separate files called syscalldefs_mi.h (pointer sizeindependent) and syscalldefs_md.h (pointer size dependent). We importthese files in sys/contrib/cloudabi and wrap around them incloudabi*_syscalldefs.h.We then add stubs for all of the system calls in sys/compat/cloudabi orsys/compat/cloudabi64, depending on whether the system call depends onthe pointer size. We only have nine system calls that depend on thepointer size. If we ever want to support 32-bit binaries, we can simplyadd sys/compat/cloudabi32 and implement these nine system calls again.The next step is to send in code reviews for the individual system callimplementations, but also add a sysentvec, to allow CloudABI executabledto be started through execve().More information about CloudABI:- GitHub: https://github.com/NuxiNL/cloudlibc- Talk at BSDCan: https://www.youtube.com/watch?v=SVdF84x1EdADifferential Revision:	https://reviews.freebsd.org/D2848Reviewed by:	emaste, brooksObtained from:	https://github.com/NuxiNL/freebsd

            List of files:
            /freebsd-13.1/sys/compat/cloudabi64/Makefile</description>
        <pubDate>Thu, 09 Jul 2015 07:20:15 +0000</pubDate>
        <dc:creator>Ed Schouten &lt;ed@FreeBSD.org&gt;</dc:creator>
    </item>
</channel>
</rss>
