Gabriel Wu

For a temporary workaround, do you think it is OK to build a standalone HDF5 for my application instead of using `HDF5_jll`?

By the way, after looking at the `build_tarballs.jl` of `HDF5_jll`, I think by removing https://github.com/JuliaPackaging/Yggdrasil/blob/7e759a039df729f627b165566e697837fcc88f41/H/HDF5/build_tarballs.jl#L44 this issue could be solved.

Related issues: #5949 #5972

By using `jl_expr_t`, - We do not need to handle code formats (e.g., indent). - We can still emit plain text (via Julia), which is guaranteed to be syntactically correct....

Seems that the `jl_expr_t` route causes LLVM double-linking issues since the Julia dynamic lib is linked to another version of LLVM.

I don't know if this issue can be handled easily. If not, then we will have to switch to the string route.

I think it is better to emit Julia source code directly, at least for now.

The current version can already emit some basic Julia code.

``` lfortran --show-julia src/runtime/pure/lfortran_intrinsic_kind.f90 ``` ```julia function dkind(x)::Int32 local r r = 8 return r end function kind(x)::Int32 local r r = 4 return r end function lkind(x)::Int32 local r...

@certik How should I test Fortran files that include `use ...`? ```fortran module test use lfortran_intrinsic_builtin implicit none contains end module ``` Trying to use `lfortran --show-asr test.f90` causes ```...