The bug occurs because the jl_static_show function in rtutils.c is not correctly handling the special case of Core.IntrinsicFunction types. The Symbol name in the MethodTable of jl_intrinsic_type is causing confusion, leading to incorrect representation.
How to reproduce
Execute which(Core.Compiler.is_pure_intrinsic_infer, (Core.IntrinsicFunction,)).sig in a Julia REPL to get the correct signature.
Pipe the result to Core.println to observe the incorrect representation.
Check the name and method table name of Core.IntrinsicFunction to see the inconsistency.
How to fix
Modify the jl_static_show function in rtutils.c to utilize the jl_intrinsic_name function for Core.IntrinsicFunction types. This will ensure the correct identifier is printed.
Update the is_globname_binding function to take an additional argument indicating whether v is a value or type. This will allow branching based on this information instead of using the || operator, which is currently leading to incorrect behavior.
Original issue: #9
Why the bug occurs
The bug occurs because the
jl_static_showfunction inrtutils.cis not correctly handling the special case ofCore.IntrinsicFunctiontypes. The Symbol name in the MethodTable ofjl_intrinsic_typeis causing confusion, leading to incorrect representation.How to reproduce
which(Core.Compiler.is_pure_intrinsic_infer, (Core.IntrinsicFunction,)).sigin a Julia REPL to get the correct signature.Core.printlnto observe the incorrect representation.Core.IntrinsicFunctionto see the inconsistency.How to fix
jl_static_showfunction inrtutils.cto utilize thejl_intrinsic_namefunction forCore.IntrinsicFunctiontypes. This will ensure the correct identifier is printed.is_globname_bindingfunction to take an additional argument indicating whethervis a value or type. This will allow branching based on this information instead of using the||operator, which is currently leading to incorrect behavior.Test these changes locally