Hi,

we have a a problem with filename resolution in Ozone. We build our software with Docker (Linux) on a Windows 10 machine. We already managed that Ozone finds our own Source files by using Project.AddPathSubstitute("/D/", "D:/");.
But we have problems with the standard headers. In the Ozone Console windows we get the following:
File.Open ("D:/projects/F6MA/BasisModul/BasisModul/build/Docker_Debug_arm_gcc/BasisModul/BasisModul.elf");
File not found: /opt/arm-none-eabi/include/c++/8.2.1/atomic
File not found: /opt/arm-none-eabi/include/c++/8.2.1/bits/vector.tcc
File not found: /opt/arm-none-eabi/include/c++/8.2.1/bits/basic_string.tcc
File not found: /opt/arm-none-eabi/include/c++/8.2.1/bits/list.tcc
File.Open: completed in 2862 ms
Edit.Preference (PREF_SHOW_EXEC_COUNTERS_ASM, 0);
Edit.Preference (PREF_SHOW_EXEC_COUNTERS_SRC, 0);
694 source file paths resolved
143 source files not found

That is quite obvious, because Windows does not have an "/opt/"-Folder. The correct path would be C:\Tools\GNU Tools ARM Embedded\8.2.1_20181213, but we don't get it working with Project.AddPathSubstitute.
Is there a way to get the filenames resolved?

Br and have a nice weekend,
Wolfgang

Hi Nino,

thanks for your answer.
I managed to tell Ozone where to find most of the files, but not all. Files with extensions other than .h seem to be a problem.
So I tried to find e.g. vector by hand and this it what Ozone shows:



As the filter is set to *.1/vector, I am not able to select the correct file.
Also Ozone does not find all of my own source, but most of thems. Some are left out, but others in the same folder are found. It looks like the Project.AddPathSubstitute("/D/", "D:/"); does not work for all files.
Not ok:

Ok:



Br,
Wolfgang