Looks good now. Thanks. Please do the same for 3.15 and 3.16.
FYI: My CROSS_COMPILER_RUNTEST_ARCHS are RHEL7-x86_64-clang, SL6-x86_64,
and SL6-x86_32, my EPICS_HOST_ARCH is RHEL7-x86_64.
On 06.11.2018 21:52, Johnson, Andrew N. via Core-talk wrote:
On 11/2/18 6:02 AM, Dirk Zimoch wrote:
I have some architectures in my CROSS_COMPILER_RUNTEST_ARCHS and some of
their "dbtemplate" tests fail with the error message:
Can't exec "./msi-copy": No such file or directory at msi.t line 77.
It seems "msi-copy" is only created for the EPICS_HOST_ARCH, but not for
In src/ioc/dbtemplate/test/Makefile, I find:
TARGETS_HOST += msi-copy$(EXE)
This seems not sufficient. I have not found out yet what to use instead.
"msi" had been build for all my Linux targets, including those in
The msi-copy executable was a bit of a hack; it was needed so the msi.t
script could find an msi program to be tested. On the base-7.0 branch I
have modified the install rule that generates .t files from .plt sources
so they can now use @TOP@ and @ARCH@ which get replaced when the .t file
is built. As a result I deleted the msi-copy target because the script
can now run msi directly from the @TOP@/bin/@ARCH@ directory.
I think this fix should work for earlier branches, please test it when
you get a chance:
index fb03b54..dc73eac 100644
@@ -17,8 +17,9 @@ TESTS += msi
TESTSCRIPTS_HOST += $(TESTS:%=%.t)
-TARGETS_HOST += msi-copy$(EXE)
-TARGETS += $(TARGETS_$(BUILD_CLASS))
+ifneq (,$(findstring $(T_A),$(EPICS_HOST_ARCH) $(CROSS_COMPILER_RUNTEST_ARCHS)))
+ TARGETS += msi-copy$(EXE)
- Problem with cross-tests Dirk Zimoch
- Re: Problem with cross-tests Johnson, Andrew N. via Core-talk
- Navigate by Date:
Re: RTEMS5 with epics-base Michael Davidsaver
Re: hanging test in 3.15 Dirk Zimoch
- Navigate by Thread:
Re: Problem with cross-tests Johnson, Andrew N. via Core-talk
RTEMS5 with epics-base Heinz Junkes