From: Jacob Lifshay Date: Wed, 22 Mar 2023 22:06:56 +0000 (-0700) Subject: spell JavaScript correctly X-Git-Tag: opf_rfc_ls001_v3~99 X-Git-Url: https://git.libre-soc.org/?a=commitdiff_plain;h=aadf0ad24bfe609cb1b469f617834c58b3a14fad;p=libreriscv.git spell JavaScript correctly --- diff --git a/about_us.mdwn b/about_us.mdwn index 332aa6b50..d09dba83b 100644 --- a/about_us.mdwn +++ b/about_us.mdwn @@ -160,7 +160,7 @@ Alain's website: * Availability: 8~10hrs/week ## [[Toshaan Bharvani|toshywoshy]] -* Languages: C, C++, Golang, Python, Ruby, Assembly, Java, Javascript, bash, ksh, ... +* Languages: C, C++, Golang, Python, Ruby, Assembly, Java, JavaScript, bash, ksh, ... * Interests: Software on optimized hardware, compilers, FPGAs, microarchitecture, Unix OSs, Linux, Enterprise Software * Experience: Software, Firmware, BIOS/UEFI, Microcode, Services * Other interests: History, Mechanics, Tinkering diff --git a/openpower/simple_v_spec.tex b/openpower/simple_v_spec.tex index b8b802f77..bf2c9c1de 100644 --- a/openpower/simple_v_spec.tex +++ b/openpower/simple_v_spec.tex @@ -302,7 +302,7 @@ instructions purely on their own merit. \begin{itemize} \item The biginteger multiply-and-add instruction is similar to Intel's mulx in that it produces a pair of results. - \item Javascript(tm) rounding is present in ARM as fjcvtzs + \item JavaScript(tm) rounding is present in ARM as fjcvtzs and would save an astounding 35 instructions with 5 branches. \item Whilst there exist CR bit manipulation and copying instructions there are no CR Field manipulation instructions, diff --git a/openpower/sv.mdwn b/openpower/sv.mdwn index 732d7e512..1e9749ec0 100644 --- a/openpower/sv.mdwn +++ b/openpower/sv.mdwn @@ -222,7 +222,7 @@ Some of these Scalar instructions happen also designed to make Scalable Vector binaries more efficient, such as the crweird group. Others are to bring the Scalar Power ISA up-to-date within specific workloads, -such as a Javascript Rounding instruction +such as a JavaScript Rounding instruction (which saves 35 instructions including 5 branches). None of them are strictly necessary but performance and power consumption may be (or, is already) compromised diff --git a/openpower/sv/int_fp_mv.mdwn b/openpower/sv/int_fp_mv.mdwn index 2009bfdaa..114ad9e34 100644 --- a/openpower/sv/int_fp_mv.mdwn +++ b/openpower/sv/int_fp_mv.mdwn @@ -23,7 +23,7 @@ Links: Trademarks: * Rust is a Trademark of the Rust Foundation -* Java and Javascript are Trademarks of Oracle +* Java and JavaScript are Trademarks of Oracle * LLVM is a Trademark of the LLVM Foundation * SPIR-V is a Trademark of the Khronos Group * OpenCL is a Trademark of Apple, Inc. @@ -87,7 +87,7 @@ well-suited for common/important conversion sequences: * **JavaScript** - modulo wrapping with Inf/NaN converted to 0 The assembly listings in the [[int_fp_mv/appendix]] show how costly -some of these language-specific conversions are: Javascript, the +some of these language-specific conversions are: JavaScript, the worst case, is 32 scalar instructions including seven branch instructions. # Proposed New Scalar Instructions