pcpp cannot handle our code: What's the best path forward? about ford HOT 6 CLOSED

Yep, that's the correct fix. I switched to pcpp as it's a Python package so I could just add it to the dependencies of Ford and not have to worry about gfortran/cpp being installed on the target machine -- useful for running in CI!

pcpp is just called like pcpp -D<defines> -I<includes> <sourcefile>. If it fails, ford should print the command that failed. If you're not getting that, then you can double check the command line here:

Stick a print(f{"command=}") there and you should see exactly how pcpp is called.

from ford.

Okay. I think I see the issue:

❯ rg 'procedure :: capacity'
file_from_cpp12
638:         procedure :: capacity => ti_capacity
2086:         procedure :: capacity => tt_capacity

file_from_pcpp
351:         procedure :: capacity => ti_ capacity
1456:         procedure :: capacity => tt_ capacity

for some reason, pcpp is putting in an extra space in a LOT of calls. So it's getting ti_ capacity instead of ti_capacity.

from ford.

Okay. Issue filed at pcpp, ned14/pcpp#84, but I'm guessing the fact we seem to rely on -traditional-cpp means we might be out of luck. Luckily, not too hard to get GNU cpp on most systems.

from ford.

Ah, that's a pain! This is probably worth turning into a FAQ, I imagine it will come up again

from ford.

Yeah. And it looks like it's a wontfix for the pcpp folks (as expected). As I said in that issue, the "right" thing is to wait for the Fortran 202Y Standard Preprocessor and we can make a pfpp at that point.

from ford.

Also, as an aside, I think the readthedocs here still points to the Ford 6 info. That's why I was a bit confused about the pcpp stuff.

from ford.