2 files changed, 137 insertions, 137 deletions
diff --git a/source/luametatex/source/luaoptional/cmake/mujs/CMakeLists.txt b/source/luametatex/source/luaoptional/cmake/mujs/CMakeLists.txt
index cfe2ee2bf..83b6b48ac 100644
--- a/source/luametatex/source/luaoptional/cmake/mujs/CMakeLists.txt
+++ b/source/luametatex/source/luaoptional/cmake/mujs/CMakeLists.txt
@@ -1,107 +1,107 @@
-# This file is made by Mojca and Hans and is subjected to changes
-# as we proceed with luametatex and the contextgarden compile farm.
-
-cmake_minimum_required(VERSION 3.7)
-
-# Lucky us: only normal C is used:
-
-project (mujs
-	VERSION 1.0.6
-	DESCRIPTION "MuJS embeddable Javascript interpreter"
-	LANGUAGES C)
-
-# The jsrepr.c is not needed and depends on utf.c as well has some function
-# pointer cast issue (accessing unknown name field).
-
-set (mujs_sources
-	jsarray.c
-	jsboolean.c
-	jsbuiltin.c
-	jscompile.c
-	jsdate.c
-	jsdtoa.c
-	jsdump.c
-	jserror.c
-	jsfunction.c
-	jsgc.c
-	jsintern.c
-	jslex.c
-	jsmath.c
-	jsnumber.c
-	jsobject.c
-	json.c
-	jsparse.c
-	jsproperty.c
-	jsregexp.c
-#	jsrepr.c
-	jsrun.c
-	jsstate.c
-	jsstring.c
-	jsvalue.c
-	regexp.c
-	utf.c
-	utftype.c
-)
-
-set (mujs_headers
-	jsbuiltin.h
-	jscompile.h
-	jsi.h
-	jslex.h
-	jsparse.h
-	jsrun.h
-	jsvalue.h
-	mujs.h
-	regexp.h
-	utf.h
-)
-
-# We need this in order for msvc to export the symbols (which is default on
-# gcc). Otherwise we need this dllexport stuff.
-
-set(CMAKE_WINDOWS_EXPORT_ALL_SYMBOLS ON)
-
-# The previous one has to come before the next one!
-
-if (MSVC)
-
-	add_library(mujs SHARED ${mujs_headers} ${mujs_sources} )
-
-else()
-
-	# Is this hack still needed or does the above work ok.?
-
-	add_library(mujs SHARED ${mujs_headers} one.c)
-
-endif()
-
-# As per make file.
-
-set_property(TARGET mujs PROPERTY C_STANDARD 99)
-
-# We want consistent and predictable names:
-
-set_target_properties(mujs PROPERTIES OUTPUT_NAME "libmujs")
-
-# Some options based on what's in upstream's make file.
-
-if (NOT MSVC)
-
-	target_compile_options(mujs
-		PRIVATE
-			-pedantic
-			-Wall
-			-Wextra
-			-Wno-unused-parameter
-		)
-
-	if (CMAKE_C_COMPILER_ID STREQUAL "Clang")
-
-		target_compile_options(mujs
-			PRIVATE
-				-Wunreachable-code
-		)
-
-	endif()
-
-endif()
+# This file is made by Mojca and Hans and is subjected to changes
+# as we proceed with luametatex and the contextgarden compile farm.
+
+cmake_minimum_required(VERSION 3.7)
+
+# Lucky us: only normal C is used:
+
+project (mujs
+	VERSION 1.0.6
+	DESCRIPTION "MuJS embeddable Javascript interpreter"
+	LANGUAGES C)
+
+# The jsrepr.c is not needed and depends on utf.c as well has some function
+# pointer cast issue (accessing unknown name field).
+
+set (mujs_sources
+	jsarray.c
+	jsboolean.c
+	jsbuiltin.c
+	jscompile.c
+	jsdate.c
+	jsdtoa.c
+	jsdump.c
+	jserror.c
+	jsfunction.c
+	jsgc.c
+	jsintern.c
+	jslex.c
+	jsmath.c
+	jsnumber.c
+	jsobject.c
+	json.c
+	jsparse.c
+	jsproperty.c
+	jsregexp.c
+#	jsrepr.c
+	jsrun.c
+	jsstate.c
+	jsstring.c
+	jsvalue.c
+	regexp.c
+	utf.c
+	utftype.c
+)
+
+set (mujs_headers
+	jsbuiltin.h
+	jscompile.h
+	jsi.h
+	jslex.h
+	jsparse.h
+	jsrun.h
+	jsvalue.h
+	mujs.h
+	regexp.h
+	utf.h
+)
+
+# We need this in order for msvc to export the symbols (which is default on
+# gcc). Otherwise we need this dllexport stuff.
+
+set(CMAKE_WINDOWS_EXPORT_ALL_SYMBOLS ON)
+
+# The previous one has to come before the next one!
+
+if (MSVC)
+
+	add_library(mujs SHARED ${mujs_headers} ${mujs_sources} )
+
+else()
+
+	# Is this hack still needed or does the above work ok.?
+
+	add_library(mujs SHARED ${mujs_headers} one.c)
+
+endif()
+
+# As per make file.
+
+set_property(TARGET mujs PROPERTY C_STANDARD 99)
+
+# We want consistent and predictable names:
+
+set_target_properties(mujs PROPERTIES OUTPUT_NAME "libmujs")
+
+# Some options based on what's in upstream's make file.
+
+if (NOT MSVC)
+
+	target_compile_options(mujs
+		PRIVATE
+			-pedantic
+			-Wall
+			-Wextra
+			-Wno-unused-parameter
+		)
+
+	if (CMAKE_C_COMPILER_ID STREQUAL "Clang")
+
+		target_compile_options(mujs
+			PRIVATE
+				-Wunreachable-code
+		)
+
+	endif()
+
+endif()
diff --git a/source/luametatex/source/luaoptional/readme.txt b/source/luametatex/source/luaoptional/readme.txt
index 31b489da9..579433d61 100644
--- a/source/luametatex/source/luaoptional/readme.txt
+++ b/source/luametatex/source/luaoptional/readme.txt
@@ -1,30 +1,30 @@
-Nota bene,
-
-This is the directory where optional module support ends up. Optional modules have an interface but
-are not (nor will be) part of the binary. We might ship some at the context garden (like zint and
-mujs) but the large one (read: with many dependencies or written in c++) have to come from the
-operating system because if you use a library that is what you want: the external black box thing.
-No sources end up in the distribution either, athough we will archive some.
-
-There will be no user modules here, just those interfaces that we provide and maintain as part of
-standard ConTeXt LMTX. What users add themselves is up to them, including (long time !) support. So,
-this is the canonnical version of optional.
-
-We might at some point add some safeguards so that we can be sure that ConTeXt is run with the
-right binary because we want to prevent side effects (of any kind) resulting from a binary being
-used with the same name and different features ... just because one of the objective is to have
-a long term stable binary / macro package combination. Of course, what users do on their machines
-is up to them.
-
-It might take a while before the interfaces and way we do this is stable. Also, keep in mind that
-regular users never deal with these matters directly and only use the interfaces at the TeX and
-Lua end.
-
-PS. The socket library (and maybe cerf) are also candidates for optional although cerf needs to be
-compiled for windows which is not supported out of the box and sockets are way to large. We only
-do optional libs that add little to the binary, a few KB at most! I'll definitely try to stick to
-this principle!
-
-PS. Todo: move function pointers into state structures.
-
-Hans
+Nota bene,
+
+This is the directory where optional module support ends up. Optional modules have an interface but
+are not (nor will be) part of the binary. We might ship some at the context garden (like zint and
+mujs) but the large one (read: with many dependencies or written in c++) have to come from the
+operating system because if you use a library that is what you want: the external black box thing.
+No sources end up in the distribution either, athough we will archive some.
+
+There will be no user modules here, just those interfaces that we provide and maintain as part of
+standard ConTeXt LMTX. What users add themselves is up to them, including (long time !) support. So,
+this is the canonnical version of optional.
+
+We might at some point add some safeguards so that we can be sure that ConTeXt is run with the
+right binary because we want to prevent side effects (of any kind) resulting from a binary being
+used with the same name and different features ... just because one of the objective is to have
+a long term stable binary / macro package combination. Of course, what users do on their machines
+is up to them.
+
+It might take a while before the interfaces and way we do this is stable. Also, keep in mind that
+regular users never deal with these matters directly and only use the interfaces at the TeX and
+Lua end.
+
+PS. The socket library (and maybe cerf) are also candidates for optional although cerf needs to be
+compiled for windows which is not supported out of the box and sockets are way to large. We only
+do optional libs that add little to the binary, a few KB at most! I'll definitely try to stick to
+this principle!
+
+PS. Todo: move function pointers into state structures.
+
+Hans