Denis Davydov

@caliarim > if msaupd is 1 in your main program, then pdsaupd.f will set msglvl to msaupd and print some information could you please help clarify this given my previous...

@fghoussen since you added C/C++ bindings, maybe you know how to set those common block variables of (p)Arpack from C/C++? I tried ``` extern "C" { extern struct { int...

I close as I worked around the problem by patching.

Thanks @fghoussen for the detailed reply. Since I am under pressure to get some results, for now I will stick with patching and maybe get back to this issue later.

@fghoussen I think you invested already enough time into trying to solve this issue, thank you 👍 > But I can push that (?) if you want to restart from...

as of d7deefda828329037163720dc976f2527672564c the issue is still there. based on https://www.obliquity.com/computer/fortran/common.html >the name of the BLOCK DATA subprogram unit should be included in an EXTERNAL statement in some or all...

@fghoussen @sylvestre @caliarim here is an interesting thing I found while debugging this issue. Inside `PARPACK/SRC/MPI/pdgetv0.f` I see ``` (gdb) f 1 #1 0x00007fffd7af4289 in pdgetv0 (comm=0, ido=2, bmat='G', itry=1,...

@fghoussen you probably mis-read my post. It’s not the common block variables that have issues. Have a look at the printing from debugger.

But you missed the bizarre ``` (gdb) p mgetv0 $1 = 0 ```

@fghoussen wow, thanks for reply. The more I know about Fortran, the less I want to ever touch it ;-) I will try a few things tomorrow and report back