On Mon, Aug 1, 2016 at 8:41 PM, Oliver Schulz <[email protected]> wrote: > So cases like > > broadcast((x,y,z)->..., A, B, C) > > can't be supported any longer? Darn. :-( I love the things you guys are > doing in regard to fusing operations, but that was a very, very useful thing > to have. Is there any other way to do this now?
Not before the bug is fixed and this is also orthogonal to loop fusion. > > On Monday, August 1, 2016 at 2:22:07 PM UTC+2, Yichao Yu wrote: >> >> On Mon, Aug 1, 2016 at 8:15 PM, Oliver Schulz >> <[email protected]> wrote: >> > Hi, >> > >> > sorry if this is already covered somewhere - have the semantics of >> > broadcast >> > changed in Julia 0.5? >> >> Essentially https://github.com/JuliaLang/julia/issues/17314 >> The promote_op basically assumes everything is a pure unary or binary >> operator. >> >> > >> > In 0.4, I can do >> > >> > broadcast(muladd, rand(5), rand(5), rand(5)) >> > >> > But in 0.5 (0.5.0-rc0+86), I get >> > >> > ERROR: MethodError: no method matching muladd(::Float64, ::Float64) >> > Closest candidates are: >> > muladd(::Float64, ::Float64, ::Float64) at float.jl:247 >> > muladd(::Real, ::Real, ::Complex{T<:Real}) at complex.jl:177 >> > muladd{T<:Number}(::T<:Number, ::T<:Number, ::T<:Number) at >> > promotion.jl:239 >> > ... >> > [...] >> > >> > >> > Is this a bug, or to be expected? >> > >> > Cheers, >> > >> > Oliver >> >
