-
-
Notifications
You must be signed in to change notification settings - Fork 5.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Merging max
and maximum
#11872
Comments
Is that really the main ambiguity driving the distinction? Perhaps |
Apparently there is a more generalized issue for this problem #8450 @JeffBezanson mentioned in his JuliaCon talk today. Good to see others aren't crazy about the vectorized versions of functions. |
I think this depends on |
|
Note that in principle we could revisit this now. |
There's an ambiguity here. If there is a type Compare to A real-world case are SIMD vectors. For these, both |
I don't think |
Related to #4235 and #4652 it seems like it would be nice to have one keyword
for all cases, preferably
max
instead ofmax
andmaximum
.The main reason we can't combine the two is because the following methods
would collide under the same function name:
max{T1<:Real,T2<:Real}(::AbstractArray{T1<:Real,N}, ::T2<:Real) at operators.jl:378
maximum(A::AbstractArray{T,N}, region) at reducedim.jl:261
Proposal:
Change
max
to handle all ofmaximum
's methods, discardingmaximum
anddiscarding the
max
method mentioned above.Instead, this aforementioned
max
method can be achieved through severaloptions:
broadcast
(ormap
?)max
.max
function (if possible?) in the same vein as.+
, etc.This is partly related to @johnmyleswhite's talk on 2015-06-25 JuliaCon
which mentioned vectorizing operations might be an issue and we should possibly
move back to using map.
Also #4235 (comment) mentioned
map
was too slow, is this still the case withbroadcast
?The text was updated successfully, but these errors were encountered: