[Bug target/119547] RISC-V: VSETVL mistakenly modified other data

2025-04-29 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119547 --- Comment #19 from GCC Commits --- The releases/gcc-14 branch has been updated by Kito Cheng : https://gcc.gnu.org/g:ae6ce4cd33d00b8acc9503b0d4883fa92c1a696d commit r14-11700-gae6ce4cd33d00b8acc9503b0d4883fa92c1a696d Author: Robin Dapp Date

[Bug target/119547] RISC-V: VSETVL mistakenly modified other data

2025-04-15 Thread rdapp at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119547 Robin Dapp changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug target/119547] RISC-V: VSETVL mistakenly modified other data

2025-04-15 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119547 --- Comment #17 from GCC Commits --- The master branch has been updated by Robin Dapp : https://gcc.gnu.org/g:517f7e3f02b4c945d2b4bdabb490961cf986391e commit r15-9491-g517f7e3f02b4c945d2b4bdabb490961cf986391e Author: Robin Dapp Date: Fri Ap

[Bug target/119547] RISC-V: VSETVL mistakenly modified other data

2025-04-08 Thread rdapp at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119547 --- Comment #16 from Robin Dapp --- > Yes, it is precisely the issue I have encountered in cvtScale8s64f (actually > in cvt_64f). After the commit 34ae3a99, the default value of > LOGICAL_OP_NON_SHORT_CIRCUIT has changed from 0 into 1, it will c

[Bug target/119547] RISC-V: VSETVL mistakenly modified other data

2025-04-04 Thread rdapp at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119547 --- Comment #15 from Robin Dapp --- > Yes, it is precisely the issue I have encountered in cvtScale8s64f (actually > in cvt_64f). After the commit 34ae3a99, the default value of > LOGICAL_OP_NON_SHORT_CIRCUIT has changed from 0 into 1, it will c

[Bug target/119547] RISC-V: VSETVL mistakenly modified other data

2025-04-04 Thread zhijin.zeng at spacemit dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119547 --- Comment #14 from 曾治金 --- (In reply to Robin Dapp from comment #13) > Hmm, now I compiled with -O3 on top of --param > logical-op-non-short-circuit=0 (which shouldn't actually be necessary or > change anything as it's the default) but there

[Bug target/119547] RISC-V: VSETVL mistakenly modified other data

2025-04-03 Thread rdapp at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119547 --- Comment #13 from Robin Dapp --- Hmm, now I compiled with -O3 on top of --param logical-op-non-short-circuit=0 (which shouldn't actually be necessary or change anything as it's the default) but there is a segmentation fault in _ZN2cv12cpu_b

[Bug target/119547] RISC-V: VSETVL mistakenly modified other data

2025-04-03 Thread rdapp at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119547 --- Comment #12 from Robin Dapp --- > I recompile the opencv application with current gcc(commit b6aafe9a5b), and > it still reproduce this bug. Do you have apply the patch of step 3 which > enable vector implement of cvt_64f function? Yes, I

[Bug target/119547] RISC-V: VSETVL mistakenly modified other data

2025-04-03 Thread zhijin.zeng at spacemit dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119547 --- Comment #11 from 曾治金 --- (In reply to Robin Dapp from comment #10) > > 4. run > > ``` > > export LD_LIBRARY_PATH=//lib > > ./opencv_test_core > > --gtest_filter="Core_ConvertScale/ElemWiseTest.accuracy/0" > > ``` > > [==] Runni

[Bug target/119547] RISC-V: VSETVL mistakenly modified other data

2025-04-03 Thread rdapp at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119547 --- Comment #10 from Robin Dapp --- > 4. run > ``` > export LD_LIBRARY_PATH=//lib > ./opencv_test_core --gtest_filter="Core_ConvertScale/ElemWiseTest.accuracy/0" > ``` [==] Running 1 test from 1 test case. [--] Global test e

[Bug target/119547] RISC-V: VSETVL mistakenly modified other data

2025-04-03 Thread rdapp at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119547 --- Comment #9 from Robin Dapp --- > cmake --build cross-build/$BUILD_DIR-gcc --target opencv_test_core -j10 > ``` > 4. run > ``` > export LD_LIBRARY_PATH=//lib > ./opencv_test_core --gtest_filter="Core_ConvertScale/ElemWiseTest.accuracy/0"

[Bug target/119547] RISC-V: VSETVL mistakenly modified other data

2025-04-01 Thread zhijin.zeng at spacemit dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119547 --- Comment #6 from 曾治金 --- This issue report in https://github.com/opencv/opencv/issues/26936, and I extract it into my test case. I just check the assemble code and don't run the test case. But if you need to run the opencv application to fi

[Bug target/119547] RISC-V: VSETVL mistakenly modified other data

2025-04-01 Thread zhijin.zeng at spacemit dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119547 --- Comment #8 from 曾治金 --- This is my temporary patch and may be it's incorrect. Perhaps I am unable to solve this issue, but I would like to offer this patch as a reference. >From 2068f7493da45d67699de587224510659fe776a7 Mon Sep 17 00:00:00

[Bug target/119547] RISC-V: VSETVL mistakenly modified other data

2025-04-01 Thread zhijin.zeng at spacemit dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119547 --- Comment #7 from 曾治金 --- (In reply to Li Pan from comment #2) > Any information about gcc version? Seems asm layout is different from > today's upstream. CC RISC-V relatives. > > 123 │ .L41: > 124 │ addiw t2,t2,1 > 125 │ v

[Bug target/119547] RISC-V: VSETVL mistakenly modified other data

2025-04-01 Thread zhijin.zeng at spacemit dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119547 --- Comment #3 from 曾治金 --- Hi, it will reproduce by gcc 14.2. And in gcc upstream code, you need to add `--param logical-op-non-short-circuit=0` flag to reproduce. This is because the default value of LOGICAL_OP_NON_SHORT_CIRCUIT of risc-v is c

[Bug target/119547] RISC-V: VSETVL mistakenly modified other data

2025-04-01 Thread rdapp at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119547 --- Comment #5 from Robin Dapp --- Do you happen to have an excution test ready so I can have a look?

[Bug target/119547] RISC-V: VSETVL mistakenly modified other data

2025-03-31 Thread zhijin.zeng at spacemit dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119547 曾治金 changed: What|Removed |Added CC||zhijin.zeng at spacemit dot com --- Comment #4 fr

[Bug target/119547] RISC-V: VSETVL mistakenly modified other data

2025-03-31 Thread pan2.li at intel dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119547 Li Pan changed: What|Removed |Added CC||jeffreyalaw at gmail dot com,

[Bug target/119547] RISC-V: VSETVL mistakenly modified other data

2025-03-31 Thread zhijin.zeng at spacemit dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119547 --- Comment #1 from 曾治金 --- I think this issue has nothing to do with the logical-op-non-short-circuit parameter and it is a bug of risc-v vsetvl pass. The risc-v vsetvl pass use lcm algorithm to find the suitable place to insert vsetvl instruct