https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91780
--- Comment #10 from Mikael Persson ---
Thats great.
Saw the dates on the other pr, jikes this has been around a while.
Testing
z.containers_[0]->i is clever, ill add a test for that ( or more generally
z.containers_[0]->begin(), static_assert i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103766
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103766
--- Comment #2 from Andrew Pinski ---
I tried to reproduce it with the following GNU C code but it still
worked:struct __st_parameter_dt
{
const char *filename ;
int linenum;
int flags;
int unit;
};
[[gnu::noinline, gnu::access(read_only
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65289
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86120
Andrew Pinski changed:
What|Removed |Added
Keywords||ice-on-invalid-code
Component|m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67946
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |6.0
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50790
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49910
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53928
Andrew Pinski changed:
What|Removed |Added
Known to fail||6.3.0, 7.1.0
Target Milestone|8.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103755
--- Comment #6 from Dmitry Prokoptsev ---
That would also work, I suppose (it even outperforms my original approach by a
tiny bit -- 33 ns for v2 vs 36 for my original implementation).
There are a few build errors in the alternative implementat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53928
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103755
--- Comment #5 from Dmitry Prokoptsev ---
Created attachment 52029
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52029&action=edit
Build fix for alternative implementation v2.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103767
Andrew Pinski changed:
What|Removed |Added
Keywords||documentation
--- Comment #1 from Andre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103767
Bug ID: 103767
Summary: libiberty.a built with -fPIC is never going to be
installed
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80126
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2021-12-19
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67441
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69557
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Last reconfirmed|2016-03-1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37471
--- Comment #7 from Andrew Pinski ---
I Notice LLVM does similarly on this testcase too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37471
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Last reconfirmed|2015-11-2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68150
--- Comment #1 from Andrew Pinski ---
I am shocked I have not seen this yet on aarch64 where
HARD_REGNO_CALL_PART_CLOBBERED is done for the vector/fpu registers as we only
save the bottom 64bits ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49157
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53861
Andrew Pinski changed:
What|Removed |Added
Component|rtl-optimization|middle-end
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101926
Bug 101926 depends on bug 65912, which changed state.
Bug 65912 Summary: x_rtl.x_frame_offset not updated after frame related insn
deleted
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65912
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47562
Bug 47562 depends on bug 65912, which changed state.
Bug 65912 Summary: x_rtl.x_frame_offset not updated after frame related insn
deleted
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65912
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65912
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54585
Andrew Pinski changed:
What|Removed |Added
Component|rtl-optimization|middle-end
Severity|normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103765
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103765
--- Comment #1 from Andrew Pinski ---
(In reply to Jeremy R. from comment #0)
> This would be a good enhancement, and I'd also be interested to learn why
> this strange behavior is occurring.
The reason for the difference is most likely because
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103766
--- Comment #1 from Iain Sandoe ---
example optimised tree dump:
O0
;; Function sub (sub.0, funcdef_no=1, decl_uid=2979, cgraph_uid=1,
symbol_order=0)
__attribute__((fn spec (". ")))
void sub ()
{
struct __st_parameter_dt dt_parm.0;
real(k
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103766
Iain Sandoe changed:
What|Removed |Added
Known to work||10.3.0, 11.1.0
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103766
Bug ID: 103766
Summary: [12 Regression] Initialization of variable passed via
static chain is lost.
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103765
Bug ID: 103765
Summary: Missed arithmetic simplification for multiplication +
division
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52000
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50037
--- Comment #9 from Andrew Pinski ---
On the trunk, I see no loop at all for the original testcase at -O3.
At -O2 -ftree-vectorize, I do see the loop but when I add -funroll-loops, the
loop is completely unrolled at the gimple level.
So maybe th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103762
--- Comment #10 from H.J. Lu ---
(In reply to Florian Weimer from comment #9)
> glibc cannot easily work around such unexpected relocations for static or
> hidden variables. Static PIE currently requires PI_STATIC_AND_HIDDEN, and
> with the GCC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103764
--- Comment #3 from Jean-Michaƫl Celerier ---
Wops, sorry for the noise, forgot that shared libs were "executable"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103762
Florian Weimer changed:
What|Removed |Added
CC||fw at gcc dot gnu.org
--- Comment #9 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103760
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103764
--- Comment #2 from Jonathan Wakely ---
And as expected, Clang gives the same results.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103412
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |anlauf at gcc dot
gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103412
--- Comment #6 from CVS Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:fd74a2ee40456a1d1621e88738f8e57536194080
commit r12-6059-gfd74a2ee40456a1d1621e88738f8e57536194080
Author: Harald Anlauf
Date: S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103764
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103745
--- Comment #3 from Jonathan Wakely ---
I don't think so. What -Wexceptions warns about is almost always a bug (why
would you write a shadowed catch handler that can never catch anything?).
But the choice of whether to only throw things derived
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103762
H.J. Lu changed:
What|Removed |Added
CC||ubizjak at gmail dot com,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103762
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103762
H.J. Lu changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103764
Bug ID: 103764
Summary: Global std::string constructor not called
Product: gcc
Version: 11.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103763
Bug ID: 103763
Summary: [12 regression]
gcc.target/powerpc/fold-vec-splat-floatdouble.c fails
after r12-5988
Product: gcc
Version: 12.0
Status: UNCON
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103762
H.J. Lu changed:
What|Removed |Added
Keywords||ra
--- Comment #5 from H.J. Lu ---
LRA turns
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103760
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82894
Patrick Palka changed:
What|Removed |Added
Keywords|needs-bisection |
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103762
--- Comment #4 from H.J. Lu ---
Good __tunables_init code:
.L35:
movq$-88, %rax
leaqtunable_list(%rip), %rbx
movq%r8, %r12
subq%rbx, %rax
movq%rax, %r15
Bad __tunables_init code:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103762
--- Comment #3 from H.J. Lu ---
Created attachment 52028
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52028&action=edit
A testcase
There are dl-tunables.i good.s bad.s. Compiler options are
-std=gnu11 -fgnu89-inline -O2 -g -Wall -Wwr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103762
--- Comment #2 from H.J. Lu ---
Good:
There are 16 section headers, starting at offset 0x21d8:
Section Headers:
[Nr] Name TypeAddress OffSize ES Flg
Lk Inf Al
[ 0] NULL0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103762
--- Comment #1 from H.J. Lu ---
elf/dl-tunables.c is miscompiled by -fpie.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103762
H.J. Lu changed:
What|Removed |Added
Target Milestone|--- |12.0
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103762
Bug ID: 103762
Summary: [12 Regression] glibc master branch is miscompiled by
r12-897
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103611
--- Comment #6 from CVS Commits ---
The master branch has been updated by Roger Sayle :
https://gcc.gnu.org/g:31048012db98f5ec9c2ba537bfd850374bdd771f
commit r12-6058-g31048012db98f5ec9c2ba537bfd850374bdd771f
Author: Roger Sayle
Date: Sat D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80286
--- Comment #13 from CVS Commits ---
The master branch has been updated by Roger Sayle :
https://gcc.gnu.org/g:31048012db98f5ec9c2ba537bfd850374bdd771f
commit r12-6058-g31048012db98f5ec9c2ba537bfd850374bdd771f
Author: Roger Sayle
Date: Sat D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32803
--- Comment #9 from CVS Commits ---
The master branch has been updated by Roger Sayle :
https://gcc.gnu.org/g:e742722f76c70be303248da7ca4842198d4fd1cc
commit r12-6057-ge742722f76c70be303248da7ca4842198d4fd1cc
Author: Roger Sayle
Date: Sat De
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103358
--- Comment #2 from Net Can ---
(In reply to Iain Sandoe from comment #1)
> There was a long discussion about this between the various WG21 paper
> authors.
>
> The stated intend was that 'this' pointer and the 'lambda object pointer'
> were in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99756
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96054
--- Comment #1 from Eric Gallager ---
(In reply to H. Peter Anvin from comment #0)
> __attribute__((error)) and __attribute__((warning)) are useful, but have, in
> some places, poor semantics.
__attribute__((error)) produces an error. __attribut
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103745
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30368
Eric Gallager changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62029
Eric Gallager changed:
What|Removed |Added
Blocks||87403
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103759
--- Comment #3 from CVS Commits ---
The master branch has been updated by Siddhesh Poyarekar
:
https://gcc.gnu.org/g:cc032ec1ecb34b006f42e170ccb9d76aa42fd8eb
commit r12-6056-gcc032ec1ecb34b006f42e170ccb9d76aa42fd8eb
Author: Siddhesh Poyarekar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69929
Francois-Xavier Coudert changed:
What|Removed |Added
CC||fxcoudert at gcc dot gnu.org
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95165
Francois-Xavier Coudert changed:
What|Removed |Added
Target Milestone|--- |12.0
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40635
--- Comment #20 from Andrew Pinski ---
Note one thing I Noticed is the with the testcase in comment #0 to reproduce
the PHI-OPT issue I need to use the following options: "-O2 -Wall -g0
-fdisable-tree-threadfull1". jump threading actually is ab
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103724
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |9.5
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103725
Andrew Pinski changed:
What|Removed |Added
Known to work||7.1.0, 7.5.0
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103725
--- Comment #1 from Andrew Pinski ---
#1 0x018fa008 in simplify_using_ranges::vrp_evaluate_conditional
(this=0x7fffd510, code=LE_EXPR, op0=,
op1=, stmt=) at
/home/apinski/src/upstream-gcc/gcc/gcc/vr-values.c:2383
#2 0x015e5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95177
Francois-Xavier Coudert changed:
What|Removed |Added
Target Milestone|--- |12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95177
Francois-Xavier Coudert changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
75 matches
Mail list logo