Orc compiler crash when not making object from lineInfoObj into a literal

[HugoGranstrom]

Description

import macros

macro foo(body: untyped): untyped =
  let a = body.lineInfoObj()
  let aLit = a.newLit
  result = quote do:
    echo `a` # `aLit` works though

foo:
  let c = 1

This bug was discovered when testing latest nimib against devel (see @ringabout's stacktrace here). The problem is that for some reason beyond me, the compiler crashes with a SIGSEGV: Illegal storage access. (Attempt to read from nil?) when running this code on orc/arc but not on refc. And I have only been able to reproduce it using the object returned by lineInfoObj. Creating a LineInfo object directly does not trigger this bug:

let a = LineInfo()

I have also tried creating my own objects and returning them from functions but without any success in reproducing this.

The way to make the example code work is to convert a to a literal with a.newLit and then it compiles.

Nim Version

Nim Compiler Version 1.9.1 [Linux: amd64]
Compiled at 2023-02-03
Copyright (c) 2006-2023 by Andreas Rumpf

git hash: 8e53fba
active boot switches: -d:release

Current Output

C:\Users\blue\Desktop\Nim\compiler\nim.nim(167) nim
C:\Users\blue\Desktop\Nim\compiler\nim.nim(122) handleCmdLine
C:\Users\blue\Desktop\Nim\compiler\main.nim(307) mainCommand
C:\Users\blue\Desktop\Nim\compiler\main.nim(276) compileToBackend
C:\Users\blue\Desktop\Nim\compiler\main.nim(130) commandCompileToC
C:\Users\blue\Desktop\Nim\compiler\modules.nim(136) compileProject
C:\Users\blue\Desktop\Nim\compiler\modules.nim(56) compileModule
C:\Users\blue\Desktop\Nim\compiler\passes.nim(186) processModule
C:\Users\blue\Desktop\Nim\compiler\passes.nim(79) processTopLevelStmt
C:\Users\blue\Desktop\Nim\compiler\cgen.nim(2021) myProcess
C:\Users\blue\Desktop\Nim\compiler\cgen.nim(2015) genTopLevelStmt
C:\Users\blue\Desktop\Nim\compiler\cgen.nim(1064) genProcBody
C:\Users\blue\Desktop\Nim\compiler\ccgstmts.nim(1636) genStmts
C:\Users\blue\Desktop\Nim\compiler\ccgexprs.nim(3071) expr
C:\Users\blue\Desktop\Nim\compiler\ccgexprs.nim(2765) genStmtList
C:\Users\blue\Desktop\Nim\compiler\ccgstmts.nim(1636) genStmts
C:\Users\blue\Desktop\Nim\compiler\ccgexprs.nim(3121) expr
C:\Users\blue\Desktop\Nim\compiler\ccgstmts.nim(1271) genTryGoto
C:\Users\blue\Desktop\Nim\compiler\ccgexprs.nim(3071) expr
C:\Users\blue\Desktop\Nim\compiler\ccgexprs.nim(2765) genStmtList
C:\Users\blue\Desktop\Nim\compiler\ccgstmts.nim(1636) genStmts
C:\Users\blue\Desktop\Nim\compiler\ccgexprs.nim(3071) expr
C:\Users\blue\Desktop\Nim\compiler\ccgexprs.nim(2754) genStmtList
C:\Users\blue\Desktop\Nim\compiler\ccgstmts.nim(1636) genStmts
C:\Users\blue\Desktop\Nim\compiler\ccgexprs.nim(3024) expr
C:\Users\blue\Desktop\Nim\compiler\ccgcalls.nim(830) genCall
C:\Users\blue\Desktop\Nim\compiler\ccgcalls.nim(828) genAsgnCall
C:\Users\blue\Desktop\Nim\compiler\ccgcalls.nim(429) genPrefixCall
C:\Users\blue\Desktop\Nim\compiler\ccgcalls.nim(407) genParams
C:\Users\blue\Desktop\Nim\compiler\ccgcalls.nim(312) genArg
C:\Users\blue\Desktop\Nim\compiler\cgen.nim(687) initLocExprSingleUse
C:\Users\blue\Desktop\Nim\compiler\ccgexprs.nim(3030) expr
C:\Users\blue\Desktop\Nim\compiler\ccgcalls.nim(830) genCall
C:\Users\blue\Desktop\Nim\compiler\ccgcalls.nim(828) genAsgnCall
C:\Users\blue\Desktop\Nim\compiler\ccgcalls.nim(429) genPrefixCall
C:\Users\blue\Desktop\Nim\compiler\ccgcalls.nim(407) genParams
C:\Users\blue\Desktop\Nim\compiler\ccgcalls.nim(312) genArg
C:\Users\blue\Desktop\Nim\compiler\cgen.nim(687) initLocExprSingleUse
C:\Users\blue\Desktop\Nim\compiler\ccgexprs.nim(3070) expr
C:\Users\blue\Desktop\Nim\compiler\ccgexprs.nim(2761) genStmtListExpr
C:\Users\blue\Desktop\Nim\compiler\ccgexprs.nim(3070) expr
C:\Users\blue\Desktop\Nim\compiler\ccgexprs.nim(2754) genStmtListExpr
C:\Users\blue\Desktop\Nim\compiler\ccgstmts.nim(1636) genStmts
C:\Users\blue\Desktop\Nim\compiler\ccgexprs.nim(3109) expr
C:\Users\blue\Desktop\Nim\compiler\ccgstmts.nim(1629) genAsgn
C:\Users\blue\Desktop\Nim\compiler\ccgstmts.nim(136) loadInto
C:\Users\blue\Desktop\Nim\compiler\ccgcalls.nim(828) genAsgnCall
C:\Users\blue\Desktop\Nim\compiler\ccgcalls.nim(429) genPrefixCall
C:\Users\blue\Desktop\Nim\compiler\ccgcalls.nim(407) genParams
C:\Users\blue\Desktop\Nim\compiler\ccgcalls.nim(294) genArg
C:\Users\blue\Desktop\Nim\compiler\cgen.nim(674) initLocExpr
C:\Users\blue\Desktop\Nim\compiler\ccgexprs.nim(3052) expr
C:\Users\blue\Desktop\Nim\compiler\ccgexprs.nim(1579) genObjConstr
C:\Users\blue\Desktop\Nim\compiler\ccgexprs.nim(3009) expr
C:\Users\blue\Desktop\Nim\compiler\ccgexprs.nim(482) putDataIntoDest
C:\Users\blue\Desktop\Nim\compiler\ccgexprs.nim(323) genAssignment
C:\Users\blue\Desktop\Nim\compiler\ast.nim(1454) skipTypes
SIGSEGV: Illegal storage access. (Attempt to read from nil?)

Expected Output

No crash

Possible Solution

No response

Additional Information

No response

[ringabout]

It seems to be a common problem of VM, whose types disappear after evaluation. I might check semmacrosanity.