2019.3.15-mbe

README.md

@@ -363,3 +363,4 @@ version | git hash
 2019.1.13-mbe | 44db3f8dfda1d22cdd03e9b72c507f9dc555b059
 2019.2.0-mbe | f93c5973976e4bec5e769a31a73f00003f0a32dc
 2019.2.1-mbe | ed4090cc21ffb91a45749be62f9a2fa08b69a0fc
+2019.3.15-mbe | b06f8dddff9d014c587c4687b5c25e821aaf0979

unity-2019.3.15-mbe/.clang-format

@@ -0,0 +1,49 @@
+# This is a minimal clang-format file for Mono code. The code is not consistent
+# in its formatting, so this file is most often useful with git-clang-format [1],
+# which formats only changed lines.
+#
+# Usage:
+#  * Make some changes to Mono C code or headers
+#  * Run `git clang-format` (maybe add -f if there are line ending issues from git)
+#  * Your changed code should meet the formatting guidelines for Mono
+#
+# Installation:
+#  * Install LLVM tools (including clang-format) for your OS [2]
+#  * Install Pythong on your OS
+#
+# Code style:
+#  Our goal is to match the Mono code style, not define a new one. The style
+#  options [3] are many. Here we try to capture only a few. If you find something
+#  is missing, feel free to add configuration options.
+#
+# [1] https://github.com/llvm-mirror/clang/blob/master/tools/clang-format/git-clang-format
+# [2] http://releases.llvm.org/
+# [3] https://clang.llvm.org/docs/ClangFormatStyleOptions.html
+
+# All function declarations and calls should have a space after the name
+SpaceBeforeParens: Always
+
+# Use four space tabs
+UseTab: Always
+TabWidth: 4
+IndentWidth: 4
+
+# Handle curly braces, basically: functions get a line break, nothing else does
+BreakBeforeBraces: Custom
+BraceWrapping:
+  AfterControlStatement: false
+  AfterStruct: false
+  AfterFunction: true
+  AfterEnum: false
+  AfterStruct: false
+  AfterUnion: false
+  BeforeElse: false
+
+# Keep function return types on a different line from the function name
+# Note that often static function forward declarations don't follow this
+# approach, and have the return type on the same line. I'm not sure
+# clang-format can handle these two cases differently.
+AlwaysBreakAfterReturnType: TopLevel
+
+# Don't warp any long lines
+ColumnLimit: 0

unity-2019.3.15-mbe/.editorconfig

@@ -0,0 +1,28 @@
+# see http://editorconfig.org/ for docs on this file
+
+root = true
+
+[*]
+end_of_line = lf
+trim_trailing_whitespace = false
+insert_final_newline = false
+indent_style = tab
+indent_size = 4
+
+# this VS-specific stuff is based on experiments to see how VS will modify a file after it has been manually edited.
+# the settings are meant to closely match what VS does to minimize unnecessary diffs. this duplicates some settings in *
+# but let's be explicit here to be safe (in case someone wants to copy-paste this out to another .editorconfig).
+[*.{vcxproj,vcxproj.filters,csproj,props,targets}]
+indent_style = space
+indent_size = 2
+end_of_line = crlf
+charset = utf-8-bom
+trim_trailing_whitespace = true
+insert_final_newline = false
+[*.{sln,sln.template}]
+indent_style = tab
+indent_size = 4
+end_of_line = crlf
+charset = utf-8
+trim_trailing_whitespace = true
+insert_final_newline = false

unity-2019.3.15-mbe/.gitattributes

