Mercurial > repos > public > sbplib_julia
view TODO.md @ 455:b86312d14873 feature/inflated_tensormapping
Make split_index type stable
author | Jonatan Werpers <jonatan@werpers.com> |
---|---|
date | Wed, 21 Oct 2020 16:29:59 +0200 |
parents | 1c41f4fd3e61 |
children | 7e698030c170 |
line wrap: on
line source
# TODO ## Skämskudde - [ ] Ändra namn på variabler och funktioner så att det följer style-guide - [ ] Skriv tester ## Coding - [ ] Add new Laplace opertor to DiffOps, probably named WaveEqOp(?!!?) - [ ] Add 1D operators (D1, D2, e, d ... ) as TensorOperators - [ ] Create a struct that bundles the necessary Tensor operators for solving the wave equation. - [ ] Add a quick and simple way of running all tests for all subpackages. - [ ] Replace getindex hack for flatteing tuples with flatten_tuple. - [ ] Fix indexing signatures. We should make sure we are not too specific. For the "inbetween" layers we don't know what type of index is coming so we should use `I...` instead of `I::Vararg{Int,R}` or probably better `I::Vararg{Any,R}` - [ ] Use `@inferred` in a lot of tests. - [ ] Make sure we are setting tolerances in tests in a consistent way ## Repo - [ ] Add Vidar to the authors list - [ ] Rename repo to Sbplib.jl # Wrap up tasks - [ ] Kolla att vi har @inbounds och @propagate_inbounds på rätt ställen - [ ] Kolla att vi gör boundschecks överallt och att de är markerade med @boundscheck - [ ] Kolla att vi har @inline på rätt ställen - [ ] Profilera # Old stuff todos (Are these still relevant?) Borde det finns motsvarande apply_stencil för apply_quadrature, apply_boundary_value och apply_normal_derivative? Borde man alltid skicka in N som parameter i apply_2nd_derivative, t.ex som i apply_quadrature? Just nu agerar apply_normal_derivative, apply_boundary_value på inte på v som en vektor, utan randvärdet plockas ut utanför. Känns inte konsistent med övrig design.