Skip to content

Commit d0ee9ad

Browse files
committed
Merge branch 'master' of github.com:algorithm-archivists/algorithm-archive
2 parents 285ebec + 2d00f51 commit d0ee9ad

File tree

3 files changed

+7
-7
lines changed

3 files changed

+7
-7
lines changed

chapters/euclidean_algorithm/euclidean.md

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -26,7 +26,7 @@ The algorithm is a simple way to find the *greatest common divisor* (GCD) of two
2626
{% sample lang="java" %}
2727
[import:9-22, lang="java"](code/java/euclidean_example.java)
2828
{% sample lang="go" %}
29-
[import:25-38, lang="go"](code/go/euclidean.go)
29+
[import:25-38, lang="golang"](code/go/euclidean.go)
3030
{% endmethod %}
3131

3232
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:
@@ -59,7 +59,7 @@ Modern implementations, though, often use the modulus operator (%) like so
5959
{% sample lang="java" %}
6060
[import:24-35, lang="java"](code/java/euclidean_example.java)
6161
{% sample lang="go" %}
62-
[import:14-23, lang="go"](code/go/euclidean.go)
62+
[import:14-23, lang="golang"](code/go/euclidean.go)
6363
{% endmethod %}
6464

6565
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:
@@ -108,7 +108,7 @@ Program.cs
108108
[import, lang="java"](code/java/euclidean_example.java)
109109
{% sample lang="go" %}
110110
### Go
111-
[import, lang="go"](code/go/euclidean.go)
111+
[import, lang="golang"](code/go/euclidean.go)
112112
{% endmethod %}
113113

114114

chapters/monte_carlo/monte_carlo.md

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -46,9 +46,9 @@ each point is tested to see whether it's in the circle or not:
4646
{% sample lang="rs" %}
4747
[import:7-9, lang:"rust"](code/rust/monte_carlo.rs)
4848
{% sample lang="d" %}
49-
[import:2-5, lang:"d"](code/rust/monte_carlo.d)
49+
[import:2-5, lang:"d"](code/d/monte_carlo.d)
5050
{% sample lang="go" %}
51-
[import:12-14, lang:"go"](code/go/monteCarlo.go)
51+
[import:12-14, lang:"golang"](code/go/monteCarlo.go)
5252
{% endmethod %}
5353

5454
If it's in the circle, we increase an internal count by one, and in the end,
@@ -97,7 +97,7 @@ Feel free to submit your version via pull request, and thanks for reading!
9797
[import, lang:"d"](code/d/monte_carlo.d)
9898
### Go
9999
{%sample lang="go" %}
100-
[import, lang:"go"](code/go/monteCarlo.go)
100+
[import, lang:"golang"](code/go/monteCarlo.go)
101101
{% endmethod %}
102102

103103

chapters/sorting_searching/bubble/bubble_sort.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -31,7 +31,7 @@ This means that we need to go through the vector $$\mathcal{O}(n^2)$$ times with
3131
{% sample lang="d" %}
3232
[import:3-18, lang:"d"](code/d/bubble_sort.d)
3333
{% sample lang="go" %}
34-
[import:7-21, lang:"go"](code/go/bubbleSort.go)
34+
[import:7-21, lang:"golang"](code/go/bubbleSort.go)
3535
{% sample lang="racket" %}
3636
[import:5-19, lang:"racket"](code/racket/bubbleSort.rkt)
3737
{% endmethod %}

0 commit comments

Comments
 (0)