Hacktoberfest 2026: the issues maintainers tagged for October, open and beginner-friendly. Browse Hacktoberfest issues

Julia: functions with a `where` clause are dropped entirely

Open
#4,126 1 comment 0 reactions 0 assignees View on GitHub

Maintainers usually reply within 1 day

Nobody has claimed this yet.

  • #4127 by @rajatnagda45 — closed without merging

Assessment

Difficulty
2/5
Estimated time
1-3 hours
Newbie friendliness
25/100
Issue type
Bug
Clarity
Clearly specified
Activity status
Stale
Tech stack
julia, python
Domain
devtools

Research direction

Start with the Julia signature reader used by extract_julia and reproduce the issue with the provided where.jl example. Done means extraction includes a combine() node and its calls edge to merge_all; note that a linked pull request is already open.

Written by the indexing model from the issue text.

Description

Version / commit

v0.9.77 (v8 @ 5c7b847)

Environment

macOS, Python 3.13, clean checkout of v8.

What happens

Any Julia method written with a where clause is silently dropped from the graph — no node, no defines edge, and none of the calls made from its body are recorded.

where constraints are everywhere in idiomatic generic Julia, so this erases a large fraction of a real codebase's functions.

Minimal reproduction
# where.jl
function combine(a::Vector{T}, b::Vector{T}) where {T<:Number}
    merge_all(a, b)
end
function merge_all(a, b)
    return a
end
from graphify.extract import extract_julia
r = extract_julia("where.jl")
print([n["label"] for n in r["nodes"]])
# -> ['where.jl', 'merge_all()']   # 'combine()' is missing
print([(e["source"], e["target"]) for e in r["edges"] if e["relation"] == "calls"])
# -> []                            # combine -> merge_all lost
Expected vs actual
  • Expected: a combine() node with a calls edge to merge_all.
  • Actual: combine is absent and its body call vanishes.
Root cause

The signature reader only looks for a direct call_expression child of the signature node, but a where method wraps the call head in a where_expression, so the name is never found and the definition falls through.

A clean checkout of v8 reproduces it. Fix PR to follow.

Dominant language
Python
Stars
124k
Forks
11.9k
PR merge metrics
No merged PRs in 30d

Getting set up

This project ships no dev container, Dockerfile or contributing guide, so setting up is up to you: start from its README, and see our first-contribution guide for the general steps.

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from Graphify-Labs/graphify

All issues in Graphify-Labs/graphify

Similar issues

More Python issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.