remove use of jl_set_value on 1.9. fix UndefVarError for new nightly error formatting

[simonbyrne]

Fixes #708 (I hope).

@vtjnash is this the correct usage?

[codecov]

Codecov Report

Merging #709 (a58ebc2) into master (9537cdd) will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##           master     #709   +/-   ##
=======================================
  Coverage   93.42%   93.42%           
=======================================
  Files           2        2           
  Lines         517      517           
=======================================
  Hits          483      483           
  Misses         34       34           

Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.

[vtjnash]

It might be better to call jl_f_setglobal, but this does look the same

[simonbyrne]

Error appears to now be

ERROR: LoadError: MethodError: no method matching active_module()
You may have intended to import Base.active_module
The applicable method may be too new: running in world age 17748, while current world is 17759.

Closest candidates are:
  active_module() (method too new to be called from this world context.)
   @ REPL /opt/hostedtoolcache/julia/nightly/x64/share/julia/stdlib/v1.9/REPL/src/REPL.jl:494
  active_module(::REPL.REPLDisplay) (method too new to be called from this world context.)
   @ REPL /opt/hostedtoolcache/julia/nightly/x64/share/julia/stdlib/v1.9/REPL/src/REPL.jl:500
  active_module(::REPL.LineEditREPL) (method too new to be called from this world context.)
   @ REPL /opt/hostedtoolcache/julia/nightly/x64/share/julia/stdlib/v1.9/REPL/src/REPL.jl:498
  ...

Stacktrace:
  [1] active_module()
    @ Base ./show.jl:488
  [2] show_type_name(io::IOContext{IOBuffer}, tn::Core.TypeName)
    @ Base ./show.jl:1029
  [3] show_datatype(io::IOContext{IOBuffer}, x::DataType, wheres::Vector{TypeVar})
    @ Base ./show.jl:1082

[simonbyrne]

This might be due to JuliaLang/julia#45838? @aviatesk Any suggestions on what we might be able to do here?

[IanButterworth]

bump @aviatesk

[KristofferC]

Error appears to now be

Should be fixed via JuliaLang/julia#46866

[IanButterworth]

1.6 failures are #706

[simonbyrne]

This line is failing on Windows x86 1.7:

PackageCompiler.jl/test/runtests.jl

Line 76 in 5b3b07c

rm(joinpath(new_depot, "artifacts"); recursive=true)

[IanButterworth]

pushed fix for test breakage due to JuliaLang/julia#47077

[IanButterworth]

RTM? The macos 1.8 runner is hanging on master too (#730)

[IanButterworth]

I'm going to merge given the discussion above and that tests pass on nightly now