https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101711
--- Comment #1 from bootmgr at 163 dot com ---
Created attachment 51234
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51234=edit
config.log
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101711
Bug ID: 101711
Summary: Error when gcc cross compile libvtv
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101710
steve02081504 changed:
What|Removed |Added
Attachment #51231|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101710
Bug ID: 101710
Summary: Sometimes constexpr cannot be used as constexpr
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101709
Andrew Pinski changed:
What|Removed |Added
Summary|Yesterday's patch on|[12 Regression] Yesterday's
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101708
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2021-08-01
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101708
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96496
--- Comment #3 from Andrew Pinski ---
Confirmed (again with a compile time test):
enum E : bool { One, Two };
constexpr int f1 (int x) { return (E) x; }
static_assert(f1(6), "");
static_assert(f1(7), "");
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95004
Andrew Pinski changed:
What|Removed |Added
Summary|Static array of base|using the wrong pointer to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101709
Bug ID: 101709
Summary: Yesterday's patch on std::filesystem breaks windows
target
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101708
Bug ID: 101708
Summary: Suboptimal codegen when clearing struct fields
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99804
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87547
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |9.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78908
Andrew Pinski changed:
What|Removed |Added
CC||gnubugzilla@martin-kaesberg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71586
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=16582
--- Comment #4 from Andrew Pinski ---
C++11/C++14/C++98 gives:
:8:13: error: template argument 2 is invalid
8 | X x3; // ERROR
| ^
While C++17 gives:
:8:8: error: '& p[0]' is not a valid template argument of type 'char*'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49931
Andrew Pinski changed:
What|Removed |Added
Known to fail||7.5.0, 8.2.0
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86825
--- Comment #2 from Andrew Pinski ---
I think this is testsuite issue as -fms-extensions is enabled by default on
mingw.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79832
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84257
--- Comment #9 from Iain Sandoe ---
(In reply to Eric Gallager from comment #8)
> the MacPorts project applies the following patch to work around this issue:
> https://github.com/macports/macports-ports/commit/
>
Snapshot gcc-11-20210731 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/11-20210731/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 11 git branch
with the following options: git://gcc.gnu.org/git/gcc.git branch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85415
--- Comment #2 from Andrew Pinski ---
Seems fixed in GCC 9+.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79802
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61245
Andrew Pinski changed:
What|Removed |Added
CC||fwinter at jlab dot org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79047
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84257
--- Comment #8 from Eric Gallager ---
the MacPorts project applies the following patch to work around this issue:
https://github.com/macports/macports-ports/commit/0641e588e989b7b3e5049ca79e354339ccb403ca
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83796
Andrew Pinski changed:
What|Removed |Added
CC||pravasimeet999 at yahoo dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70939
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64372
Andrew Pinski changed:
What|Removed |Added
CC||kaballo86 at hotmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61736
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64519
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64519
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |8.4
--- Comment #1 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77437
Andrew Pinski changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82336
Andrew Pinski changed:
What|Removed |Added
CC||steveire at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70636
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65615
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53878
--- Comment #3 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #2)
> Fixed in GCC 7+. I suspect by r7-3590 .
pr66443-cxx14-3.C testcase looks like this case.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64615
--- Comment #3 from Andrew Pinski ---
clang rejects this code with a similar error message as gcc.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64615
Andrew Pinski changed:
What|Removed |Added
Status|NEW |UNCONFIRMED
Ever confirmed|1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67332
--- Comment #1 from Andrew Pinski ---
clang rejects it:
:9:5: error: no matching function for call to 'foo'
foo (Typelist(), Typelist(), 2.5, 1);
^~~
:5:6: note: candidate template ignored: deduced packs of different
lengths for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67397
--- Comment #2 from Andrew Pinski ---
ICC 2021.3.0 rejects it.
MSVC 19.14+, clang trunk and GCC trunk all accept it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67397
Andrew Pinski changed:
What|Removed |Added
URL|http://stackoverflow.com/q/ |
|31954078/801438
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53878
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101697
--- Comment #1 from Mikael Pettersson ---
The ICE in gcc-11 started with:
[f16897cb4b1468374d63b1a6b12d8b7be845874a] H8 cc0 conversion
It changed from "unrecognizable insn" to "could not split insn" in gcc-12 with:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64587
--- Comment #2 from Andrew Pinski ---
Hmm, this code starts to be accepted in GCC 7.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54706
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101707
Bug ID: 101707
Summary: deduction of template argument fails via base class
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53566
Andrew Pinski changed:
What|Removed |Added
Keywords||accepts-invalid
--- Comment #1 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59389
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2021-07-31
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59509
--- Comment #3 from Andrew Pinski ---
I should say this is fixed in GCC 9.4 and 10+.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93211
Andrew Pinski changed:
What|Removed |Added
CC||ich at az2000 dot de
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59509
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |9.4
Resolution|---
On Linux/x86_64,
91425e2adecd00091d7443104ecb367686e88663 is the first bad commit
commit 91425e2adecd00091d7443104ecb367686e88663
Author: Jakub Jelinek
Date: Sat Jul 31 09:19:32 2021 +0200
i386: Improve extensions of __builtin_clz and constant - __builtin_clz for
-mno-lzcnt [PR78103]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95009
--- Comment #2 from Andrew Pinski ---
There is most likely a missing unlowered_expr_type somewhere in the decltype
handling.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95009
Andrew Pinski changed:
What|Removed |Added
Keywords||assemble-failure,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70867
simon at pushface dot org changed:
What|Removed |Added
CC||simon at pushface dot org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82467
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85292
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |8.0
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78908
--- Comment #11 from Andrew Pinski ---
*** Bug 78943 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78943
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
On Fri, Jul 30, 2021 at 6:27 AM Jakub Jelinek via Gcc-patches
wrote:
>
> On Fri, Jul 30, 2021 at 12:27:39PM +0200, Uros Bizjak wrote:
> > Please put some space here, e.g.:
> ...
> > Can you just name the relevant insn pattern and use
> >
> > emit_insn (gen_bsr_1)?
>
> Here is the updated patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101706
Bug ID: 101706
Summary: bool0^bool1^1 -> bool0 == bool1
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101704
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Keywords|
On Sat, Jul 31, 2021 at 12:38 PM H.J. Lu wrote:
>
> On Fri, Jul 30, 2021 at 6:27 AM Jakub Jelinek via Gcc-patches
> wrote:
> >
> > On Fri, Jul 30, 2021 at 12:27:39PM +0200, Uros Bizjak wrote:
> > > Please put some space here, e.g.:
> > ...
> > > Can you just name the relevant insn pattern and
On Fri, Jul 30, 2021 at 6:27 AM Jakub Jelinek via Gcc-patches
wrote:
>
> On Fri, Jul 30, 2021 at 12:27:39PM +0200, Uros Bizjak wrote:
> > Please put some space here, e.g.:
> ...
> > Can you just name the relevant insn pattern and use
> >
> > emit_insn (gen_bsr_1)?
>
> Here is the updated patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101705
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2021-07-31
On Thu, Jul 29, 2021 at 04:08:36PM +, Joseph Myers wrote:
> On Thu, 29 Jul 2021, Florian Weimer via Gcc wrote:
> > On GNU/Linux, SEGFS is used to implement the thread pointer, to avoid
> > dedicating a general-purpose register to it. At address zero with the
> > SEGFS prefix, the offset
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100182
--- Comment #37 from H.J. Lu ---
I still see 32-bit test hang at random on Skylake server:
(gdb) bt
#0 0xf7fc655d in __kernel_vsyscall ()
#1 0xf7bac46b in syscall () from /lib/libc.so.6
#2 0x0804995d in std::__detail::__platform_wait (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101692
--- Comment #6 from Eugene Zhiganov ---
... and there is another "interesting" observation...
In one one of the programs there is a StageMachine instance,
that catches SIGTERM and SIGINT and there is
'honest' reference to that instance in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77693
--- Comment #6 from anlauf at gcc dot gnu.org ---
I believe this is actually invalid code. One cannot initialize the pointer
using the data statement as in the given example.
A valid variant (which is accepted and works as expected) is:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101692
--- Comment #5 from Eugene Zhiganov ---
Eventually I used following workaround:
RxSm[] rxMachines;
auto rxPool = new RestRoom();
for (int k = 0; k < nConnections; k++) {
auto sm = new RxSm(rxPool);
rxMachines ~=
On Sat, Jul 17, 2021 at 6:45 PM H.J. Lu wrote:
>
> On Thu, Apr 22, 2021 at 7:30 AM Richard Biener via Gcc-patches
> wrote:
> >
> > On Thu, Apr 22, 2021 at 2:52 PM Richard Biener
> > wrote:
> > >
> > > On Thu, Apr 22, 2021 at 2:22 PM Jakub Jelinek wrote:
> > > >
> > > > On Thu, Apr 22, 2021 at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101692
--- Comment #4 from Eugene Zhiganov ---
investigation continues...
--
'RX-98' deregistered 107 (esrc.Io)
!!! esrc.EventSource.~this() : esrc.Io (owner RX-97)
this @ 0x7f845328b680<<< note addr
!!!
On Fri, Jul 30, 2021 at 3:35 PM Andrew Pinski wrote:
> On Fri, Jul 30, 2021 at 9:26 AM Jason Merrill via Gcc-patches
> wrote:
> >
> > In discussion of jakub's patch for C++20 pointer-interconvertibility, it
> > came up that we allow anonymous structs to have bases, but don't do
> anything
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96636
--- Comment #5 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:af76342b444948ab262b276cdf083c2d2e0cebbb
commit r12-2653-gaf76342b444948ab262b276cdf083c2d2e0cebbb
Author: Jason Merrill
Date:
pinskia pointed out that my recent change to reject anonymous structs with
bases was relevant to this PR. But we still ICEd after giving that error;
this fixes the ICE.
Tested x86_64-pc-linux-gnu, applying to trunk.
PR c++/96636
gcc/cp/ChangeLog:
* decl.c
gcc/cp/ChangeLog:
* ptree.c (cxx_print_type) [TYPE_PACK_EXPANSION]: Also print
PACK_EXPANSION_PATTERN.
---
Tested x86_64-pc-linux-gnu, applying to trunk.
gcc/cp/ptree.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/gcc/cp/ptree.c b/gcc/cp/ptree.c
index
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101705
--- Comment #2 from Jan Engelhardt ---
Created attachment 51229
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51229=edit
testcase, 2.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101705
--- Comment #1 from Jan Engelhardt ---
Created attachment 51228
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51228=edit
testcase, 1.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101705
Bug ID: 101705
Summary: Missed optimization opportunity when copying lots of
bitfields
Product: gcc
Version: 11.1.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97281
H.J. Lu changed:
What|Removed |Added
Target Milestone|--- |11.0
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97541
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99941
H.J. Lu changed:
What|Removed |Added
Target Milestone|--- |11.0
Status|UNCONFIRMED
The version of rust-demangle.c included with Binutils 2.37 doesn't
compile with MinGW:
mingw32-gcc -c -DHAVE_CONFIG_H -O2 -gdwarf-4 -g3 -I.
-I../../binutils-2.37/libiberty/../include -W -Wall -Wwrite-strings
-Wc++-compat -Wstrict-prototypes -Wshadow=local -pedantic -D_GNU_SOURCE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101667
--- Comment #4 from denkpadje at gmail dot com ---
It seems to work on 11.2 so bug can be closed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101692
--- Comment #3 from Eugene Zhiganov ---
I have reorginized my data - now references to EventSource class
and it's derivatives (timers, sockets, signals) are stored
in explicitly named data members of other classes.
That did not help, still
On Sat, 2021-07-31 at 02:08 +0800, Xi Ruoyao via Gcc-patches wrote:
> On Fri, 2021-07-30 at 16:23 +0800, Xi Ruoyao via Gcc-patches wrote:
> > On Fri, 2021-07-30 at 09:11 +0100, Richard Sandiford wrote:
> > > Xi Ruoyao writes:
> > > > Ping again.
> > > >
> > > > On Wed, 2021-06-23 at 11:11 +0800,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94780
--- Comment #14 from CVS Commits ---
The releases/gcc-9 branch has been updated by Xi Ruoyao :
https://gcc.gnu.org/g:79184d8c57d377a242610543a2cbe4f154924be7
commit r9-9655-g79184d8c57d377a242610543a2cbe4f154924be7
Author: Xi Ruoyao
Date:
[Committed] Tweak new test case gcc.target/i386/dec-cmov-2.c
With -m32, this test case is sensitive to the instruction timings of
the target (for ifcvt to normalize bar() to foo() during the ce1 pass,
prior to the transformations actually being tested here). Specifying
-march=core2 prevents
Hello, gentle maintainer.
This is a message from the Translation Project robot.
A revised PO file for textual domain 'gcc' has been submitted
by the French team of translators. The file is available at:
https://translationproject.org/latest/gcc/fr.po
(This file, 'gcc-11.2.0.fr.po', has
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101704
Bug ID: 101704
Summary: "Already defined" error in case of many concept
conversion operators
Product: gcc
Version: 11.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78103
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
Many thanks again to Jakub Jelinek for a speedy fix for PR 101642.
Interestingly, that test case "bswap16(x) ? : x" also reveals a
missed optimization opportunity. The resulting "x ? bswap(x) : 0"
can be further simplified to just bswap(x).
Conveniently, tree-ssa-phiopt.c already
Hi!
Now that we parse attribute-declaration (outside of functions), the following
patch handles OpenMP directives in its attribute(s).
What needs handling incrementally is diagnose mismatching begin/end pair
like
[[omp::directive (declare target)]];
int a;
#pragma omp end declare target
or
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101692
--- Comment #2 from Eugene Zhiganov ---
I've attached full source, just in case.
And I think, I began to understand, what is wrong with it.
In brief: it looks like GC deallocates objects,
which it should not deallocate, because
it does not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78103
--- Comment #22 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:91425e2adecd00091d7443104ecb367686e88663
commit r12-2649-g91425e2adecd00091d7443104ecb367686e88663
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101692
--- Comment #1 from Eugene Zhiganov ---
Created attachment 51227
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51227=edit
references to objects in associative arrays
On Linux/x86_64,
f7bf03cf69ccb7dcfa0320774aa7f3c51344dada is the first bad commit
commit f7bf03cf69ccb7dcfa0320774aa7f3c51344dada
Author: Roger Sayle
Date: Fri Jul 30 22:46:32 2021 +0100
Decrement followed by cmov improvements.
caused
FAIL: gcc.target/i386/dec-cmov-2.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101703
Bug ID: 101703
Summary: (bool0 + bool1) & 1 and (bool0 + bool1) == 1 can be
optimized to bool0 ^ bool1
Product: gcc
Version: 12.0
Status: UNCONFIRMED
99 matches
Mail list logo