https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104711
--- Comment #5 from Richard Biener ---
I agree that -fwrapv should make left-shift of positive values when the result
is not representable well-defined but I'm not sure about the negative value
case - the standard does not provide enough reasoni
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104714
--- Comment #1 from Tom de Vries ---
(In reply to Tom de Vries from comment #0)
> [ FWIW, it would be great if we could simply specify -march=native, and have
> gcc query the nvidia driver to see what board there is using
> cuDeviceGetAttribute
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104154
--- Comment #10 from CVS Commits ---
The master branch has been updated by Robin Dapp :
https://gcc.gnu.org/g:2240ebd8e46e098f972a662d0aad85348b304889
commit r12-7420-g2240ebd8e46e098f972a662d0aad85348b304889
Author: Robin Dapp
Date: Mon Fe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104704
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |12.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104696
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102990
--- Comment #8 from Andrew Pinski ---
*** Bug 104720 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104720
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104719
--- Comment #9 from Vittorio Romeo ---
I have done some benchmarking for three use cases, both with `-O0` and `-Og`,
hacking my `libstdc++` headers to add `[[gnu::always_inline]]` where deemed
appropriate.
---
The use cases were:
1. `operato
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104552
Eric Gallager changed:
What|Removed |Added
Keywords||diagnostic, easyhack
Blocks
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104699
--- Comment #6 from qingzhe huang ---
Really appreciate the detailed explanation!
Very clear and completely convinced.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104664
--- Comment #6 from Hongyu Wang ---
Fixed for GCC 12.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104664
--- Comment #5 from CVS Commits ---
The master branch has been updated by Hongyu Wang :
https://gcc.gnu.org/g:e2385690a3ead66744e51115966f25f9c05bb3e2
commit r12-7419-ge2385690a3ead66744e51115966f25f9c05bb3e2
Author: Hongyu Wang
Date: Mon F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104721
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104721
--- Comment #1 from H.J. Lu ---
Created attachment 52528
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52528&action=edit
A patch
I am testing this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104721
Bug ID: 104721
Summary: currently_expanding_gimple_stmt isn't cleared properly
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91384
--- Comment #16 from CVS Commits ---
The master branch has been updated by Roger Sayle :
https://gcc.gnu.org/g:28068d1115648adcc08ae57372170f3277915a0d
commit r12-7417-g28068d1115648adcc08ae57372170f3277915a0d
Author: Roger Sayle
Date: Mon F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80270
--- Comment #7 from CVS Commits ---
The master branch has been updated by Roger Sayle :
https://gcc.gnu.org/g:7e5c6edeb1b2339e10f10bee270e61dbad985800
commit r12-7416-g7e5c6edeb1b2339e10f10bee270e61dbad985800
Author: Roger Sayle
Date: Mon Fe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104637
--- Comment #4 from CVS Commits ---
The master branch has been updated by Vladimir Makarov :
https://gcc.gnu.org/g:ec1b9ba2d7913fe5e9deacc8e55e7539262f5124
commit r12-7415-gec1b9ba2d7913fe5e9deacc8e55e7539262f5124
Author: Vladimir N. Makarov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104698
--- Comment #3 from Michael Meissner ---
It goes beyond 'just use RTL'.
The problem is the code only generates an altivec instruction. So if the
__int128_t value is in a GPR, the compiler will need to do a move to the vector
registers (1 insn)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104208
--- Comment #2 from Segher Boessenkool ---
If you want -mlong-double-64 to override -mabi={ibm,ieee}longdouble, you need
make sure that the last of those options on the command line wins. And what
should -mlong-double-128 do in that scheme?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91384
Roger Sayle changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77384
--- Comment #3 from danielberger at gmail dot com ---
looks like this is now an ICE on trunk:
> :9:63: error: Two symbols with same comdat_group are not linked by
> the same_comdat_group list.
> 9 | int main(void){return 0;/*stub provided by
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104594
Patrick Palka changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ppalka at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104720
Bug ID: 104720
Summary: internal compiler error: in tsubst_copy_and_build, at
cp/pt.c:19817
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104719
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104719
--- Comment #7 from Jonathan Wakely ---
(In reply to Vittorio Romeo from comment #4)
> I like the idea of having the compiler itself fold calls to things like
> `std::move` and `std::forward` as suggested in the linked
> https://gcc.gnu.org/bugz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104719
--- Comment #6 from Vittorio Romeo ---
> The request is to replace it with some kind of magic that does the same as
> std::move without actually writing std::move.
More generally speaking, ensure that function such as `std::move`,
`std::forwar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104719
Jonathan Wakely changed:
What|Removed |Added
See Also|https://gcc.gnu.org/bugzill |
|a/show_bug.cgi?id
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104719
--- Comment #4 from Vittorio Romeo ---
I see that `std::move` is indeed inlined with `-Og`, my apologies on not
noticing that.
I like the idea of having the compiler itself fold calls to things like
`std::move` and `std::forward` as suggested
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104719
Eric Gallager changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104719
--- Comment #2 from Jonathan Wakely ---
(In reply to Vittorio Romeo from comment #0)
> Would it be possible to replace `std::move` calls internal to `libstdc++`
> with a cast,
No, absolutely not.
> or some sort of compiler intrinsic?
No, but
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104719
Jonathan Wakely changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104682
Marek Polacek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104682
--- Comment #3 from CVS Commits ---
The trunk branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:430c89274d7f82810724126637ffdc5507d442f0
commit r12-7413-g430c89274d7f82810724126637ffdc5507d442f0
Author: Marek Polacek
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104667
Marek Polacek changed:
What|Removed |Added
Summary|[10/11 Regression] ICE in |[10 Regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104667
--- Comment #5 from CVS Commits ---
The releases/gcc-11 branch has been updated by Marek Polacek
:
https://gcc.gnu.org/g:89cea574209521204c8cfe6c4f8c5760581a306c
commit r11-9629-g89cea574209521204c8cfe6c4f8c5760581a306c
Author: Marek Polacek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104667
Marek Polacek changed:
What|Removed |Added
Summary|[10/11/12 Regression] ICE |[10/11 Regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104667
--- Comment #3 from CVS Commits ---
The trunk branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:c8b0571e334792c0c789438617cfb7faf86ab599
commit r12-7412-gc8b0571e334792c0c789438617cfb7faf86ab599
Author: Marek Polacek
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104715
Jakub Jelinek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104719
Bug ID: 104719
Summary: Use of `std::move` in libstdc++ leads to worsened
debug performance
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104550
qinzhao at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Status|AS
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104550
--- Comment #21 from CVS Commits ---
The master branch has been updated by Qing Zhao :
https://gcc.gnu.org/g:3f3246eb16f554c70c5ce87ad2c785f83adb4625
commit r12-7411-g3f3246eb16f554c70c5ce87ad2c785f83adb4625
Author: Qing Zhao
Date: Mon Feb
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104712
ajrh at ajrh dot net changed:
What|Removed |Added
CC||ajrh at ajrh dot net
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104715
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104715
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102429
--- Comment #1 from Tom de Vries ---
Created attachment 52524
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52524&action=edit
Tentative patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98939
--- Comment #8 from Marek Polacek ---
Additional comments about this proposal:
https://gcc.gnu.org/pipermail/gcc-patches/2021-August/578297.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104682
Marek Polacek changed:
What|Removed |Added
Keywords||patch
--- Comment #2 from Marek Polacek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104434
--- Comment #6 from David Malcolm ---
OpenBLAS commit adding __attribute__((const)) to the decl:
https://github.com/xianyi/OpenBLAS/commit/1c1ffb0591186e50311670369dee2cb450980d9a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94181
--- Comment #1 from simon at pushface dot org ---
Fixed in 10.1.0 (also OK in 11.2.0, 12.0.1)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103407
--- Comment #10 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #8 from Jonathan Wakely ---
> Oh dear, yes, wrong patch. I'll attach the right one in a few hours.
I've now managed to test it on both Solaris 11.3 and 11.4. However, i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104717
--- Comment #2 from Thomas Schwinge ---
Reproduced, thanks for the report.
The problem disappears when adding '-fno-ipa-pta' to '-O1 -fopenacc
-fstack-arrays'. Not yet analyzed the differences.
The problem does not reproduce with '-O1 -fope
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104718
--- Comment #2 from Jakub Jelinek ---
Well, you can use -fno-tree-dce to make it appear again even with current
trunk.
Though perhaps we can say that it is user's fault in that case.
After all, the testcase does leak memory, because it never del
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104718
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104718
Bug ID: 104718
Summary: Leak reported for elided static variable
Product: gcc
Version: 9.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: saniti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104717
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104648
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104648
--- Comment #3 from CVS Commits ---
The master branch has been updated by Martin Liska :
https://gcc.gnu.org/g:1060d06b4df8836135ed15d020afbd3637dc625b
commit r12-7410-g1060d06b4df8836135ed15d020afbd3637dc625b
Author: Martin Liska
Date: Mon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104716
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
St
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104717
Bug ID: 104717
Summary: ICE: verify_ssa failed (Error: type mismatch between
an SSA_NAME and its symbol)
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104627
--- Comment #6 from Jakub Jelinek ---
2022-02-28 Jakub Jelinek
PR c/104627
* tree.cc (warn_deprecated_use): For types prefer to use node
and only use TYPE_MAIN_VARIANT (node) if TYPE_STUB_DECL (node) is
NULL.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104716
Bug ID: 104716
Summary: ICE in copy_loop_before, at
tree-loop-distribution.cc:952
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104715
--- Comment #2 from Andrew Pinski ---
Reduced to show it is an issue with strstr:
char *
trim_xml_text(char * intxt)
{
char * etext;
{
char z[]="<", *pz = z;
etext = __builtin_strstr(intxt, pz);
}
return etext;
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104715
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104715
Bug ID: 104715
Summary: [12 Regression] false dangling pointer with strstr
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: diagnostic
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104713
--- Comment #4 from Adrian Bunk ---
(In reply to Jakub Jelinek from comment #3)
> Just build for those as -march=i586.
There is no "for those" in Debian.
There is one build of all packages for one i386 Debian release architecture.
Building the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104699
--- Comment #5 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #4)
> GCC, Clang, Intel and MSVC all agree here: the int[0] type does not match
> the X partial specialization.
Although they don't agree for std::is_array, beca
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104627
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104714
Bug ID: 104714
Summary: [nvptx] Means to specify any sm_xx
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104713
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104713
--- Comment #2 from Adrian Bunk ---
(In reply to Andrew Pinski from comment #1)
> Is OLPC really still around? I thought it died when Google came out with
> their chrome books.
Sorry for being unclear, this is the historical reason why the binu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104713
--- Comment #1 from Andrew Pinski ---
Is OLPC really still around? I thought it died when Google came out with their
chrome books.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104713
Bug ID: 104713
Summary: gcc does not reject -march=i686 -fcf-protection
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95868
--- Comment #4 from Tobias Burnus ---
I additionally observe the following:
string-flag BLK
size
That makes it difficult to check the length later on during ME processing. In
my case, for lang hooks in trans-openmp.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104699
--- Comment #4 from Jonathan Wakely ---
The std::is_array result is a consequence of the compiler not matching the
is_array partial specialization for int[0]:
using size_t = decltype(sizeof(0));
template struct X { static constexpr bool value =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104699
Jonathan Wakely changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104700
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104712
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104706
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104154
Claudiu Zissulescu changed:
What|Removed |Added
CC||claziss at gmail dot com
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104700
--- Comment #7 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:37b583b9d7719f663656ce65ac822c11471fb540
commit r12-7408-g37b583b9d7719f663656ce65ac822c11471fb540
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104704
--- Comment #7 from Hongtao.liu ---
(In reply to Hongtao.liu from comment #6)
> (In reply to Hongtao.liu from comment #5)
> > I notice it regresses
> >
> > FAIL: gcc.target/i386/incoming-11.c scan-assembler-not andl[\\t
> > ]*\\$-16,[\\t ]*%esp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104704
--- Comment #6 from Hongtao.liu ---
(In reply to Hongtao.liu from comment #5)
> I notice it regresses
>
> FAIL: gcc.target/i386/incoming-11.c scan-assembler-not andl[\\t
> ]*\\$-16,[\\t ]*%esp
Why replace ix86_gen_scratch_sse_rtx with gen_reg_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104709
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104712
--- Comment #4 from Jonathan Wakely ---
The in-class declaration is the definition if it's inline and has an
initializer.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104381
Martin Liška changed:
What|Removed |Added
CC||slyfox at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104705
Martin Liška changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104704
--- Comment #5 from Hongtao.liu ---
I notice it regresses
FAIL: gcc.target/i386/incoming-11.c scan-assembler-not andl[\\t ]*\\$-16,[\\t
]*%esp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84964
Roger Sayle changed:
What|Removed |Added
CC||cnsun at uwaterloo dot ca
--- Comment #15
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100536
Roger Sayle changed:
What|Removed |Added
CC||roger at nextmovesoftware dot
com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84964
Roger Sayle changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
91 matches
Mail list logo
