https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65866
Yuxuan Shui changed:
What|Removed |Added
CC||yshuiv7 at gmail dot com
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114566
--- Comment #7 from Yuxuan Shui ---
Looks similar to Bug 110027, but ASAN is not involved here.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114566
--- Comment #5 from Yuxuan Shui ---
And -fstack-protector-strong is needed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114566
--- Comment #4 from Yuxuan Shui ---
Reduced a bit further:
void setup_tone_curves(float binHz, float center_decay_rate) {
float workc[8][56];
memset(workc, 0, sizeof(workc));
for (int j = 0; j < 8; j++) {
for (int k = 0; k < 56;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114566
--- Comment #3 from Yuxuan Shui ---
Roughly reduced example:
#include
#include
#define toOC(n) (log(n)*1.442695f-5.965784f)
float *setup_tone_curves(float binHz,
float center_decay_rate) {
float workc[8][56];
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114566
--- Comment #2 from Yuxuan Shui ---
/nix/store/qp3k692bxjhlzvsdqpq7mdylfyr7i1ln-gcc-wrapper-13.2.0/bin/gcc
-I/tmp/vorbis/include -I/tmp/vorbis/lib -O3 -march=znver4 -mtune=znver4 -g -o
psy.c.o -c /tmp/vorbis/lib/psy.c -v
Using built-in specs.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114566
Bug ID: 114566
Summary: Misaligned vmovaps when compiling libvorbis for znver4
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113551
--- Comment #18 from Yuxuan Shui ---
(In reply to Andrew Pinski from comment #17)
> (In reply to Yuxuan Shui from comment #16)
> > ...
>
> So -fno-strict-overflow does -fno-wrapv-pointer so we can assume pointer
> arithmetic wraps now and then
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113551
--- Comment #16 from Yuxuan Shui ---
(In reply to Andrew Pinski from comment #13)
> (In reply to Yuxuan Shui from comment #12)
>> ...
>
> Except that is undefined ...
> Manually unswitching introduces the undefined behavior in the code.
> So
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113551
--- Comment #15 from Yuxuan Shui ---
(In reply to Marek Polacek from comment #14)
> I don't see a complete testcase that I could bisect.
Please use the code sample in the original comment. since there are questions
that the manually unswitched
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113551
--- Comment #12 from Yuxuan Shui ---
I think this is the MRE:
void bug(struct obj *dso) {
if (>i) {
if (dso == (void *)0)
return;
assert_not_null(dso);
}
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113551
--- Comment #11 from Yuxuan Shui ---
reduced it a bit:
void bug(struct obj **root, struct obj *dso) {
if (>i) {
while (1) {
struct obj *this = *root;
if (dso == (void
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113551
--- Comment #10 from Yuxuan Shui ---
the manually unswitched version can probably be reduced further.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113551
Yuxuan Shui changed:
What|Removed |Added
Summary|[13 Regression] |[13 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113551
--- Comment #2 from Yuxuan Shui ---
regression from 12.3 -> 13.2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113551
--- Comment #1 from Yuxuan Shui ---
code is reduced from perf, source file util/dsos.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113551
Bug ID: 113551
Summary: Miscompilation with -O1 -funswitch-loops
-fno-strict-overflow
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106674
Bug ID: 106674
Summary: Potential for symbol conflicts between libgcc_s and
libunwind
Product: gcc
Version: 12.1.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96817
--- Comment #16 from Yuxuan Shui ---
But yeah, that's definitely a bug in itself as well.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96817
--- Comment #15 from Yuxuan Shui ---
(In reply to Jonathan Wakely from comment #13)
> (In reply to Yuxuan Shui from comment #1)
> > Example:
> >
> > This program normally deadlocks when using linked pthread:
> >
> >
20 matches
Mail list logo
