https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109573
Richard Biener changed:
What|Removed |Added
CC||seurer at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109749
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109691
--- Comment #7 from CVS Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:21e2ef2dc25de318de29ec32d5390350c6717c6a
commit r14-569-g21e2ef2dc25de318de29ec32d5390350c6717c6a
Author: Andrew Pinski
Date: Tue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109691
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97122
Paul Thomas changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #10 from Paul Thomas ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68800
--- Comment #8 from CVS Commits ---
The master branch has been updated by Bernhard Reutner-Fischer
:
https://gcc.gnu.org/g:2521390dd2f8e554ecccb380e0efd7aa21cd4b5f
commit r14-567-g2521390dd2f8e554ecccb380e0efd7aa21cd4b5f
Author: Bernhard Reutne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107888
--- Comment #5 from Andrew Pinski ---
I think this should not be hard to add to minmax_from_comparison I think.
Though right now we don't call it for the non-constant case but that should be
easy to fix I think.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109765
--- Comment #5 from Andrew Pinski ---
My build/test that included building GMP just finished with no difference from
my last build too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109765
Sam James changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109763
--- Comment #10 from Jason Liam ---
Upon reading more on this, seems this is well-formed. Note
[temp.constr.normal#1.4] is about parameter mapping(which is valid in this
case) so the last sentence in my previous quoted reference does not apply.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101024
--- Comment #9 from Andrew Pinski ---
Created attachment 55018
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55018&action=edit
Patch which implements the != part
This is the patch which I am testing for the != part.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109662
--- Comment #17 from CVS Commits ---
The master branch has been updated by Jerry DeLisle :
https://gcc.gnu.org/g:d46b3db4bd016a3eccfb933c81c7a9d87c0ad403
commit r14-566-gd46b3db4bd016a3eccfb933c81c7a9d87c0ad403
Author: Jerry DeLisle
Date: S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101024
--- Comment #8 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #7)
> After https://gcc.gnu.org/pipermail/gcc-patches/2023-May/617758.html, these
> are testcases that fail if we remove minmax_replacement :
> FAIL: gcc.dg/tree-ssa/p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97122
--- Comment #9 from kargl at gcc dot gnu.org ---
(In reply to kargl from comment #7)
> (In reply to kargl from comment #5)
> > (In reply to Paul Thomas from comment #3)
> > >
> > > I have marked this as "waiting" pending a contrary interpretation
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101024
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109765
--- Comment #3 from Andrew Pinski ---
Ok, I heard from Sam, that GMP might be miscompiling so building after doing
./contrib/download_prerequisites now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109765
Andrew Pinski changed:
What|Removed |Added
Component|c |bootstrap
Keywords|
rsion 14.0.0 20230507 (experimental) [master f2c31b4c1e2] (GCC)
r14-553-g2c8fa77120b48b4682f423 plus the patch for r14-558-ga1a9ce2441df0675 .
ng
-freport-bug).
Please include the complete backtrace with any bug report.
See <https://bugs.gentoo.org/> for instructions.
```
```
gcc (Gentoo 14.0.0. p, commit ab60d0a28615153ee13cbf1401bdcdf2382ae0c4)
14.0.0 20230507 (experimental) 681ba2f7681f295a102cd63ffd5ce2b86a5f706e
Copyri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109662
--- Comment #16 from john.harper at vuw dot ac.nz ---
Saw this only after my previous 2 replies, A semicolon in a namelist is
not a separator between Fortran statements, but it takes the place of a
comma between values when decimal='COMMA' in a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109662
--- Comment #15 from john.harper at vuw dot ac.nz ---
Sorry: what I should have said was that
If and only if a comma after a namelist name was a pre-2003 possibility
for gfortran then it makes sense to reject a semicolon there when the
decimal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109662
--- Comment #14 from john.harper at vuw dot ac.nz ---
Rejecting a semicolon after the namelist name even if the decimal edit
mode is COMMA makes sense because COMMA was first allowed in f2003,
provided that semicolons in namelist were a pre-f20
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109762
Andrew Pinski changed:
What|Removed |Added
Known to work||13.1.1
Summary|[12/13 Regres
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109762
--- Comment #9 from CVS Commits ---
The releases/gcc-13 branch has been updated by Andrew Pinski
:
https://gcc.gnu.org/g:fc79c3a273a8fd7c1b57cd8b01a699ad2640f51c
commit r13-7304-gfc79c3a273a8fd7c1b57cd8b01a699ad2640f51c
Author: Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109756
Jakub Jelinek changed:
What|Removed |Added
CC||jason at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97122
--- Comment #8 from anlauf at gcc dot gnu.org ---
(In reply to kargl from comment #7)
> I haven't had a response from a current member of J3. Bob Corbett,
> a former member, believes the code is valid Fortran. Jeff Hammond
> notes that Cray Fort
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109662
--- Comment #13 from Jerry DeLisle ---
(In reply to Jerry DeLisle from comment #12)
That recent patch regression tests fine. I should mention, there is one of our
original test cases in gfortran.dg that does use a comma. We definitely have
see
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109662
--- Comment #12 from Jerry DeLisle ---
A additional adjustment to reject the semi-colon always.
diff --git a/libgfortran/io/list_read.c b/libgfortran/io/list_read.c
index 78bfd9e8787..db3330060ce 100644
--- a/libgfortran/io/list_read.c
+++ b/li
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109760
--- Comment #1 from Stephane Potvin ---
Slightly simpler reproduction program
void b() {
double c;
for(;;) {
void e(void*);
e(c ? 0 : b);
}
}
Which give the following error
gcc -O2 -mcpu=sifive-u74 -c libimagequant.c.i
libimageq
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109764
--- Comment #1 from Uroš Bizjak ---
Created attachment 55017
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55017&action=edit
Patch that adds mulv2si3_highpart expander
The compiler should vectorize the testcase using "mulv2si3_highpart"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109764
Bug ID: 109764
Summary: V2SI multiply high is not vectorized on x86_64
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92140
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |10.0
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85979
--- Comment #3 from Patrick Palka ---
Oops, this is not quite fixed.. we still need to adjust the diagnostics in
cxx_alignof_expr that currently always spell it '__alignof'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92140
--- Comment #32 from Paweł Bylica ---
For what it's worth, the original code is compiled the same as in Clang since
GCC 10. https://godbolt.org/z/vxorYW815
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85979
--- Comment #2 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:f9777f1b56f2794ff6cbbbd69ca588747d8ccf67
commit r14-564-gf9777f1b56f2794ff6cbbbd69ca588747d8ccf67
Author: Patrick Palka
Date: Sun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103091
Patrick Palka changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94404
Bug 94404 depends on bug 103091, which changed state.
Bug 103091 Summary: [DR 2256] Can't jump into scope of a variable with a
nontrivial destructor in C++20
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103091
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103091
--- Comment #4 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:b81785eacef2a28e17e17141fcd334f51640feec
commit r14-563-gb81785eacef2a28e17e17141fcd334f51640feec
Author: Patrick Palka
Date: Su
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97122
--- Comment #7 from kargl at gcc dot gnu.org ---
(In reply to kargl from comment #5)
> (In reply to Paul Thomas from comment #3)
> >
> > I have marked this as "waiting" pending a contrary interpretation.
> >
> > Cheers
> >
>
> Paul,
>
> I ask
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98283
Patrick Palka changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54366
Bug 54366 depends on bug 98283, which changed state.
Bug 98283 Summary: decltype(auto) may deduce a static data member to wrong type
in a template
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98283
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98283
--- Comment #2 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:e4f1ea5d8b96fc9fbe4fc0e0e0a4938ceeef092f
commit r14-560-ge4f1ea5d8b96fc9fbe4fc0e0e0a4938ceeef092f
Author: Patrick Palka
Date: Sun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108801
Eric Botcazou changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109651
Patrick Palka changed:
What|Removed |Added
Summary|[13/14 Regression] ICE in |[13 Regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109651
--- Comment #7 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:7bfb1550ccea7c426d50244e980f01f30db8ba0c
commit r14-559-g7bfb1550ccea7c426d50244e980f01f30db8ba0c
Author: Patrick Palka
Date: Su
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109762
Andrew Pinski changed:
What|Removed |Added
Summary|[12/13/14 Regression] |[12/13 Regression]
|g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109762
--- Comment #7 from CVS Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:a1a9ce2441df0675540faee8476523164e12578b
commit r14-558-ga1a9ce2441df0675540faee8476523164e12578b
Author: Andrew Pinski
Date: Sun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109480
Patrick Palka changed:
What|Removed |Added
Summary|[11/12/13/14 Regression]|[11/12/13 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109480
--- Comment #4 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:7f4840ddef9746ab591c78ecdd750e3b18aa1ce6
commit r14-556-g7f4840ddef9746ab591c78ecdd750e3b18aa1ce6
Author: Patrick Palka
Date: Su
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109480
--- Comment #5 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:681ba2f7681f295a102cd63ffd5ce2b86a5f706e
commit r14-557-g681ba2f7681f295a102cd63ffd5ce2b86a5f706e
Author: Patrick Palka
Date: Su
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109763
--- Comment #9 from Jason Liam ---
(In reply to Andrew Pinski from comment #8)
> Gcc correctly accepts this:
> template constexpr bool d = true;
> template < typename T >
> concept test = d;
>
> Without a typename as T::value here refers to a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109763
--- Comment #8 from Andrew Pinski ---
Gcc correctly accepts this:
template constexpr bool d = true;
template < typename T >
concept test = d;
Without a typename as T::value here refers to a value for the non-type template
argument.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109763
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109758
--- Comment #8 from Jakub Jelinek ---
What does the committee have to do with the GCC implementation?
I guess what we could do is:
--- libstdc++-v3/include/bits/std_abs.h 2023-01-16 11:52:16.917721774 +0100
+++ libstdc++-v3/include/bits/std_abs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109763
--- Comment #6 from Jason Liam ---
Looks like ill-formed no diagnostic required as per [temp.constr.normal#1.4].
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109476
Roger Sayle changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Target Milestone|---
56 matches
Mail list logo
