Skip to content

Conversation

avik-pal
Copy link
Collaborator

I can confirm that we are now hitting the custom dispatch for searchsortedfirst but raising still seems to fail

@wsmoses
Copy link
Member

wsmoses commented Sep 24, 2025

if it hits raising that means we're likely not hitting a relevant overload?

)::TracedRNumber{keytype(a)}
x = TracedUtils.promote_to(TracedRNumber{Reactant.unwrapped_eltype(a)}, x)

@eval function Base.searchsortedfirst(a::$(aType), x::$(xType), o::Base.DirectOrdering)
Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It is hitting this (confirmed with the good old way of changing the function and checking the traced mlir). not sure if we want to call into some other function

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

hm who is still calling the kernel then, that's weird

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants