https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99199
--- Comment #7 from Andrew Pinski ---
Also for this testcase seem it should just return true even :).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99199
--- Comment #6 from Andrew Pinski ---
I don't see it on the trunk really; I wonder what changed, I know there has
been many jump threading changes and even some phiopt changes which might have
changed this for the better.
Though I do see "label:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103728
--- Comment #2 from Pierrick Bouvier ---
Problem with command line approach is that it implies to patch all our scripts,
which is *really* boring. At this point, manually adding rt_options string in
all binaries is easier.
Alas, there is no env
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85390
Andrew Pinski changed:
What|Removed |Added
Known to fail||7.1.0
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103742
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |12.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103741
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103743
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103743
Bug ID: 103743
Summary: PPC: Inefficient equality compare for large 64-bit
constants having only 16-bit relevant bits in high
part
Product: gcc
Version: 8.3.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103734
--- Comment #2 from Hongtao.liu ---
(In reply to Tamar Christina from comment #0)
> When using --param ipa-cp-eval-threshold=1 --param ipa-cp-unit-growth=20 on
> imagick the hot functions MorphologyApply and GetVirtualPixelsFromNexus get
> repla
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92925
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
--- Comment #7 from Andrew P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103734
Andrew Pinski changed:
What|Removed |Added
Keywords||missed-optimization
Severity|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103742
Bug ID: 103742
Summary: [12 Regression] '-fcompare-debug' failure (length)
with -O2 -fnon-call-exceptions
--param=early-inlining-insns=82
Product: gcc
Version: 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103741
Bug ID: 103741
Summary: [12 Regression] ICE in prepare_vec_mask, at
tree-vect-stmts.c:1808
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: ice-on-vali
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100221
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100221
Andrew Pinski changed:
What|Removed |Added
Summary|missed optimization for |Takes two passes at DSE to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100221
--- Comment #2 from Andrew Pinski ---
If we force inline f: like:
[[gnu::always_inline]]
static inline void f()
-O2 behavior becomes the same as -O3.
-O3:
Deleted dead store: # .MEM_7 = VDEF <.MEM_6>
hD.2116[0] = &gD.2115;
-O2:
ipa-modref
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82894
--- Comment #2 from Andrew Pinski ---
Even one without templates:
struct S {
char f();
};
struct wrapper : private S {
int f(int = 0);
using S::f;
};
void g(void)
{
wrapper t;
t.f();
}
And yes it was rejected in GCC 6.4.0.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82894
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69623
--- Comment #5 from Andrew Pinski ---
Full testcase where both declarations should be an error:
template void f() { } // error
template void g() { } // error
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69623
Andrew Pinski changed:
What|Removed |Added
CC||xmh970252187 at gmail dot com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103740
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102449
--- Comment #1 from Andrew Pinski ---
I think this is valid code as the compiler can deduce that First is int.
All compilers I have tried accept the code.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103740
Bug ID: 103740
Summary: A function template declaration with a
template-parameter in the last that has no default
argument or can be deduced shall be ill-formed
Product: gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91789
--- Comment #7 from Andrew Macleod ---
hmm. yeah. we have the knowledge... but how to apply it efficiently.
=== BB 4
Imports: a_3(D)
Exports: a_3(D)
b_2(D) int VARYING
a_3(D) int VARYING
Relational : (b_2(D) >= a_3(D))
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94404
Bug 94404 depends on bug 38541, which changed state.
Bug 38541 Summary: function parameter type T(*)[]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38541
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38541
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38541
Jiang An changed:
What|Removed |Added
CC||de34 at live dot cn
--- Comment #3 from Jiang
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102069
Jiu Fu Guo changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102946
Jiu Fu Guo changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102087
Jiu Fu Guo changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103194
--- Comment #23 from Hongtao.liu ---
(In reply to Jakub Jelinek from comment #22)
> (In reply to Hongtao.liu from comment #15)
> > > Is the behavior well defined for n >= 64? I got
> > >
> > > foo.c:11:19: warning: left shift count >= width of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101754
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95817
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Severity|normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97434
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91789
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
--- Comment #6 from Andrew P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102445
Bug 102445 depends on bug 84738, which changed state.
Bug 84738 Summary: stack-overflow in regex_match
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84738
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86164
Jonathan Wakely changed:
What|Removed |Added
CC||semi1 at posteo dot de
--- Comment #12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84738
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102445
Bug 102445 depends on bug 93502, which changed state.
Bug 93502 Summary: std::regex_match uses stack space proportional to input
string length
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93502
What|Removed |A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86164
Jonathan Wakely changed:
What|Removed |Added
CC||nyh at math dot technion.ac.il
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93502
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95423
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61582
--- Comment #23 from Jonathan Wakely ---
(In reply to M Welinder from comment #22)
> FWIW, there is an excellent overview of regular expression engine pitfalls
> and methods here:
>
> https://swtch.com/~rsc/regexp/regexp1.html
> https://swtch.co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94757
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |11.0
Severity|normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97997
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |11.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103726
--- Comment #8 from cqwrteur ---
(In reply to Jonathan Wakely from comment #7)
> Huh, I must have checked in an old draft ... which is odd as I only have one
> open on my desktop, and it's the current one.
>
> Reopening then. And we need an LWG
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70816
--- Comment #4 from Jonathan Wakely ---
Our std::char_traits has similar branches for constant evaluation (and the rest
of the library does too for memcpy etc.)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103726
Jonathan Wakely changed:
What|Removed |Added
Status|RESOLVED|NEW
Resolution|INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103726
Jiang An changed:
What|Removed |Added
CC||de34 at live dot cn
--- Comment #6 from Jian
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98953
--- Comment #5 from Andrew Pinski ---
*** Bug 102391 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102391
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102495
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Severity|normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103698
--- Comment #2 from Sergei Trofimovich ---
Aha, sounds good. Let's consider it's an user error to mix -g* options with
`__attribute__((section(".data")))` applied to `.code` objects.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91707
--- Comment #12 from Martin Sebor ---
Here's a slightly simplified test case for GCC 12:
$ cat z.c && gcc -O2 -S -Wall -fsanitize=undefined z.c
extern void f (unsigned n, long[n], const long[n]);
void g (unsigned n, const long a[n])
{
long b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103728
--- Comment #1 from Iain Buclaw ---
Not sure if there'd be much help from the compiler on this front, as it's a
runtime library feature that unittests are executed in the first place - the
compiler simply generates functions in the proper place
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102229
Marek Polacek changed:
What|Removed |Added
Summary|[11/12 Regression] |[11 Regression]
|'dec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102229
--- Comment #10 from CVS Commits ---
The trunk branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:06d5dcef72542baf49ac245cfde2ad7ecef0916b
commit r12-6008-g06d5dcef72542baf49ac245cfde2ad7ecef0916b
Author: Marek Polacek
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103739
--- Comment #2 from Segher Boessenkool ---
Hi!
I have no idea why not.
$ gdc --version
gdc (GCC) 9.3.1 20200410
and it says
Configured with: /home/segher/src/gcc/configure --prefix=/home/segher/tot
--enable-languages=c,c++,fortran,ada,d,objc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54802
Andrew Pinski changed:
What|Removed |Added
Known to fail||4.9.4
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92903
Andrew Pinski changed:
What|Removed |Added
Keywords||TREE
--- Comment #5 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94071
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
--- Comment #2 from Andrew P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26766
--- Comment #10 from CVS Commits ---
The master branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:4a5e71f2348adcc49939804889d9f1a64d97005a
commit r12-6006-g4a5e71f2348adcc49939804889d9f1a64d97005a
Author: H.J. Lu
Date: Sat Nov 13 06
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103528
--- Comment #5 from Iain Buclaw ---
(In reply to Rainer Orth from comment #0)
> * toplevel configure needs to make certain that the bootstrap gdc can compile
> *and link* some trivial D program. Letting the build proceed otherwise
> leads
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70816
Louis Dionne changed:
What|Removed |Added
CC||ldionne.2 at gmail dot com
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67413
--- Comment #5 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #4)
> It would just work.
Except the two casts are not the same in the case of negative as I mentioned in
comment #2 :).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67413
--- Comment #4 from Andrew Pinski ---
As for the other testcase:
y_3 = x_2(D) & -4294967296;
z_4 = (intD.9) x_2(D);
_1 = (long intD.12) z_4;
_5 = _1 | y_3;
If we could optimize:
z_4 = (intD.9) x_2(D);
_1 = (long intD.12) z_4;
Into:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67413
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Blocks|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90839
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90967
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103739
--- Comment #1 from Iain Buclaw ---
Why is the library not installed alongside the host compiler though? The D
core runtime compiles and works well on powerpc64-linux.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83351
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67242
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77387
Andrew Pinski changed:
What|Removed |Added
Keywords||needs-bisection
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91707
Martin Sebor changed:
What|Removed |Added
Last reconfirmed|2021-01-21 00:00:00 |2021-12-15
Known to fail|11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64541
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103726
--- Comment #5 from cqwrteur ---
(In reply to Jonathan Wakely from comment #4)
> (In reply to Jonathan Wakely from comment #2)
> > cppreference is wrong, is not freestanding.
>
> I've fixed it now.
thank you.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64319
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103726
--- Comment #4 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #2)
> cppreference is wrong, is not freestanding.
I've fixed it now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103726
--- Comment #3 from cqwrteur ---
(In reply to Jonathan Wakely from comment #2)
> cppreference is wrong, is not freestanding.
okay.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103726
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54924
--- Comment #16 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #14)
> Created attachment 43350 [details]
> Patch to use __builtin_object_size in std::string
>
> So it isn't lost, here's a prototype I was working on last year
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103739
Bug ID: 103739
Summary: Bootstrap broken on powerpc64-linux
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: blocker
Priority: P3
Component: d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103738
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2021-12-15
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103726
--- Comment #1 from cqwrteur ---
also here is a weird thing i find.
coroutine_handle has a template specification of std::hash, but std::hash is in
which is not freestanding.
What should standard library do? Should libstdc++ provide it or not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103711
--- Comment #5 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #4)
> Without the library dependency, and without the defaulted destructor (since
^^^
Oop
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103711
--- Comment #4 from Jonathan Wakely ---
Without the library dependency, and without the defaulted destructor (since GCC
int constructions = 0;
int destructions = 0;
struct A
{
A()
{
constructions++;
}
virtual ~A() {
destructio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103711
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2021-12-15
Status|UNCONFI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103738
--- Comment #2 from Niklas Haas ---
Created attachment 52010
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52010&action=edit
No deprecation warning produced
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103738
Niklas Haas changed:
What|Removed |Added
Attachment #52009|no_warning.c|warning.c
filename|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103738
Bug ID: 103738
Summary: No warning when setting deprecated fields using
designated initializers
Product: gcc
Version: 11.2.1
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103722
--- Comment #1 from Vladimir Makarov ---
(In reply to Joseph S. Myers from comment #0)
> Created attachment 52003 [details]
> preprocessed source
>
> Build the attached code (from glibc) with -O2 for sh4-linux-gnu. This
> produces an ICE:
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103624
Bill Schmidt changed:
What|Removed |Added
Assignee|wschmidt at gcc dot gnu.org|unassigned at gcc dot
gnu.org
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103737
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78136
Tamar Christina changed:
What|Removed |Added
Resolution|--- |FIXED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103694
--- Comment #2 from anlauf at gcc dot gnu.org ---
(In reply to Martin Liška from comment #1)
> Started with r12-3993-gb19bbfb148250536.
Are you sure about that?
All releases >= 7 ICE for me.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103690
Alex Coplan changed:
What|Removed |Added
CC||acoplan at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103408
Patrick Palka changed:
What|Removed |Added
Target Milestone|--- |12.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103693
--- Comment #2 from anlauf at gcc dot gnu.org ---
Gerhard, the issue here is
class(*), parameter :: a(1,2) = 2
which we do not yet support, and where there is a duplicate by you already.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100493
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 103198, which changed state.
Bug 103198 Summary: ICE for requires requires clause with varadic templates
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103198
What|Removed |Added
-
1 - 100 of 217 matches
Mail list logo