Kristoffer Carlsson

> Maybe we need to disable building compiled ccall etc for parametric functions? Is there any way we can detect the bad case and disable compilation only in those cases?

Nice to see this getting worked on again!

Still happens with #37 ``` julia> ASTInterpreter2.@enter [1; 2] typeof(f) = Int64 1 Tuple{Int64} ERROR: no unique matching method found for the specified argument types Stacktrace: [1] which(::Any, ::Any) at...

To solve this properly we need to basically reimplement the manual lowering like in: https://github.com/JuliaLang/julia/blob/37e49ce22bbe81d9e30126c71ffda940839a0727/stdlib/InteractiveUtils/src/macros.jl#L9-L90

Julia's iterator protocol lowers for loops into iterate statements as described in https://docs.julialang.org/en/v1/manual/interfaces/index.html#man-interface-iteration-1 which is where we are stopping at the second `n`. We might want to have a default...

Well, that `iterate` call comes after the function body so it is a bit odd to map it to a line ```jl 1] for x in A 2] print(x) 3]...

Using L to look at lowered code might give some insight to what is happening.

All of those might have the same line number then?

For + `string/basic` we get stuck at ``` ex = quote let b, n for T = (UInt8, Int8, UInt16, Int16, UInt32, Int32, UInt64, Int64, UInt128, Int128, BigInt), b =...

One worker for me seems to get stuck at something and consume a pretty hefty amount of memory  I'll try figure out what expression it is getting stuck at.