https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94184
Trass3r changed:
What|Removed |Added
CC||trass3r at gmail dot com
--- Comment #2 from
++
Assignee: unassigned at gcc dot gnu.org
Reporter: trass3r at gmail dot com
Target Milestone: ---
#include
void foo()
{
std::error_code ec;
}
The code does get optimized away as system_category() is [[gnu::const]] but
there is no -Wunused warning.
https://godbolt.org/z
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32911
Trass3r changed:
What|Removed |Added
CC||trass3r at gmail dot com
--- Comment #7 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93540
Trass3r changed:
What|Removed |Added
CC||trass3r at gmail dot com
--- Comment #2 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88566
Trass3r changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
D
Severity: normal
Priority: P3
Component: analyzer
Assignee: dmalcolm at gcc dot gnu.org
Reporter: trass3r at gmail dot com
Target Milestone: ---
x86_64-w64-mingw32-g++ -fno-PIE -c -O3 -g -pipe -DIN_GCC
-DCROSS_DIRECTORY_STRUCTURE -fno-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80490
Trass3r changed:
What|Removed |Added
CC||trass3r at gmail dot com
--- Comment #6 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=12245
Trass3r changed:
What|Removed |Added
CC||trass3r at gmail dot com
--- Comment #77 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95131
--- Comment #3 from Trass3r ---
Well sure but most existing codebases won't be ported to modules because of the
effort while enabling pch is now straightforward with latest CMake.
These conformance issues have also been identified in
https://rev
Assignee: unassigned at gcc dot gnu.org
Reporter: trass3r at gmail dot com
Target Milestone: ---
Judging by the limited information -ftime-report provides it looks like gcc
still spends quite some time on things that could have been done at pch
generation time already like
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94576
Trass3r changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94576
--- Comment #4 from Trass3r ---
Created attachment 48268
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48268&action=edit
preprocessed source
It's -march=armv8.1-m.main+mve. arm-none-eabi is just the configured target
name which hasn't bee
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94576
--- Comment #1 from Trass3r ---
Looks like it also happens with newlib-3.3:
https://github.com/Trass3r/bleeding-edge-toolchain/runs/582133302
Assignee: unassigned at gcc dot gnu.org
Reporter: trass3r at gmail dot com
Target Milestone: ---
https://github.com/Trass3r/bleeding-edge-toolchain/runs/581839696
arm-none-eabi-gcc
-B/mnt/host/buildNative/newlib-3.1.0-nano/arm-none-eabi/thumb/v8.1-m.main+mve/hard/newlib/
-isystem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64867
--- Comment #29 from Trass3r ---
Ah I see, ok.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64867
Trass3r changed:
What|Removed |Added
CC||trass3r at gmail dot com
--- Comment #27 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93252
--- Comment #2 from Trass3r ---
Yeah it's in the same vein as the other -Wsuggest warnings which run during
lto.
Like
a.c
void f() {} // can be made static
void g() { f(); }
b.c
void g();
int main() { g(); }
: c
Assignee: unassigned at gcc dot gnu.org
Reporter: trass3r at gmail dot com
Target Milestone: ---
Similar to -Wsuggest-final it would be nice to have a warning that identifies
functions that could be marked static (resp. anonymous namespaces for classes
in C++).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92396
--- Comment #4 from Trass3r ---
Nice! Btw the traces can be viewed independently of the browser using
https://www.speedscope.app.
: unassigned at gcc dot gnu.org
Reporter: trass3r at gmail dot com
Target Milestone: ---
Would be nice if gcc also supported clang's -ftime-trace option for optimizing
compile times:
https://www.snsystems.com/technology/tech-blog/clang-time-trace-feature
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92037
Trass3r changed:
What|Removed |Added
CC||trass3r at gmail dot com
--- Comment #2 from
-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: trass3r at gmail dot com
Target Milestone: ---
#include
#include
const int N = 4;
void bitreverse(int* data)
{
uint32_t j = 0;
for (uint32_t i = 0; i < N; ++i)
{
if (j > i)
std::swa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91901
--- Comment #2 from Trass3r ---
(In reply to Richard Biener from comment #1)
> The compiler doesn't know that printf doesn't modify the data you pass it to
> so it cannot elide the automatic variable.
Does it matter in this case? The data comes
-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: trass3r at gmail dot com
Target Milestone: ---
Created attachment 46940
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46940&action=edit
full test code
#include
<https://github.com/Neargye/magi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90441
--- Comment #27 from Trass3r ---
(In reply to rguent...@suse.de from comment #25)
> I fear this is the libbfd dwarf reader simply not coping with
> DW_AT_abstract_origin in other CUs, being confused as to which
> abbrev section it needs to look i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68901
--- Comment #10 from Trass3r ---
Yeah short on time. (plus the testsuite can't be run properly in WSL due to
stack overflows: https://github.com/microsoft/WSL/issues/633)
Feel free to pick up the patch.
Any comments on ARTIFICIAL not being used
26 matches
Mail list logo
