-
Notifications
You must be signed in to change notification settings - Fork 184
first cut at fixing deprecations / errors on 0.6 #536
Conversation
82cdb67
to
3190615
Compare
Codecov Report
@@ Coverage Diff @@
## master #536 +/- ##
==========================================
+ Coverage 99.13% 99.75% +0.62%
==========================================
Files 57 57
Lines 2898 2902 +4
==========================================
+ Hits 2873 2895 +22
+ Misses 25 7 -18 Continue to review full report at Codecov.
|
a72350c
to
567b4f8
Compare
@jpfairbanks for some reason, Specifically: https://travis-ci.org/JuliaGraphs/LightGraphs.jl/builds/209615638#L1033-L1035 |
567b4f8
to
42daf7c
Compare
Does this need julialang master?
|
I'm pretty sure it needs -alpha. |
I built master as of today and it worked. There are some deprecation warnings about inner constructors, which I think are tied to changes made in the following commit. |
Well tests failed with GZip.jl
|
Yup. These are the combinatorial laplacian and friends. |
It was working for me as of yesterday's build. :( |
So readall got renamed to readstring. I will put a commit on this branch to fix that. What happened to Tasks and produce/consume? |
[TODO]: turn this test back on before 0.6 release!
The inner constructor form: ```julia function NormalizedAdjacency(adjmat::CombinatorialAdjacency) sf = adjmat.D.^(-1/2) return new(adjmat, sf) end end ``` is replaced by ```julia function NormalizedAdjacency{T}(adjmat::CombinatorialAdjacency{T}) sf = adjmat.D.^(-1/2) return NormalizedAdjacency(adjmat, sf) end ``` This deprecates the calling convention: NormalizedAdjacency{Float64}(adjmat) in favor of NormalizedAdjacency(adjmat) which is much cleaner. The {Float64} parameter was needed because the NormalizedAdjacency(CombinatorialAdjacency{Int}(a)) needed to be of type Float64. This promotion choice was exposed to the caller instead of being made automatically. Now if you want to construct a NormalizedAdjacency{Float64} from a CombinatorialAdjacency{Int} you will have to use the default constructor and do the conversion by hand.
The next step is to replace produce/consume with channels.
|
Fixes deprecation warnings introduced in: JuliaLang/julia#19841 Changes an API interface: -function Graph(nvg::Int, neg::Int, edgestream::Task) +function Graph(nvg::Int, neg::Int, edgestream::Channel) Iteration over Tasks is deprecated so now we iterate over the Channel.
(@jpfairbanks - I edited your list above.) |
73053dd
to
ef8c221
Compare
Where is the channels code? (Why is this checked off?) |
I thought I made a branch with my commits that should be a part of this PR, but I can't find it. |
I thought I saw it too, and I was going to steal it. Could you (re)write it? |
…hs/LightGraphs.jl into sbromberger/compat-0.6
This commit 017137a has my channels stuff. It is in this PR |
OK, I got it (cherry picked into abstractions). I'm going to close this out since I think the plan is to make the abstractions branch the "official" 0.6 release. |
Branch
sbromberger/compat-0.6
is designed to work on Julia 0.6. So far all tests pass, though there are deprecations in graphmatrices, randgraphs, and persistence (the latter two dealing with produce/consume stuff.)