https://gcc.gnu.org/bugzilla/show_bug.cgi?id=8943
Andrew Pinski changed:
What|Removed |Added
Resolution|FIXED |INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108250
--- Comment #6 from Sam James ---
For completeness, I should note, because some commits couldn't be built (only a
handful), git said (I've converted the commits) that it could be any of:
r12-5382-g616ca1024a79c6
r12-5383-g22c242342e38eb
r12-5381
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107906
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70413
Andrew Pinski changed:
What|Removed |Added
CC||herring at lanl dot gov
--- Comment #6 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108250
--- Comment #5 from Sam James ---
(In reply to Andrew Pinski from comment #4)
> Do you know which object file inside llvm-tblgen is being miscompiled?
> You can do a binary search on object files and then provide the preprocessed
> source for th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108242
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64266
Andrew Pinski changed:
What|Removed |Added
Target Milestone|6.0 |9.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64266
Andrew Pinski changed:
What|Removed |Added
Target Milestone|9.0 |6.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64266
Andrew Pinski changed:
What|Removed |Added
Target Milestone|6.5 |9.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81277
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |9.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100778
--- Comment #18 from Andrew Pinski ---
*** Bug 101634 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101634
Andrew Pinski changed:
What|Removed |Added
Resolution|FIXED |DUPLICATE
--- Comment #3 from Andrew Pi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101687
--- Comment #2 from Andrew Pinski ---
Hmm, MSVC also accepts this code but clang does not.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108250
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108248
--- Comment #4 from Jeffrey A. Law ---
Yea, thinking about our uarch, we're going to need finer control as well.
There's a subset that ought to execute in any ALU, but there's another subset
that are bound to a specific ALU and are potentially
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108248
--- Comment #3 from Andrew Waterman ---
Yikes. Thanks for the explanation, Jeff.
(cc Kito Cheng: at some point, we should revisit the pipeline modeling of Zb*
instructions for sifive-7. The short version is that all Zb* instructions can
execu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108247
--- Comment #2 from Jeffrey A. Law ---
We shouldn't use Zba just for the sake of using Zba; it needs to be profitable.
The folks doing the analysis behind this BZ are only looking at instruction
counts -- they're not really thinking about uarch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108247
Andrew Waterman changed:
What|Removed |Added
CC||andrew at sifive dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108248
--- Comment #2 from Jeffrey A. Law ---
It can certainly get "unduly weird". Basically such instructions get put at
the end of the ready queue as soon as its input dependencies are satisfied. If
there's only a few such instructions, then the re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108248
Andrew Waterman changed:
What|Removed |Added
CC||andrew at sifive dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108250
--- Comment #3 from Sam James ---
Flags used to build LLVM:
export FFLAGS='-O2 -mcpu=powerpc -mtune=powerpc -pipe'
export CXXFLAGS='-O2 -mcpu=powerpc -mtune=powerpc -pipe -ggdb
-D_GLIBCXX_ASSERTIONS=1'
export LDFLAGS='-Wl,-O1 -Wl,--as-needed'
ex
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108250
--- Comment #2 from Sam James ---
LLVM build with working llvm-tblgen (with gcc revert as described above):
https://dev.gentoo.org/~sam/bugs/gcc/gcc-llvm-tblgen-ppc/bisect-maybe-broken-2022-12-28-no-hang-revert.tar.xz
LLVM build with broken llv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108250
--- Comment #1 from Sam James ---
GCC built at releases/gcc-12 at a3fbfc1027e9edcd14bb290b5702504d80d9e8fe with a
revert of 22c242342e38ebffa6bbf7e86e7a1e4abdf0d686 which produces a working
llvm-tblgen:
```
$ gcc-12 -V
Using built-in specs.
COLL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108250
Bug ID: 108250
Summary: [12/13 regression] llvm-tblgen miscompiled on
powerpc-unknown-linux-gnu since
r12-5383-g22c242342e38eb
Product: gcc
Version: 13.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108249
--- Comment #3 from John Lind ---
I'm not sure how to get that, since I am invoking it through
platformio. What I am entering is:
/home/pi/.platformio/penv/bin/platformio run --verbose
I don't know how to get platformio to show the compiler inv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108249
--- Comment #2 from John Lind ---
I'm not sure how to get that, since I am invoking it through platformio.
What I am entering is:
/home/pi/.platformio/penv/bin/platformio run --verbose
I don't know how to get platformio to show the compiler invo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108249
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2022-12-28
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108249
Bug ID: 108249
Summary: cc1plus segmentation fault compiling Marlin on RPI3
Product: gcc
Version: 8.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107974
nightstrike changed:
What|Removed |Added
CC||nightstrike at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108208
Segher Boessenkool changed:
What|Removed |Added
Resolution|--- |INVALID
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101690
--- Comment #3 from Andrew Pinski ---
Fixed in r12-4526-gd8edfadfc7a979? That removed the xfail after all.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108248
Bug ID: 108248
Summary: Some insns in the risc-v backend do not have mappings
to functional units
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101761
Andrew Pinski changed:
What|Removed |Added
Component|target |testsuite
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101747
Andrew Pinski changed:
What|Removed |Added
See Also|https://gcc.gnu.org/bugzill |https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101747
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105277
--- Comment #1 from Andrew Pinski ---
both clang and msvc also accepts this code ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108234
Andrew Pinski changed:
What|Removed |Added
See Also||https://github.com/llvm/llv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108234
Andrew Pinski changed:
What|Removed |Added
See Also||https://github.com/llvm/llv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108234
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108234
--- Comment #1 from Andrew Pinski ---
If I change func to:
template int func(X) { return 1; }
And then clang accepts it.
The question becomes what can be deduced as the type of V.
Here is a slightly different testcase:
```
template struct X
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88173
Andrew Pinski changed:
What|Removed |Added
CC||jonas.rahlf.basf at gmail dot
com
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101795
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108247
Bug ID: 108247
Summary: Missed opportunity to generate shNadd on risc-v
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66918
Andrew Pinski changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87403
Bug 87403 depends on bug 100343, which changed state.
Bug 100343 Summary: add -Wundefined-inline for inline function is used but not
defined
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100343
What|Removed |Add
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100343
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108232
--- Comment #9 from Filip Roland ---
Thanks Andrew I'll test tomorrow!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108232
--- Comment #8 from Filip Roland ---
Hi!
First I tried to run make from plain terminal (Without X) in hope then will
remain more memory but it failed again.
After I 'freed' while 'make' runned at background and free memory typicaly was
over cca
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108238
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108246
Bug ID: 108246
Summary: False-positive Wanalyzer-double-fclose on fclose() in
loop
Product: gcc
Version: 11.3.1
Status: UNCONFIRMED
Keywords: diagnostic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108232
--- Comment #7 from Andrew Pinski ---
Maybe you should report this to Ubuntu first since you got GCC from them.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108232
--- Comment #6 from Andrew Pinski ---
Works for me with:
ubuntu@ubuntu:~/src/upstream-gcc-aarch64\# ~/upstream-gcc/bin/gcc -v
Using built-in specs.
COLLECT_GCC=/home/ubuntu/upstream-gcc/bin/gcc
COLLECT_LTO_WRAPPER=/home/ubuntu/upstream-gcc/libex
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108232
--- Comment #5 from Filip Roland ---
Created attachment 54163
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54163&action=edit
Memory Usage by 'free' while 'make' runned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108232
--- Comment #4 from Filip Roland ---
Created attachment 54162
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54162&action=edit
System Monitor Scrrenshot
CPU&Memory Usage while gcc ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108245
Andrew Pinski changed:
What|Removed |Added
Summary|parser segv |ICE with invalid variable
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108245
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108245
--- Comment #2 from Andrew Pinski ---
Reduced testcase:
typedef int mytype;
void h() {
[=](mytype auto... I) { };
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108245
--- Comment #1 from Andrew Pinski ---
Uninclude version:
#include
auto local_zipped_range() {
int b[10];
auto zip_it = [=](std::size_t auto... I) {
return std::tuple(b[I], b[I])...);
};
return zip_it(std::make_index_seque
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108245
Bug ID: 108245
Summary: parser segv
Product: gcc
Version: 12.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108242
Andrew Pinski changed:
What|Removed |Added
Keywords||needs-bisection
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108242
Andrew Pinski changed:
What|Removed |Added
Summary|'__FUNCTION__' was not |'__FUNCTION__' was not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108244
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2022-12-28
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108244
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |13.0
--- Comment #4 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108244
--- Comment #3 from Andrew Pinski ---
Without -fdirectives-only, it works ...
Known to work||12.2.0
--- Comment #2 from Andrew Pinski ---
In file included from
/opt/compiler-explorer/gcc-trunk-20221228/include/c++/13.0.0/bits/stl_pair.h:60,
from
/opt/compiler-explorer/gcc-trunk-20221228/include/c++/13.0.0/bits/stl_algobase.h:64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108244
--- Comment #1 from Glen Whitney ---
The problem is present in g++-13 but not g++-12; I wasn't sure if that meant I
should write `[12/13 Regression]` or `[13 Regression]` in the title, sorry. If
I got it wrong just let me know and I will be happ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108244
Bug ID: 108244
Summary: [12/13 Regression] Cannot preprocess standard
header with -E -fdirectives-only
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108243
Bug ID: 108243
Summary: Missed optimization for static const
std::string_view(const char*)
Product: gcc
Version: 11.3.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108131
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Summary|[10/11/12/13 Regression]|[10/11 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108242
Bug ID: 108242
Summary: '__FUNCTION__' was not declared when used inside a
lambda declared inside a template function
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108131
--- Comment #5 from CVS Commits ---
The releases/gcc-12 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:f97f032f28b3f875e5061d6b9d7ecf35897a
commit r12-9017-gf97f032f28b3f875e5061d6b9d7ecf35897a
Author: Harald Anlauf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108183
--- Comment #15 from Gaius Mulley ---
Yes the proposed changes to the C module ctor works well and matches the
declaration in the compiler scaffold. I'd advocate adding the attribute to
match the expected behaviour for all modules. The startup
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108241
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2022-12-28
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106816
--- Comment #8 from Martin Liška ---
> @Martin: Do we have a declaration cloning code for functions somewhere?
@jamborm: PING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106921
Martin Liška changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108241
Bug ID: 108241
Summary: [12/13 Regression] ICE in lra_eliminate_regs_1, at
lra-eliminations.cc:658
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Keywords: ice
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107284
--- Comment #3 from Martin Liška ---
Well, the ideal option would be std::bitset which would replace
host_wide_bitset.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108236
Jonathan Wakely changed:
What|Removed |Added
CC||rodgertq at gcc dot gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107284
Martin Liška changed:
What|Removed |Added
Assignee|marxin at gcc dot gnu.org |unassigned at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108229
--- Comment #3 from Alexander Monakov ---
Thank you! I considered this unprofitable for these reasons:
1. As you said, the code grows in size, but the speed benefit is not clear.
2. The transform converts load+add operations in a loop, and the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107467
Martin Liška changed:
What|Removed |Added
Assignee|marxin at gcc dot gnu.org |unassigned at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64384
--- Comment #9 from Alvin Wong ---
P.S. related to https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52792
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64384
Alvin Wong changed:
What|Removed |Added
CC||alvinhochun at gmail dot com
--- Comment #8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108229
Roger Sayle changed:
What|Removed |Added
CC||roger at nextmovesoftware dot
com
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107597
Martin Liška changed:
What|Removed |Added
Assignee|marxin at gcc dot gnu.org |unassigned at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107597
--- Comment #5 from Martin Liška ---
>
> So this is kind of feature. How the ODR violations are detected?
ASAN emits
> I wonder if keeping weak flag disturbs something.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108240
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107944
Martin Liška changed:
What|Removed |Added
Keywords||patch
--- Comment #2 from Martin Liška
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107966
Martin Liška changed:
What|Removed |Added
Keywords||patch
--- Comment #2 from Martin Liška
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108240
Bug ID: 108240
Summary: ICE in emit_library_call_value_1 at gcc/calls.cc:4181
since r13-4894-gacc727cf02a144
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Sev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107976
Martin Liška changed:
What|Removed |Added
Target Milestone|--- |13.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107993
Martin Liška changed:
What|Removed |Added
Target Milestone|--- |13.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108237
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108236
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107993
Martin Liška changed:
What|Removed |Added
Keywords||patch
--- Comment #5 from Martin Liška
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108137
Martin Liška changed:
What|Removed |Added
Summary|[12/13 Regression] ICE: |[12 Regression] ICE:
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108137
--- Comment #7 from CVS Commits ---
The master branch has been updated by Martin Liska :
https://gcc.gnu.org/g:ee6f262b87fef590729e96e999f1c3b207c251c0
commit r13-4911-gee6f262b87fef590729e96e999f1c3b207c251c0
Author: Martin Liska
Date: Fri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106435
--- Comment #11 from Iain Sandoe ---
posted here
https://gcc.gnu.org/pipermail/gcc-patches/2022-December/608096.html
98 matches
Mail list logo
