Remove trailing whitespaces from codebase

.gitattributes

@@ -11,3 +11,9 @@ system/ linguist-vendored
 
 AUTHORS merge=union
 ChangeLog.md merge=union
+
+# line endings
+* text=auto eol=lf
+*.{cmd,[cC][mM][dD]} text eol=crlf
+*.{bat,[bB][aA][tT]} text eol=crlf
+*.{vcxproj,vcxproj.filters} text eol=crlf

ChangeLog.md

@@ -28,7 +28,7 @@ Current Trunk
 ------------------
 - `emscripten/vr.h` and other remnants of WebVR support removed. (#13210, which
   is a followup to #10460)
-- Stop overriding CMake default flags based on build type. This will 
+- Stop overriding CMake default flags based on build type. This will
   result in builds that are more like CMake does on other platforms. You
   may notice that `RelWithDebInfo` will now include debug info (it did not
   before, which appears to have been an error), and that `Release` will
@@ -216,7 +216,7 @@ Current Trunk
   is encountered. This makes the Emscripten program behave more like a native
   program where the OS would terminate the process and no further code can be
   executed when an unhandled exception (e.g. out-of-bounds memory access) happens.
-  Once the program aborts any exported function calls will fail with a "program 
+  Once the program aborts any exported function calls will fail with a "program
   has already aborted" exception to prevent calls into code with a potentially
   corrupted program state.
 - Use `__indirect_function_table` as the import name for the table, which is

LICENSE

@@ -57,7 +57,7 @@ the following conditions:
     Neither the names of Mozilla,
     nor the names of its contributors may be used to endorse
     or promote products derived from this Software without specific prior
-    written permission. 
+    written permission.
 
 THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS
 OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF

docs/packaging.md

@@ -6,7 +6,7 @@ linux distributions, or other downstream SDKs.
 
 Firstly, we provide an install script in `tools/install.py`.  This allows
 just the end-user parts of emscripten to be installed.  For example this avoids
-including the `tests/third_party` directory which is of that biggest parts 
+including the `tests/third_party` directory which is of that biggest parts
 of the source tree.
 
 If you prefer, you can use `make install` or `make dist` which invokes

site/source/conf.py

@@ -68,7 +68,7 @@
 
 
 #Build "Todo" notes into the source
-#todo_include_todos = 'True' 
+#todo_include_todos = 'True'
 
 # Add any paths that contain templates here, relative to this directory.
 templates_path = ['_templates']

site/source/docs/api_reference/Filesystem-API.rst

@@ -766,12 +766,12 @@ Paths
 .. js:function:: FS.analyzePath(path, dontResolveLastLink)
 
   Looks up the incoming path and returns an object containing information about
-  file stats and nodes. Built on top of ``FS.lookupPath`` and provides more 
-  information about given path and its parent. If any error occurs it won't 
+  file stats and nodes. Built on top of ``FS.lookupPath`` and provides more
+  information about given path and its parent. If any error occurs it won't
   throw but returns an ``error`` property.
 
   :param string path: The incoming path.
-  :param boolean dontResolveLastLink: If true, don't follow the last component 
+  :param boolean dontResolveLastLink: If true, don't follow the last component
     if it is a symlink.
 
   :returns: an object with the format:
@@ -780,13 +780,13 @@ Paths
 
       {
         isRoot: boolean,
-        exists: boolean, 
-        error: Error, 
-        name: string, 
-        path: resolved_path, 
+        exists: boolean,
+        error: Error,
+        name: string,
+        path: resolved_path,
         object: resolved_node,
-        parentExists: boolean, 
-        parentPath: resolved_parent_path, 
+        parentExists: boolean,
+        parentPath: resolved_parent_path,
         parentObject: resolved_parent_node
       }
 

site/source/docs/building_from_source/configuring_emscripten_settings.rst

@@ -18,15 +18,15 @@ Creating the compiler configuration file
 The settings file is created the first time a user runs :ref:`emcc <emccdoc>` (or any of the other Emscripten tools):
 
 1. Navigate to the directory where you cloned the Emscripten repository.
-2. Enter the command: 
+2. Enter the command:
 
 	::
-	
+
 		./emcc --help
 
 	You should get a ``Welcome to Emscripten!`` message. Behind the scenes, Emscripten generates a file called ``.emscripten`` in your home folder.
-	
-	
+
+
 Emscripten makes a "best guess" at the correct locations for tools and updates the file appropriately. Where possible it will look for "system" apps (like Python and Java).
 
 In most cases it is necessary to edit the generated file and modify at least the
@@ -57,28 +57,28 @@ Compiler configuration file-format
 The file simply assigns paths to a number of *variables* representing the main tools used by Emscripten. For example, if the user installed python to the **C:/Python27/** directory, then the file might have the line: ::
 
 	PYTHON = 'C:\\Python38\\python.exe'
-	
+
 
 The default *emcc* configuration file often gets the paths from environment variables if defined. If no variable is defined the system will also attempt to find "system executables". For example:  ::
 
 	PYTHON = os.path.expanduser(os.getenv('PYTHON', 'C:\\Python38\\python.exe'))
 
-You can find out the other variable names from the default *.emscripten* file or the :ref:`example here <compiler-configuration-file>`. 
+You can find out the other variable names from the default *.emscripten* file or the :ref:`example here <compiler-configuration-file>`.
 
 Editing the compiler configuration file
 =======================================
 
 The compiler configuration file can be edited with the text editor of your choice. As stated above, most default settings are likely to be correct. If you're building manually from source, you are most likely to have to update the variable ``LLVM_ROOT``
 
-		
+
 #. Edit the variable ``LLVM_ROOT`` to point to the directory where you built the LLVM binaries, such as:
-   
+
 	::
-   
+
 		LLVM_ROOT = os.path.expanduser(os.getenv('LLVM', '/home/ubuntu/a-path/llvm/build/bin'))
 
 	.. note:: Use forward slashes!
 
 .. comment .. The settings are now correct in the configuration file, but the paths and environment variables are not set in the command prompt/terminal. **HamishW** Follow up with Jukka on this.
- 
+
 After setting those paths, run ``emcc`` again. It should again perform the sanity checks to test the specified paths. There are further validation tests available at :ref:`verifying-the-emscripten-environment`.

site/source/docs/compiling/Building-Projects.rst

@@ -304,7 +304,7 @@ The :ref:`Tutorial` showed how :ref:`emcc <emccdoc>` can be used to compile sing
   ./emcc src1.o src2.o -r -o combined.o
 
   # Combine two object files into library file
-  ./emar rcs libfoo.a src1.o src2.o 
+  ./emar rcs libfoo.a src1.o src2.o
 
 
 In addition to the capabilities it shares with *gcc*, *emcc* supports options to optimize code, control what debug information is emitted, generate HTML and other output formats, etc. These options are documented in the :ref:`emcc tool reference <emccdoc>` (``./emcc --help`` on the command line).

site/source/docs/contributing/developers_guide.rst

@@ -30,7 +30,7 @@ binaries with a checkout of the core Emscripten repository, simply by calling
 ``emcc.py`` from that checkout, and it will use the binaries from the emsdk.
 
 If you do want to contribute to LLVM or Binaryen, or to test modifications
-to them, you can 
+to them, you can
 :ref:`build them from source <installing-from-source>`.
 
 Repositories and branches of interest

site/source/docs/getting_started/FAQ.rst

@@ -483,7 +483,7 @@ strings, so it accepts ``[a]`` or ``[a,b]`` etc.).
 
 
 Why do I get a Python ``SyntaxError: invalid syntax`` on ``file=..`` or on a string starting with ``f'..'``?
-============================================================================================================ 
+============================================================================================================
 
 Emscripten requires a recent-enough version of Python. An older Python version,
 like ``2.*``, will not support the print statement by default, so it will error on

site/source/docs/getting_started/downloads.rst

@@ -70,7 +70,7 @@ There are also "tip-of-tree builds", which are the very latest code that passes
 
   ::
 
-    # Get a tip-of-tree 
+    # Get a tip-of-tree
     ./emsdk install tot
 
 (In the above examples we installed the various targets; remember to also ``activate`` them as in the full example from earlier.)

site/source/docs/porting/connecting_cpp_and_javascript/WebIDL-Binder.rst

@@ -172,7 +172,7 @@ Attributes
 Object attributes are defined in IDL using the ``attribute`` keyword. These can then be accessed in JavaScript using either ``get_foo()``/``set_foo()`` accessor methods, or directly as a property of the object.
 
 .. code-block:: cpp
-	
+
 	// C++
 	int attr;
 
@@ -210,7 +210,7 @@ Undecorated argument and return values of a custom type in the IDL are assumed t
 
   // WebIDL
   MyClass process(MyClass input);
-  
+
 This assumption isn't true for base types like void,int,bool,DOMString,etc.
 
 References should be decorated using ``[Ref]``:

site/source/docs/porting/simd.rst

@@ -1017,7 +1017,7 @@ The following table highlights the availability and expected performance of diff
 Only the 128-bit wide instructions from AVX instruction set are available. 256-bit wide AVX instructions are not provided.
 
 
-====================================================== 
+======================================================
 Compiling SIMD code targeting ARM NEON instruction set
 ======================================================
 
@@ -1071,9 +1071,9 @@ For detailed information on each intrinsic function, refer to `NEON Intrinsics R
      - ⚫ Not implemented, will trigger compiler error
    * - vaddv
      - ⚫ Not implemented, will trigger compiler error
-   * - vaddw 
+   * - vaddw
      - ❌ Will be emulated with slow instructions, or scalarized
-   * - vand 
+   * - vand
      - native
    * - vbic
      - ⚫ Not implemented, will trigger compiler error
@@ -1101,13 +1101,13 @@ For detailed information on each intrinsic function, refer to `NEON Intrinsics R
      - ⚫ Not implemented, will trigger compiler error
    * - vclt
      - native
-   * - vcltz 
+   * - vcltz
      - ⚠ Does not have direct implementation, but is emulated using fast NEON instructions
    * - vcnt
      - ⚫ Not implemented, will trigger compiler error
    * - vclz
      - ⚫ Not implemented, will trigger compiler error
-   * - vcombine 
+   * - vcombine
      - ❌ Will be emulated with slow instructions, or scalarized
    * - vcreate
      - ❌ Will be emulated with slow instructions, or scalarized
@@ -1145,7 +1145,7 @@ For detailed information on each intrinsic function, refer to `NEON Intrinsics R
      - native
    * - vminv
      - ⚫ Not implemented, will trigger compiler error
-   * - vmla 
+   * - vmla
      - ⚠ Does not have direct implementation, but is emulated using fast NEON instructions
    * - vmlal
      - ❌ Will be emulated with slow instructions, or scalarized
@@ -1157,9 +1157,9 @@ For detailed information on each intrinsic function, refer to `NEON Intrinsics R
      - native
    * - vmul
      - native
-   * - vmul_n 
+   * - vmul_n
      - ⚠ Does not have direct implementation, but is emulated using fast NEON instructions
-   * - vmull 
+   * - vmull
      - ⚠ Does not have direct implementation, but is emulated using fast NEON instructions
    * - vmull_n
      - ⚠ Does not have direct implementation, but is emulated using fast NEON instructions
@@ -1177,7 +1177,7 @@ For detailed information on each intrinsic function, refer to `NEON Intrinsics R
      - ❌ Will be emulated with slow instructions, or scalarized
    * - vpadd
      - ❌ Will be emulated with slow instructions, or scalarized
-   * - vpaddl 
+   * - vpaddl
      - ❌ Will be emulated with slow instructions, or scalarized
    * - vpmax
      - ❌ Will be emulated with slow instructions, or scalarized
@@ -1189,11 +1189,11 @@ For detailed information on each intrinsic function, refer to `NEON Intrinsics R
      - ⚫ Not implemented, will trigger compiler error
    * - vqabsb
      - ⚫ Not implemented, will trigger compiler error
-   * - vqadd 
+   * - vqadd
      - 💡 Depends on a smart enough compiler, but should be near native
    * - vqaddb
      - ⚫ Not implemented, will trigger compiler error
-   * - vqdmulh  
+   * - vqdmulh
      - ❌ Will be emulated with slow instructions, or scalarized
    * - vqneg
      - ⚫ Not implemented, will trigger compiler error

site/source/docs/tools_reference/emsdk.rst

@@ -156,7 +156,7 @@ How do I install a tool/SDK version?
 Use the ``install`` argument to download and install a new tool or SDK version: ::
 
   ./emsdk install <tool/sdk name>
-  
+
 For example: ::
 
   ./emsdk install sdk-1.38.21-64bit

site/source/home_page_layout.html

@@ -20,7 +20,7 @@ <h3>Emscripten is a complete compiler toolchain to WebAssembly, using LLVM, with
 			<div class="signpost-heading" style="font-size:2em; font-style:bold; margin-bottom:10px;">Fast</div>
 			<div class="signpost-body" style=""><p>Thanks to the combination of LLVM, Emscripten, <a href="https://github.com/WebAssembly/binaryen">Binaryen</a>, and <a href="http://webassembly.org/">WebAssembly</a>, the output is compact and runs at near-native speed.</p></div>
 		</div>
-	</div>	
+	</div>
 </div>
 
 <div style="margin-left: auto; margin-right: auto; text-align: center; margin-bottom: 10px; padding: 20px 20px 1px; background-color: rgb(217, 240, 180);background-image:linear-gradient(to bottom,rgba(0,0,0,0),rgba(0,0,0,0.15));box-shadow:3px 3px 5px gray;">

src/cpuprofiler.js

@@ -79,7 +79,7 @@ var emscriptenCpuProfiler = {
       for (var i = 0; i < this.fpsCounterTicks.length-1; ++i) this.fpsCounterTicks[i] = this.fpsCounterTicks[i+1];
       this.fpsCounterTicks[this.fpsCounterTicks.length-1] = now;
     }
-  
+
     if (now - this.fpsCounterLastPrint > this.fpsCounterUpdateInterval) {
       var fps = ((this.fpsCounterTicks.length - 1) * 1000.0 / (this.fpsCounterTicks[this.fpsCounterTicks.length - 1] - this.fpsCounterTicks[0]));
       var totalDt = 0;
@@ -209,7 +209,7 @@ var emscriptenCpuProfiler = {
           fn = fn.trim();
           cs += '"' + fn + '"';
         }
-        
+
         console.error('Trace: at t=' + performance.realNow().toFixed(1) + ', section "' + sect.name + '" called via ' + cs + ' took ' + timeInSection.toFixed(2) + ' msecs!');
       }
       if (this.insideMainLoopRecursionCounter) sect.accumulatedTimeInsideMainLoop += timeInSection;
@@ -240,7 +240,7 @@ var emscriptenCpuProfiler = {
       sect.accumulatedTimeInsideMainLoop = 0;
       sect.accumulatedTimeOutsideMainLoop = 0;
     }
-    
+
     var t = performance.realNow();
     var cpuMainLoopDuration = t - this.currentFrameStartTime;
     var durationBetweenFrameUpdates = t - this.previousFrameEndTime;
@@ -353,7 +353,7 @@ var emscriptenCpuProfiler = {
 
       if (location.search.indexOf('expandhelp') != -1) this.toggleHelpTextVisible();
     }
-    
+
     this.canvas = document.getElementById('cpuprofiler_canvas');
     this.canvas.width = document.documentElement.clientWidth - 32;
     this.drawContext = this.canvas.getContext('2d');
@@ -396,7 +396,7 @@ var emscriptenCpuProfiler = {
     this.drawContext.fillRect(startX,this.canvas.height - height, endX - startX, pixelThickness);
   },
 
-  clearUi: function clearUi(startX, endX) {  
+  clearUi: function clearUi(startX, endX) {
     // Background clear
     this.drawContext.fillStyle = this.colorBackground;
     this.drawContext.fillRect(startX, 0, endX - startX, this.canvas.height);
@@ -448,7 +448,7 @@ var emscriptenCpuProfiler = {
 
   // Main UI update/redraw entry point. Drawing occurs incrementally to touch as few pixels as possible and to cause the least impact to the overall performance
   // while profiling.
-  updateUi: function updateUi(startX, endX) {  
+  updateUi: function updateUi(startX, endX) {
     // Poll whether user as changed the browser window, and if so, resize the profiler window and redraw it.
     if (this.canvas.width != document.documentElement.clientWidth - 32) {
       this.canvas.width = document.documentElement.clientWidth - 32;
@@ -622,19 +622,19 @@ var emscriptenCpuProfiler = {
     }
     var this_ = this;
     // The above injection won't work for texImage2D and texSubImage2D, which have multiple overloads.
-    glCtx['texImage2D'] = function(a1, a2, a3, a4, a5, a6, a7, a8, a9) { 
+    glCtx['texImage2D'] = function(a1, a2, a3, a4, a5, a6, a7, a8, a9) {
       this_.enterSection(1);
       var ret = (a7 !== undefined) ? glCtx['real_texImage2D'](a1, a2, a3, a4, a5, a6, a7, a8, a9) : glCtx['real_texImage2D'](a1, a2, a3, a4, a5, a6);
       this_.endSection(1);
       return ret;
     };
-    glCtx['texSubImage2D'] = function(a1, a2, a3, a4, a5, a6, a7, a8, a9) { 
+    glCtx['texSubImage2D'] = function(a1, a2, a3, a4, a5, a6, a7, a8, a9) {
       this_.enterSection(0);
       var ret = (a8 !== undefined) ? glCtx['real_texSubImage2D'](a1, a2, a3, a4, a5, a6, a7, a8, a9) : glCtx['real_texSubImage2D'](a1, a2, a3, a4, a5, a6, a7);
       this_.endSection(0);
       return ret;
     };
-    glCtx['texSubImage3D'] = function(a1, a2, a3, a4, a5, a6, a7, a8, a9, a10, a11) { 
+    glCtx['texSubImage3D'] = function(a1, a2, a3, a4, a5, a6, a7, a8, a9, a10, a11) {
       this_.enterSection(0);
       var ret = (a9 !== undefined) ? glCtx['real_texSubImage3D'](a1, a2, a3, a4, a5, a6, a7, a8, a9, a10, a11) : glCtx['real_texSubImage2D'](a1, a2, a3, a4, a5, a6, a7, a8);
       this_.endSection(0);