https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104203
--- Comment #13 from Richard Biener ---
I can confirm the issue is fixed for all three cases I saw it. Thanks for the
quick fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104250
Richard Biener changed:
What|Removed |Added
Target||x86_64-*-* i?86-*-*
--- Comment #1 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102178
--- Comment #9 from Hongtao.liu ---
1703 : 401cb1: vmovq %xmm1,%r9 (*)
834 : 401cb6: vmovq %r8,%xmm1
1719 : 401cbb: vmovq %r9,%xmm0 (*)
Look like %r9 is dead after the second (*), and it can be optimized to
1703 :
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102178
--- Comment #10 from Hongtao.liu ---
(In reply to Richard Biener from comment #8)
> So w/ -Ofast -march=znver2 I get a runtime of 130 seconds, when I add
> -mtune-ctrl=^inter_unit_moves_from_vec,^inter_unit_moves_to_vec then
> this improves to 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102178
--- Comment #11 from Richard Biener ---
(In reply to Richard Biener from comment #8)
> So w/ -Ofast -march=znver2 I get a runtime of 130 seconds, when I add
> -mtune-ctrl=^inter_unit_moves_from_vec,^inter_unit_moves_to_vec then
> this improves t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104161
--- Comment #6 from Jonathan Wakely ---
Yes, I have a new ctor for directory_iterator that takes the FD and does all
operations relative to that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104243
--- Comment #6 from Martin Liška ---
(In reply to A. Klitzing from comment #5)
> Created attachment 52294 [details]
> assembler output
>
> By the way... If idx is not initialized it will work, too.
>
> @@ -4,7 +4,7 @@
> int main(int argc, cha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104254
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104254
--- Comment #2 from Martin Liška ---
One possible improvement can be promoting the option when an ICE happens:
$ g++ pr100019.C -c -w
pr100019.C: In instantiation of ‘void f(auto:1 ...) [with auto:1 = {int}]’:
pr100019.C:8:4: required from he
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104254
--- Comment #3 from Martin Liška ---
Let's compare it with Clang:
clang++ llvm.C -std=c++20
PLEASE submit a bug report to https://bugs.llvm.org/ and include the crash
backtrace, preprocessed source, and associated run script.
Stack dump:
0.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104254
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102178
--- Comment #12 from Richard Biener ---
(In reply to Hongtao.liu from comment #10)
> (In reply to Richard Biener from comment #8)
> > So w/ -Ofast -march=znver2 I get a runtime of 130 seconds, when I add
> > -mtune-ctrl=^inter_unit_moves_from_ve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104198
--- Comment #11 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #10 from rdapp at linux dot ibm.com ---
> Created attachment 52297
> --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52297&action=edit
> Tentative patch
[...]
> A ful
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104196
--- Comment #11 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:82c8ff79d06cc7d389c72f94d4443c509cf85313
commit r12-6888-g82c8ff79d06cc7d389c72f94d4443c509cf85313
Author: Jakub Jelinek
Date:
> > According to znver2_cost
> >
> > Cost of sse_to_integer is a little bit less than fp_store, maybe increase
> > sse_to_integer cost(more than fp_store) can helps RA to choose memory
> > instead of GPR.
>
> That sounds reasonable - GPR<->xmm is cheaper than GPR -> stack -> xmm
> but GPR<->xmm s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102178
--- Comment #13 from hubicka at kam dot mff.cuni.cz ---
> > According to znver2_cost
> >
> > Cost of sse_to_integer is a little bit less than fp_store, maybe increase
> > sse_to_integer cost(more than fp_store) can helps RA to choose memory
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104201
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2022-01-27
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102178
--- Comment #14 from Richard Biener ---
(In reply to Hongtao.liu from comment #9)
> 1703 : 401cb1: vmovq %xmm1,%r9 (*)
> 834 : 401cb6: vmovq %r8,%xmm1
> 1719 : 401cbb: vmovq %r9,%xmm0 (*)
>
> Look like %r9 is dead afte
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102178
--- Comment #15 from Richard Biener ---
Created attachment 52300
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52300&action=edit
LBM_performStreamCollide testcase
This is the relevant function.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104196
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102178
--- Comment #16 from hubicka at kam dot mff.cuni.cz ---
>
> Yep, we also have code like
>
> - movabsq $0x3ff03db8fde2ef4e, %r8
> ...
> - vmovq %r8, %xmm11
It is loading random constant to xmm11. Since reg<->xmm moves are
relativ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102178
--- Comment #17 from Richard Biener ---
So in .reload we have (with unpatched trunk)
401: NOTE_INSN_BASIC_BLOCK 6
462: ax:DF=[`*.LC0']
REG_EQUAL 9.8506899724167309977929107844829559326171875e-1
407: xmm2:DF=ax:DF
463: ax:D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104201
--- Comment #2 from CVS Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:2e4bf373f2ae97be3adc654054e7e8a982813766
commit r12-6889-g2e4bf373f2ae97be3adc654054e7e8a982813766
Author: Andrew Pinski
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104201
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103642
--- Comment #3 from CVS Commits ---
The master branch has been updated by Chung-Lin Tang :
https://gcc.gnu.org/g:1c91b014923f418e0aab789c5cf57facf04bf266
commit r12-6890-g1c91b014923f418e0aab789c5cf57facf04bf266
Author: Chung-Lin Tang
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104254
--- Comment #5 from Martin Liška ---
(In reply to Jakub Jelinek from comment #4)
> Fedora/RHEL gcc also has
> sed -i -e 's/Common Driver Var(flag_report_bug)/& Init(1)/' gcc/common.opt
> and thus makes -freport-bug the default.
Speaking with Ri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104254
--- Comment #6 from Martin Liška ---
One more comment about https://gcc.gnu.org/bugs/. Well, I think the page
contains very detailed information for reporters, and I double anybody is
actually reading that. Plus it misses a direct link to bugzil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104254
--- Comment #7 from Andrew Pinski ---
Note at Marvell we also turn it on by default a configure option is not needed
either.
The main reason why I filed this was because of two bug reports that came in
where the user of GCC did not attach the pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104239
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104199
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104257
Bug ID: 104257
Summary: rs6000/*intrin.h headers using non-uglified automatic
variables
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103702
--- Comment #5 from CVS Commits ---
The master branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:2022be54daf638885e1e685afd36619cb4b01a93
commit r12-6891-g2022be54daf638885e1e685afd36619cb4b01a93
Author: Kewen Lin
Date: Thu Jan 2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102178
--- Comment #18 from Richard Biener ---
For the case of LBM what also helps is disabling PRE or using PGO (which
sees the useless PRE) given that the path the expressions become partially
compile-time computable is never taken at runtime. In th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103702
Kewen Lin changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102178
--- Comment #19 from rguenther at suse dot de ---
On Thu, 27 Jan 2022, hubicka at kam dot mff.cuni.cz wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102178
>
> --- Comment #13 from hubicka at kam dot mff.cuni.cz ---
> > > According to z
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102178
--- Comment #20 from rguenther at suse dot de ---
On Thu, 27 Jan 2022, hubicka at kam dot mff.cuni.cz wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102178
>
> --- Comment #16 from hubicka at kam dot mff.cuni.cz ---
> >
> > Yep, we als
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104245
Jakub Jelinek changed:
What|Removed |Added
Status|WAITING |NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104247
--- Comment #1 from CVS Commits ---
The master branch has been updated by Martin Liska :
https://gcc.gnu.org/g:3989337e1e1e334bb6d6db5d441c751d0b9ae2e1
commit r12-6892-g3989337e1e1e334bb6d6db5d441c751d0b9ae2e1
Author: Martin Liska
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104247
Martin Liška changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104258
Bug ID: 104258
Summary: [11/12 regression] Generic formal ">" used incorrectly
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
> I would say so. It saves code size and also uop space unless the two
> can magically fuse to a immediate to %xmm move (I doubt that).
I made simple benchmark
double a=10;
int
main()
{
long int i;
double sum,val1,val2,val3,val4;
for (i=0;i<10;i++)
{
#if
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102178
--- Comment #21 from hubicka at kam dot mff.cuni.cz ---
> I would say so. It saves code size and also uop space unless the two
> can magically fuse to a immediate to %xmm move (I doubt that).
I made simple benchmark
double a=10;
int
main()
{
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104254
--- Comment #8 from CVS Commits ---
The master branch has been updated by Martin Liska :
https://gcc.gnu.org/g:76ef38e3178a11e76a66b4d4c0e10e85fe186a45
commit r12-6893-g76ef38e3178a11e76a66b4d4c0e10e85fe186a45
Author: Martin Liska
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104258
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.3
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94193
Segher Boessenkool changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104241
Segher Boessenkool changed:
What|Removed |Added
Status|WAITING |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104245
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|--- |12.0
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104198
--- Comment #12 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #11 from ro at CeBiTec dot Uni-Bielefeld.DE Uni-Bielefeld.DE> ---
[...]
> I've now successfully completed a sparcv9-sun-solaris2.11 bootstrap
> (sparc-sun-solaris2.11 for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101988
--- Comment #6 from CVS Commits ---
The trunk branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:0c0f453c4af4880c522c8472c33eef42bee9eda1
commit r12-6894-g0c0f453c4af4880c522c8472c33eef42bee9eda1
Author: Marek Polacek
Date: We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101988
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104259
Bug ID: 104259
Summary: libstdc++ fails for epiphany-elf
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104259
--- Comment #1 from Martin Liška ---
Created attachment 52302
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52302&action=edit
Build log
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104247
--- Comment #3 from David Malcolm ---
Thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104259
--- Comment #2 from Martin Liška ---
Likely started with r12-6866-gc8bd4dc8212e43b2f9af08b80df97f90cdb0df4f.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102178
H.J. Lu changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #22 from H.J. Lu ---
Is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104259
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2022-01-27
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104260
Bug ID: 104260
Summary: [12 Regression] Misplaced waccess3 pass
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104260
Jakub Jelinek changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
Target Mile
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104260
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102178
Richard Biener changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #23 from Richard Biene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104259
--- Comment #4 from CVS Commits ---
The master branch has been updated by Martin Liska :
https://gcc.gnu.org/g:14f339894db6ca7fe4772d5528c726694d2517c4
commit r12-6895-g14f339894db6ca7fe4772d5528c726694d2517c4
Author: Martin Liska
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104259
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104258
Eric Botcazou changed:
What|Removed |Added
Last reconfirmed||2022-01-27
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104237
Jakub Jelinek changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104258
Eric Botcazou changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|ebotcazou a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104245
--- Comment #7 from Tomasz Kłoczko ---
Created attachment 52303
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52303&action=edit
flag_test.cc.o.gz
gzipped file generated by
/usr/bin/g++ -save-temps -DGTEST_LINKED_AS_SHARED_LIBRARY=1
-I/h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104245
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104189
--- Comment #7 from John Paul Adrian Glaubitz ---
FWIW, I also asked David Miller regarding the register preservation and here is
his answer:
> The full 64-bit registers of the out and global registers are saved at trap
> time.
> But only 32-b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103678
--- Comment #1 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:ce6054a22ae14594a2919d2ad87cd9478e616fb3
commit r12-6896-gce6054a22ae14594a2919d2ad87cd9478e616fb3
Author: Patrick Palka
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92944
--- Comment #5 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:ce6054a22ae14594a2919d2ad87cd9478e616fb3
commit r12-6896-gce6054a22ae14594a2919d2ad87cd9478e616fb3
Author: Patrick Palka
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99895
--- Comment #2 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:dec8d0e5fa00ceb2ded78b8a3eba8976d860a90e
commit r12-6897-gdec8d0e5fa00ceb2ded78b8a3eba8976d860a90e
Author: Patrick Palka
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99895
Patrick Palka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92944
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67491
Bug 67491 depends on bug 92944, which changed state.
Bug 92944 Summary: [concepts] redefinition error when using constrained
structure template inside namespace
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92944
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103678
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67491
Bug 67491 depends on bug 103678, which changed state.
Bug 103678 Summary: [concepts] Constrained partial specialization of dependent
template conflicts with unconstrained partial specialization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103678
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104237
--- Comment #4 from Jakub Jelinek ---
Ah, as this is lto1, all the locations are created by
lto_location_cache::apply_location_cache.
With -g lto1 can stream more locations than with -g0, and apply_location_cache
is always called on some chunk o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104260
Martin Sebor changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |msebor at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102178
--- Comment #24 from Hongtao.liu ---
for
vmovq %rdi, %xmm7 # 503 [c=4 l=4] *movdf_internal/21
..
vmulsd %xmm7, %xmm4, %xmm5 # 320 [c=12 l=4] *fop_df_comm/2
..
movabsq $0x3fef85af6c69b5a6, %rdi # 409 [c=5 l=10]
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102178
--- Comment #25 from Hongtao.liu ---
> Guess we need to let RA know mem cost is cheaper than GPR for r249.
Reduce sse_store cost?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104243
--- Comment #7 from Thiago Macieira ---
(In reply to Martin Liška from comment #6)
> Anyway, upstream removed the pure attribute as we suggested:
> https://codereview.qt-project.org/c/qt/qtbase/+/392357
Can we be assured the pure attribute will
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104261
Bug ID: 104261
Summary: gcc uses fildq and fistpq on unaligned addesss for
atomic accesses
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101894
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104243
Martin Liška changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103171
Martin Jambor changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104251
--- Comment #5 from Felix Köhler ---
Andrew, Jonathan,
thanks to both of you for the concise and helpful explanations! GCC not only is
a great compiler, it has a great STL and great implementers :D
So, if I want to replace an instance of accum
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104262
Bug ID: 104262
Summary: -fsanitize=address false alarm with aligned_alloc
Product: gcc
Version: 11.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104262
--- Comment #1 from Jakub Jelinek ---
Why do you think it conforms to C11?
"The value of alignment shall be a valid alignment supported by the
implementation and the value of size shall be an integral multiple of
alignment."
If this is x
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104237
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=104237
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|--- |11.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104262
Jakub Jelinek changed:
What|Removed |Added
CC||jsm28 at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104237
--- Comment #6 from David Malcolm ---
FWIW years ago I posted a patch to generalize libgccjit's location
consolidation code so that it could be used by LTO, but IIRC it was rejected.
I spent a few minutes looking in the archives but wasn't able
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104262
--- Comment #3 from joseph at codesourcery dot com ---
See DR#460.
http://www.open-std.org/jtc1/sc22/wg14/www/docs/n2396.htm#dr_460
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104262
--- Comment #4 from eggert at cs dot ucla.edu ---
Thanks for looking into the problem. DR#460 says that the C2x committee adopted
wording based on N2072, which which made the point that non-integral multiples
of alignment are useful - for the sam
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84784
--- Comment #7 from CVS Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:7eb61a45a171d4f8f5bf4d4f469d42e657c69a6a
commit r12-6900-g7eb61a45a171d4f8f5bf4d4f469d42e657c69a6a
Author: Harald Anlauf
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84784
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #8 from a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82632
--- Comment #4 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:fd59d5d4a2ef8a97541a22399480bc1f8e82ceca
commit r12-6901-gfd59d5d4a2ef8a97541a22399480bc1f8e82ceca
Author: Patrick Palka
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82632
Patrick Palka changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104128
--- Comment #8 from CVS Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:b51fb28ed294cdf19087ca9d9ad107c9c52bec42
commit r12-6902-gb51fb28ed294cdf19087ca9d9ad107c9c52bec42
Author: Harald Anlauf
Date: S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104128
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASS
1 - 100 of 156 matches
Mail list logo