Closed UEWBot closed 4 months ago
Hi @UEWBot,
I see that the 'psa_generate_database
' rule is already running prior to this in the CMakeLists, irrespective of the suite being run. Please refer to lines 684 to 686 here: https://github.com/ARM-software/psa-arch-tests/blob/21f47a0e4a4fb1d3366402107632f636bb1933b4/api-tests/CMakeLists.txt#L684.
I also ran regressions for the IPC suite locally to verify this; it was building fine. Therefore, I don't see a need to add the same functionality line again in the CMakeLists. I suggest that if it's working for your platform, you can keep this patch-set locally. Amending it in the main branch could affect other partner builds as well.
Also, if possible, please share the new platform you're using and the exact error you're facing during the build. I'll have a look on our end, but I don't see a reason to add this same functionality line again in the CMake.
Regards, Avi.
Build is running fine for me.
It's exactly lines 686 and 687 in that cmakefile that I was looking at:
add_dependencies(${PSA_TARGET_PAL_NSPE_LIB} ${PSA_TARGET_GENERATE_DATABASE_POST}) add_dependencies(${PSA_TARGET_VAL_NSPE_LIB} ${PSA_TARGET_PAL_NSPE_LIB})
so the database is only generated for an NSPE build, not for an SPE build.
But looking at api-tests/val/val_spe.cmake, lines 19-20:
list(APPEND VAL_SRC_C_SPE ${PSA_ROOT_DIR}/val/spe/val_driver_service_apis.c )
and at val_driver_service_apis.c, line 20:
`
we see that val_target.c is needed for the *SPE* build as well as the NSPE build. And looking at val_target.c, line 19:
` we see that it needs the target database. Therefore the target database is needed for the SPE build, not just the NSPE build. Hence my patch.
Got your point, @UEWBot. Thank you for spotting and correcting this issue! We have merged the proposed changes in the repo., via triggering a P.R. #381.
I was building the IPC PSA Arch test for a new platform, and I got an error that target_database.h was missing while building val_target.c.
Digging into it, I was building the SPE code and the psa_generate_database rule was not being run because it is only a dependency of the NSPE build.
I applied this patch, which fixed the issue:
Chris