Skip to content

Commit

Permalink
Enable highlighting in the manual
Browse files Browse the repository at this point in the history
A couple of code examples were not highlighted for some reason.
  • Loading branch information
mortenpi committed May 25, 2017
1 parent f67d4fd commit b710de9
Show file tree
Hide file tree
Showing 2 changed files with 4 additions and 4 deletions.
4 changes: 2 additions & 2 deletions doc/src/devdocs/subarrays.md
Original file line number Diff line number Diff line change
Expand Up @@ -54,7 +54,7 @@ any runtime overhead.

The strategy adopted is first and foremost expressed in the definition of the type:

```
```julia
struct SubArray{T,N,P,I,L} <: AbstractArray{T,N}
parent::P
indexes::I
Expand Down Expand Up @@ -89,7 +89,7 @@ types. For example, for `S1`, one needs to apply the `i,j` indices to the first
of the parent array, whereas for `S2` one needs to apply them to the second and third. The simplest
approach to indexing would be to do the type-analysis at runtime:

```
```julia
parentindexes = Array{Any}(0)
for thisindex in S.indexes
...
Expand Down
4 changes: 2 additions & 2 deletions doc/src/manual/performance-tips.md
Original file line number Diff line number Diff line change
Expand Up @@ -465,7 +465,7 @@ It is often convenient to work with data structures that may contain values of a
of type `Array{Any}`). But, if you're using one of these structures and happen to know the type
of an element, it helps to share this knowledge with the compiler:

```
```julia
function foo(a::Array{Any,1})
x = a[1]::Int32
b = x+1
Expand All @@ -481,7 +481,7 @@ expected type, potentially catching certain bugs earlier.

Keyword arguments can have declared types:

```
```julia
function with_keyword(x; name::Int = 1)
...
end
Expand Down

0 comments on commit b710de9

Please sign in to comment.