https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111730
--- Comment #4 from Xavier Cooney ---
I see, thanks for looking into this.
The unreduced test case (which was from a student confused about the error
message) was still passing a value to `malloc` which from the context which gcc
could see
สินเชื่อเพื่อธุรกิจสำหรับ
บริษัท หจก. โรงงานอุตสาหกรรมหรือธุรกิจขนาดย่อม ทั่วประเทศ
✏️ อนุมัติวงเงินสูงสุด 10 ล้านบาท ด้วยอัตราดอกเบี้ย 1%
สนใจรายละเอียดเพิ่มเติมติดต่อ คุณ สรวิชญ์ 0657652873
LINE ID sinsub01
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111731
--- Comment #2 from Hongtao.liu ---
The original project is too complex for me to come up with a reproduction case,
I can help with gdb if additional information is needed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94264
--- Comment #6 from Andrew Pinski ---
(In reply to Nick Krempel from comment #0)
> T{1, 2} + 1;
> Ditto.
That is what clang's issue: https://github.com/llvm/llvm-project/issues/54016
is about even.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111731
--- Comment #1 from Hongtao.liu ---
GCC11.3 is ok, GCC13.2 and later have the issue, I didn't verify GCC12.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111731
Bug ID: 111731
Summary: [13/14 regression] gcc_assert is hit at
libgcc/unwind-dw2-fde.c#L291
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111730
--- Comment #3 from Andrew Pinski ---
Note you can reproduce the same warning with ( -O2 -fno-code-hoisting
-fno-tree-loop-im -fno-tree-pre):
```
// #include
typedef long unsigned int size_t;
extern void *malloc (size_t size) __attribute__
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111730
--- Comment #2 from Andrew Pinski ---
The difference between -O1 and -O2 is -O2 removes the empty loops.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94264
Jiang An changed:
What|Removed |Added
CC||de34 at live dot cn
--- Comment #5 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111730
--- Comment #1 from Andrew Pinski ---
You might want to add a check that x is not negative and I suspect that will
fix the warning.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111730
Bug ID: 111730
Summary: erroneous alloc-size-larger-than warning with -O1
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111621
JuzheZhong changed:
What|Removed |Added
CC||juzhe.zhong at rivai dot ai
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86130
--- Comment #21 from Jeremy R. ---
Another option might be just do nothing and don't set the badbit, just pretend
it's an empty string. This shouldn't break existing programs and would at least
be something a programmer could more easily track
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111700
--- Comment #3 from David Malcolm ---
Should be fixed on trunk by the above patch.
Keeping open to track backporting the fix to gcc 13.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55
--- Comment #1 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:b365e9d57ad445c5491737e230bc94213a139de7
commit r14-4477-gb365e9d57ad445c5491737e230bc94213a139de7
Author: David Malcolm
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111700
--- Comment #2 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:94caa6a6b4bd73b6c2bf3ab5e43ca42c5da4287a
commit r14-4474-g94caa6a6b4bd73b6c2bf3ab5e43ca42c5da4287a
Author: David Malcolm
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111728
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2023-10-08
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111668
--- Comment #8 from Krister Walfridsson ---
I still see negation of a wide signed Boolean in the IR for this function. But
now it is forwprop4 that changes
_38 = (signed int) _16;
_43 = -_38;
_66 = () _43;
to
_56 = () _16;
_66 =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67740
--- Comment #9 from anlauf at gcc dot gnu.org ---
(In reply to Paul Thomas from comment #8)
> Created attachment 56073 [details]
> "Fix" for this PR
>
> Hi Harald,
>
> You are touching the right place. However, this should be happening in
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86130
--- Comment #20 from Jeremy R. ---
Silently ruining the behavior of the rest of a program and leaving the
programmer to pull their hair out over what on earth is happening seems very
un-ideal behavior.
This is a very easy mistake to make and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111708
--- Comment #7 from Martin Uecker ---
Created attachment 56075
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56075=edit
patch adding error external / internal mismatch of functions
Untested patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111729
--- Comment #2 from Jeremy R. ---
Thank you for the quick response
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86130
Andrew Pinski changed:
What|Removed |Added
CC||llvm at rifkin dot dev
--- Comment #19
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111729
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111729
Bug ID: 111729
Summary: Design considerations for operator<<(basic_ostream&,
const charT*)
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111728
--- Comment #1 from Andrew Pinski ---
[apinski@xeond2 upstream-gcc-git]$ ~/upstream-gcc/bin/gcc main.cpp.ii
-std=gnu++20
/home/yunus/Projects/terraqtt/examples/main.cpp: In instantiation of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111728
Bug ID: 111728
Summary: C++ 20 coroutine segmentation fault in generic lambda
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111727
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Version|unknown
--enable-sanitizers --enable-languages=c,c++ --disable-werror --enable-multilib
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 14.0.0 20231008 (experimental) (GCC)
[509] %
[509] % gcctk -O2 small.c; ./a.out
[510] %
[510] % gcctk -O3 small.c
[511] % ./a.out
Aborted
[512
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111726
Andrew Pinski changed:
What|Removed |Added
Summary|Data race in|lgamma usage in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111425
--- Comment #7 from Frank Scheiner ---
Hi again,
this problem was bisected by me and I identified the following commit as first
bad commit:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111726
Bug ID: 111726
Summary: Data race in std::poisson_distribution
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111403
Guo Jie changed:
What|Removed |Added
CC||guojie at loongson dot cn
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67740
Paul Thomas changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
--- Comment #8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111708
Martin Uecker changed:
What|Removed |Added
CC||muecker at gwdg dot de
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111725
Bug ID: 111725
Summary: Missed one vsetvl
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111724
Bug ID: 111724
Summary: [Regression] Missed optimizations probably because of
too early arithmetic optimization
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94264
Fedor Chelnokov changed:
What|Removed |Added
CC||fchelnokov at gmail dot com
---
38 matches
Mail list logo