@@ -0,0 +1,69 @@
+# ensure LF endings on all checkouts
+configure.ac	crlf=input
+config.rpath	crlf=input
+configure.host	crlf=input
+mkinstalldirs	crlf=input
+*.sh	crlf=input
+*.sources	crlf=input
+.gitattributes	crlf=input
+*akefile*	crlf=input
+
+# ensure native line endings on checkout
+*.c	crlf
+*.h	crlf
+*.cs	crlf
+*.il	crlf
+
+# don't do anything to line-endings.  Let CRLFs go into the repo, and CRLF on checkout
+*.bat	  	-crlf
+*.sln		-crlf
+*.*proj* 	-crlf
+*.xml 		-crlf
+
+# CRLF Handling
+# -------------
+#
+# The ideal situation would be to do no EOL normalization.  Each file
+# would have a default EOL, and tools on Windows and Linux would handle
+# both EOL formats.
+#
+# We're not in the ideal world.  A popular editor on Windows (possibly
+# Visual Studio) silently introduces EOL corruption -- it displays an
+# LF-file normally, but any newly added lines have CRLF.  On Linux,
+# Emacs and versions of VI handle LF-files and CRLF-files properly.
+# However, emacs doesn't like files with both LF and CRLF EOLs.  Editing
+# the file without additional action will increase the EOL corruption
+# in the file.
+#
+# Another vector for mixed EOLs is scripts.  We mostly don't have scripts
+# that add new lines -- so we rarely see this.  However, one major event
+# in the tree was the addition of copyright headers using a script.  That
+# script introduced EOL corruption.
+#
+# Any automated EOL normalization of files already in the repository will
+# cause difficulties in traversing histories, assigning blame, etc.  So, we
+# don't want to change what's in the repository significantly, even if it
+# causes trouble.
+#
+# What we do now:
+#
+# a) we ensure that there's no further corruption of LF-files.  So, we use
+#    git's 'crlf' attribute on those files to ensure that things are fine
+#    when we work on Windows.  We could use 'crlf=input', but it doesn't buy
+#    us much -- we might as well be working with consistent EOLs for files in
+#    working directories as well as in the repository
+#
+# b) if the file already of CRLFs, we don't do any normalization.  We use '-crlf'
+#    so that git doesn't do any EOL-conversion of the file.  As I said, this
+#    is mostly harmless on Linux.  We can't mark these files as 'crlf' or use
+#    the new (git 1.7.2) 'eol=crlf' attribute, since it changes the contents
+#    _inside_ the repository [1], and hence makes history traversal annoying.
+#    So, we live with occasional EOL corruption.
+#
+# c) We can handle mixed-EOL files on a case-by-case basis, converting them to
+#    LF- or CRLF-files based on which causes fewer lines to change
+#
+# d) We try to ensure no further headaches, by declaring EOL normalization on
+#    code files, and Unix-flavoured files, like shell-scripts, makefiles, etc.
+#
+# [1] GIT use LFs as the normalized internal representation.

unity-2019.3.15-mbe/.gitignore

@@ -0,0 +1,140 @@
+##############################################################################
+# General
+##############################################################################
+
+# OS junk files
+[Tt]humbs.db
+*.DS_Store
+
+# Visual Studio / MonoDevelop
+*.[Oo]bj
+*.exe
+*.dll
+*.pdb
+*.user
+*.aps
+*.pch
+*.vspscc
+*.vssscc
+*_i.c
+*_p.c
+*.ncb
+*.suo
+*.tlb
+*.tlh
+*.bak
+*.ilk
+*.log
+*.lib
+*.sbr
+*.sdf
+*.opensdf
+*.resources
+*.res
+ipch/
+obj/
+[Bb]in
+[Dd]ebug*/
+[Rr]elease*/
+Ankh.NoLoad
+*.gpState
+.vscode/
+*.exp
+
+# Tooling
+_ReSharper*/
+*.resharper
+.idea/*
+[Tt]est[Rr]esult*
+*.orig
+*.rej
+
+# NuGet packages
+!.nuget/*
+[Pp]ackages/*
+![Pp]ackages/repositories.config
+
+# Temporary Files
+~.*
+~$*
+
+# Autotools-generated files
+/Makefile
+Makefile.in
+aclocal.m4
+autom4te.cache
+/build/
+config.cache
+config.guess
+config.h
+config.h.in
+config.log
+config.status
+config.sub
+configure
+configure.scan
+cygconfig.h
+depcomp
+install-sh
+libtool
+ltmain.sh
+missing
+mkinstalldirs
+releases
+stamp-h
+stamp-h1
+stamp-h.in
+/test-driver
+*~
+*.swp
+*.o
+.deps
+
+# Libtool
+libtool.m4
+lt~obsolete.m4
+ltoptions.m4
+ltsugar.m4
+ltversion.m4
+
+# Dolt (libtool replacement)
+doltlibtool
+doltcompile
+
+# pkg-config
+*.pc
+
+# Emacs
+semantic.cache
+
+# gtags
+GPATH
+GRTAGS
+GSYMS
+GTAGS
+
+# Doxygen
+docs/doxygen*
+docs/perlmod*
+
+# Bee
+artifacts
+.vs
+external/buildscripts/build.gen*
+stevedore
+
+# Allow
+!external/buildscripts/bee.exe
+
+##############################################################################
+# Mono-specific patterns
+##############################################################################
+
+.dirstamp
+compile
+mono.h
+mono-*.tar.*
+tmpinst-dir.stamp
+msvc/scripts/inputs/
+extensions-config.h
+