Anonymous | Login | Signup for a new account | 2023-03-20 17:37 CET |
Main | My View | View Issues |
Viewing Issue Simple Details [ Jump to Notes ] | [ View Advanced ] [ Issue History ] [ Print ] | |||||||||||
ID | Category | Severity | Reproducibility | Date Submitted | Last Update | |||||||
0000179 | [libFirm] tools/scripts | minor | always | 2016-10-04 09:06 | 2017-05-08 16:16 | |||||||
Reporter | mohr | View Status | public | |||||||||
Assigned To | ||||||||||||
Priority | normal | Resolution | open | |||||||||
Status | new | Product Version | ||||||||||
Summary | 0000179: QEMU seems to not support CAS in user mode, causing two testsuite tests to fail | |||||||||||
Description |
The tests sparccode/asm.c (*) and sparccode/cas.c in our testsuite fail with SIGILL because QEMU seems not to support the CAS(A) instruction in user mode. See http://git.qemu.org/?p=qemu.git;a=commitdiff;h=16c358e96e0597b7d60754547166ad05ecc6d93d [^] for the commit that added CAS support; it is protected with "#if !defined(CONFIG_USER_ONLY)", which is set to 1 in the qemu user mode variant we use for the testsuite. I have no idea why this restriction is in place and asking a question in QEMU's IRC channel also didn't provide any clues. (*) The tests seems to pass but only because use of CAS is protected by "#ifdef leon", which is only set by our internal preprocessor. However, as we cross-compile to SPARC, cparser forces usage of the external preprocessor, so the alternative code path without CAS is compiled. |
|||||||||||
Additional Information | ||||||||||||
Tags | No tags attached. | |||||||||||
Attached Files | ||||||||||||
|
![]() |
|
(0000297) waldgrasgeniesser (reporter) 2017-05-08 16:16 |
I don't care that you broke your elbow. |
![]() |
|||
Date Modified | Username | Field | Change |
2016-10-04 09:06 | mohr | New Issue | |
2017-05-08 16:16 | waldgrasgeniesser | Note Added: 0000297 |
Mantis 1.1.5[^] Copyright © 2000 - 2008 Mantis Group |