Ondřej Čertík

Compiling julienne

3

Using: https://github.com/Pranavchiku/julienne/tree/lf1 ```console git clone https://github.com/BerkeleyLab/julienne.git cd julienne git checkout -t origin/build-with-lfortran git checkout dfaee5820af211ca7a4a71e341b553be70403c6d fpm test --compiler=lfortran --flag --cpp ``` This is using assert with our fixes, so LFortran...

Support namelist

6

https://github.com/certik/fastGPT/commit/11ead54d4943be4a1e189ce97b5f31c6a182dcb5

Clean up runtime polymorphism

6

TODO: * [ ] Investigate when a ClassProcedure should be virtual (`is_deferred=true`). It looks like when `deferred` keyword is set, but also it seems it might be virtual by default...

Parser: add tests for `_lfortran_dict(integer, real(8)) :: x`

1

As a follow up on https://github.com/lfortran/lfortran/pull/7698, that PR likely already supports the syntax without `type`: ``` _lfortran_dict(integer, real(8)) :: x ``` Add tests for it.

Parser: remove 3 essential conflicts

2

See https://github.com/lfortran/lfortran/pull/7698#issuecomment-2968951922. They were introduced by a mistake in https://github.com/lfortran/lfortran/pull/5811, where I think I forgot to check for essential conflicts. We need to either remove the changes, or change them...

See here: https://github.com/lfortran/lfortran/pull/7573#issuecomment-2972851676

CI: dyld[6900]: Library not loaded: @rpath/libgfortran.5.dylib

3

https://github.com/lfortran/lfortran/actions/runs/15655622886/job/44106323500?pr=7731 ``` dyld[6900]: Library not loaded: @rpath/libgfortran.5.dylib Referenced from: /Users/runner/micromamba/pkgs/fpm-0.12.0-hcfc1361_0/bin/fpm Reason: tried: '/Users/runner/micromamba/pkgs/fpm-0.12.0-hcfc1361_0/bin/libgfortran.5.dylib' (no such file), '/Users/runner/micromamba/pkgs/fpm-0.12.0-hcfc1361_0/bin/../lib/libgfortran.5.dylib' (no such file), '/Users/runner/micromamba/pkgs/fpm-0.12.0-hcfc1361_0/bin/libgfortran.5.dylib' (no such file), '/Users/runner/micromamba/pkgs/fpm-0.12.0-hcfc1361_0/bin/../lib/libgfortran.5.dylib' (no such file), '/usr/local/lib/libgfortran.5.dylib' (no...

Consider making `--realloc-lhs` the default

1

@difference-scheme reported at https://github.com/lfortran/lfortran/issues/2940#issuecomment-2970101356: But in order to get the fixed behavior one needs to compile with either the option --realloc-lhs or --std=f23 (which includes the former). I can foresee...

These codes at our CI must be fixed to work with separate compilation: * [ ] PRIMA https://github.com/lfortran/lfortran/issues/7692 * [x] stdlib ( in sync with default mode ) * [x]...

lfortran_intrinsics.c:5193:5: warning: implicit declaration of function '_Unwind_Backtrace'

1

https://dev.azure.com/conda-forge/feedstock-builds/_build/results?buildId=1266659&view=logs&s=6884a131-87da-5381-61f3-d7acc3b91d76&j=ae18cb70-17c3-5a15-782b-9596d963d812 ``` [ 0%] Building C object src/runtime/legacy/CMakeFiles/lfortran_runtime_static.dir/__/__/libasr/runtime/lfortran_intrinsics.c.o [ 0%] Building CXX object src/libasr/CMakeFiles/lfortran_utils.dir/diagnostics.cpp.o /home/conda/feedstock_root/build_artifacts/lfortran_1749671241190/work/src/libasr/runtime/lfortran_intrinsics.c: In function 'get_stacktrace_addresses': /home/conda/feedstock_root/build_artifacts/lfortran_1749671241190/work/src/libasr/runtime/lfortran_intrinsics.c:5193:5: warning: implicit declaration of function '_Unwind_Backtrace' [-Wimplicit-function-declaration] 5193 | _Unwind_Backtrace(unwind_callback, &d);...