-
Notifications
You must be signed in to change notification settings - Fork 48
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
2024.06: Toolchain verification summary #627
Comments
Several tests are currently failing due to a specific warning: cc1: warning: multiple '-mcpu=' options specified This issue arises because Jenkins executions default to including the "-mcpu=" option. Some tests require a particular "-mcpu" setting, which dejagnu passes to GCC. Consequently, both configurations overlap, causing errors. For instance, the logs illustrate this conflict:
The "-mcpu=" option is initially provided by the testing configuration, while dejagnu adds another based on the test case's requirements. This conflict must be addressed. @yaroslavsadin |
@luismgsilva Verifications scripts correctly set /* { dg-options "-O2 -mcpu=em" } */ List of failing cases:
Related commits: These are recent changes so they didn't affect the reference build. Please check with commits' authors. I guess they forgot to specify unsupported targets with |
We have another issue due to using nSIM GNU IO Hostlink (nsim.specs) that can't handle test exit code: $ ./arc-multilib-elf32/bin/arc-elf32-gcc -mcpu=archs -w -c --specs=nsim.sp
ecs -o gcc-testglue.o /usr/local/share/dejagnu/testglue.c
$ ./arc-multilib-elf32/bin/arc-snps-elf-gcc sources/src/gcc/gcc/testsuite/gcc.dg/tree-prof/pr79587.c -mcpu=archs -dumpbase -fdiagnostics-plain-output -O2 -flto -fprofile-generate -D_PROFILE_GENERATE -dumpbase-ext .x01 --specs=nsim.specs -Wl,--defsym=__DEFAULT_HEAP_SIZE=256m -Wl,--defsym=__DEFAULT_STACK_SIZE=1024m -Wl,-wrap,exit -Wl,-wrap,_exit -Wl,-wrap,main -Wl,-wrap,abort -Wl,gcc-testglue.o -lm -o pr79587.x01
$ ${NSIM_HOME}/bin/nsimdrv -on nsim_isa_enable_timer_0 -on nsim_isa_enable_timer_1 -off invalid_instruction_interrupt -off memory_exception_interrupt -on nsim_download_elf_sections -prop=nsim_emt=1 -p nsim_isa_family=av2hs -p nsim_isa_core=3 -on nsim_isa_sat -p nsim_isa_atomic_option=1 -p nsim_isa_code_density_option=2 -p nsim_isa_div_rem_option=2 -p nsim_isa_ll64_option=1 -p nsim_isa_mpy_option=2 pr79587.x01
*** EXIT code 4242 This will be fixed internally by using MetaWare Hostlink (hl.specs). No need to change exp files, can be done by exporting |
Possible misconfiguration for hs38_linux on the "c23-stdarg-9.c" test case. [0] 08:08:08.741902 ERROR:[CPU0] Encountered 'InstructionError' exception while this exception is disabled in nSIM - halting. PC:0x00000574 EFA:0x00000574 ECR:0x00020000
[0x00000574] 0x2c72104d AD K DZ dmpywh r13,r12,0x1
EXCEPTION RAISED:
ECR <= 0x00020000 - VECTOR:InstructionError
ERET <= 0x00000574
ERSTATUS <= 0x00080841
BTA <= 0x000014b8
EFA <= 0x00000574
PC <= 0x00000000
STATUS32 <= 0x00081021 |
That fixes all 59 errors. |
Not a misconfiguration,
I have a strong feeling this has something to do with the |
ARCv2 PRM states that for all operations that produce a 64-bit result, the A operand must be an even-numbered register. The compiler uses r13 as A, so that must be the problem here. Reproduce as follows:
|
@luismgsilva So here's the right way to write those test cases: thumb2-slow-flash-data-5.c. We also have some ARC-specific procedures checking for the mcpu: arc.exp (seems incomplete though). It's responsibility of each nongeneric test case to check if it's supported in the given run, and mark itself skipped otherwise, external system can't do that. |
Reduced test case:
|
@luismgsilva please make necessary changes here: we need to close it for 2024.06 with remaining work filed as a separate issue to be addressed in the next release. |
Some of the reported issues here have already been fixed. Others, separate issues have been filed. For instance: |
When comparing the results from a Jenkins baseline to those from the 2024.06 release, several discrepancies were identified.
For instance, the configuration "arc-multilib-elf32_hs_nsim" displays new failures that are common across many other configurations. Thus, resolving these issues could potentially address a broad range of other configuration problems.
This is just the tip of the iceberg; additional test failures are observed in other configurations:
The text was updated successfully, but these errors were encountered: