Remove the TArray related docs about libtask.jl HOT 6 CLOSED

@yebai I won't be able to pick that up in the near future unfortunately

from libtask.jl.

After #129 is complete, we can depreciate all T* data structures, and create a switch for enabling _binding_copy for all Julia types.

from libtask.jl.

@rikhuijzer would you like to give it another go to depreciate all the TArray and TRef data structures? The new tape_copy API now allows us to copy objects of any user-specified types.

from libtask.jl.

@KDr2 let's create a PR to depreciate all the TArray / TRef APIs, and suggest to the user to use Array and Ref as a replacement. Then we can switch on deep-copying behaviour for Array and Ref types by default.

from libtask.jl.

Then we can switch on deep-copying behavior for Array and Ref types by default.

For backward compatibility, e.g. this example in README, maybe we can consider a keyword argument to the TapedTask constructor, i.e.

# Default option: when `deepcopy` is empty, then we don't perform deep copy for any types
TapedTask(...; deepcopy=[])

# Switch on deep copy behavior for Array, Dict, Ref
#  Need to update AdvancedPS to explicitly specify `deepcopy` 
TapedTask(...; deepcopy=[Array, Dict, Ref])


# In order to implement `tape_copy` for this design, we might need to 
#  dispatch on `TapedTask` instances, e.g. 

tape_copy(Val{tapedtask}, ...)

from libtask.jl.

a keyword argument to the TapedTask constructor

If we do this, we should add the same argument to TapedFunction and tape_copy? if so, it's not very clean I think.

tape_copy(Val{tapedtask}, ...)

I don't understand this, now we only tape_copy values in bindings.

from libtask.jl.