updating euclidean_algorithm.md

Author: Gathros

contents/euclidean_algorithm/euclidean_algorithm.md

@@ -39,8 +39,8 @@ The algorithm is a simple way to find the *greatest common divisor* (GCD) of two
 [import:1-10, lang="julia"](code/julia/euclidean.jl)
 {% sample lang="nim" %}
 [import:13-24, lang="nim"](code/nim/euclid_algorithm.nim)
-{% sample lang="x86asm" %}
-[import:43-78, lang="x86asm"](code/x86asm/euclidean_example.asm)
+{% sample lang="x64" %}
+[import:43-78, lang="x64"](code/x64/euclidean_example.s)
 {% endmethod %}
 
 Here, we simply line the two numbers up every step and subtract the lower value from the higher one every timestep. Once the two values are equal, we call that value the greatest common divisor. A graph of `a` and `b` as they change every step would look something like this:
@@ -86,8 +86,8 @@ Modern implementations, though, often use the modulus operator (%) like so
 [import:12-25, lang="julia"](code/julia/euclidean.jl)
 {% sample lang="nim" %}
 [import:1-11, lang="nim"](code/nim/euclid_algorithm.nim)
-{% sample lang="x86asm" %}
-[import:8-41, lang="x86asm"](code/x86asm/euclidean_example.asm)
+{% sample lang="x64" %}
+[import:8-41, lang="x64"](code/x64/euclidean_example.s)
 {% endmethod %}
 
 Here, we set `b` to be the remainder of `a%b` and `a` to be whatever `b` was last timestep. Because of how the modulus operator works, this will provide the same information as the subtraction-based implementation, but when we show `a` and `b` as they change with time, we can see that it might take many fewer steps:
@@ -138,8 +138,8 @@ The Euclidean Algorithm is truly fundamental to many other algorithms throughout
 [import, lang="julia"](code/julia/euclidean.jl)
 {% sample lang="nim" %}
 [import, lang="nim" %](code/nim/euclid_algorithm.nim)
-{% sample lang="x86asm" %}
-[import, lang="x86asm"](code/x86asm/euclidean_example.asm)
+{% sample lang="x64" %}
+[import, lang="x64"](code/x64/euclidean_example.s)
 {% endmethod %}