compiler: set up CallInfo interface type

[aviatesk]

This commit defines new CallInfo abstract type that is supposed to be interfaced by all callinfos like MethodMatchInfo. Actual interface features will be added in follow commits.

[aviatesk]

@nanosoldier runbenchmarks("inference", vs=":master")

[nanosoldier]

Your benchmark job has completed - possible performance regressions were detected. A full report can be found here.

[Keno]

Seems reasonable to me.

[aviatesk]

@nanosoldier runbenchmarks("inference", vs=":master")

[nanosoldier]

Your benchmark job has completed - possible performance regressions were detected. A full report can be found here.

[aviatesk]

@nanosoldier runbenchmarks("inference", vs=":master")

[aviatesk]

@nanosoldier runbenchmarks("inference", vs=":master")

[nanosoldier]

Your benchmark job has completed - possible performance regressions were detected. A full report can be found here.

[nanosoldier]

Your benchmark job has completed - possible performance regressions were detected. A full report can be found here.

[maleadt]

This has caused significant regressions in PkgEval: https://s3.amazonaws.com/julialang-reports/nanosoldier/pkgeval/by_date/2022-10/07/report.html

The source seems to be IRTools/Zygote, which obviously is used by a significant part of the ecosystem:

MethodError: Cannot `convert` an object of type Nothing to an object of type Core.Compiler.CallInfo
  
  Closest candidates are:
    convert(::Type{T}, !Matched::T) where T
     @ Base Base.jl:64
  
  Stacktrace:
    [1] setindex!(A::Vector{Core.Compiler.CallInfo}, x::Nothing, i1::Int64)
      @ Base ./array.jl:969
    [2] _unsafe_copyto!(dest::Vector{Core.Compiler.CallInfo}, doffs::Int64, src::Vector{Any}, soffs::Int64, n::Int64)
      @ Base ./array.jl:250
    [3] unsafe_copyto!
      @ ./array.jl:304 [inlined]
    [4] _copyto_impl!
      @ ./array.jl:327 [inlined]
    [5] copyto!
      @ ./array.jl:314 [inlined]
    [6] copyto!
      @ ./array.jl:339 [inlined]
    [7] copyto_axcheck!
      @ ./abstractarray.jl:1172 [inlined]
    [8] Vector{Core.Compiler.CallInfo}(x::Vector{Any})
      @ Base ./array.jl:621
    [9] convert
      @ ./array.jl:613 [inlined]
   [10] InstructionStream
      @ ./compiler/ssair/ir.jl:189 [inlined]
   [11] Core.Compiler.IRCode(ir::IRTools.Inner.IR)
      @ IRTools.Inner.Wrap ~/.julia/packages/IRTools/017wp/src/ir/wrap.jl:62
   [12] update!(ci::Core.CodeInfo, ir::IRTools.Inner.IR)
      @ IRTools.Inner ~/.julia/packages/IRTools/017wp/src/reflection/utils.jl:155
   [13] #s78#1068
      @ ~/.julia/packages/Zygote/dABKa/src/compiler/interface2.jl:40 [inlined]
   [14] var"#s78#1068"(::Any, ctx::Any, f::Any, args::Any)
      @ Zygote ./none:0
   [15] (::Core.GeneratedFunctionStub)(::Any, ::Vararg{Any})
      @ Core ./boot.jl:597
   [16] pullback(f::Function, ps::Params{Zygote.Buffer{Any, Vector{Any}}})
      @ Zygote ~/.julia/packages/Zygote/dABKa/src/compiler/interface.jl:373
   [17] gradient(f::Function, args::Params{Zygote.Buffer{Any, Vector{Any}}})
      @ Zygote ~/.julia/packages/Zygote/dABKa/src/compiler/interface.jl:96

[aviatesk]

Should be fixed by FluxML/IRTools.jl#101.