https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101789
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108224
Sam James changed:
What|Removed |Added
CC||sam at gentoo dot org
--- Comment #4 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45833
--- Comment #5 from Andrew Pinski ---
(In reply to rsand...@gcc.gnu.org from comment #3)
> Same thing without a union:
>
> struct v { int v[4]; } __attribute__ ((aligned (4 * sizeof (int;
> void
> f (struct v *x, struct v *y, struct v *z)
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93042
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108169
--- Comment #7 from Andrew Pinski ---
(In reply to mail from comment #6)
> Dear Andrew,
>
> My excuses for ruining your Christmas ??!
You didn't ruin anything really. I have fun reading bugzilla reports really.
On Tue, 13 Dec 2022 at 11:35, Prathamesh Kulkarni
wrote:
>
> On Tue, 6 Dec 2022 at 21:00, Richard Sandiford
> wrote:
> >
> > Prathamesh Kulkarni via Gcc-patches writes:
> > > On Fri, 4 Nov 2022 at 14:00, Prathamesh Kulkarni
> > > wrote:
> > >>
> > >> On Mon, 31 Oct 2022 at 15:27, Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108169
--- Comment #6 from mail at jhellings dot nl ---
Dear Andrew,
My excuses for ruining your Christmas ??!
Thanks for confirming the bug so quickly, I hope my analysis helps solving this
and other cases.
With kind regards,
Jelle Hellings
On Tue, 6 Dec 2022 at 07:01, Prathamesh Kulkarni
wrote:
>
> On Mon, 5 Dec 2022 at 16:50, Richard Sandiford
> wrote:
> >
> > Richard Sandiford via Gcc-patches writes:
> > > Prathamesh Kulkarni writes:
> > >> Hi,
> > >> For the following test-case:
> > >>
> > >> int16x8_t foo(int16_t x, int16_t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104577
mail at jhellings dot nl changed:
What|Removed |Added
CC||mail at jhellings dot nl
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108169
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108169
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108169
mail at jhellings dot nl changed:
What|Removed |Added
CC||mail at jhellings dot nl
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36821
Hongtao.liu changed:
What|Removed |Added
CC||crazylht at gmail dot com
--- Comment #8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36821
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55522
--- Comment #31 from CVS Commits ---
The master branch has been updated by hongtao Liu :
https://gcc.gnu.org/g:e54375d85d4aa5889869c2672158083b2106b623
commit r13-4891-ge54375d85d4aa5889869c2672158083b2106b623
Author: liuhongt
Date: Mon Dec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36821
--- Comment #6 from CVS Commits ---
The master branch has been updated by hongtao Liu :
https://gcc.gnu.org/g:e54375d85d4aa5889869c2672158083b2106b623
commit r13-4891-ge54375d85d4aa5889869c2672158083b2106b623
Author: liuhongt
Date: Mon Dec
On Wed, Dec 21, 2022 at 07:27:11PM -0500, Lipeng Zhu via Fortran wrote:
> This patch try to introduce the rwlock and split the read/write to
> unit_root tree and unit_cache with rwlock instead of the mutex to
> increase CPU efficiency. In the get_gfc_unit function, the percentage
> to step into
Hi!
On Sat, Dec 24, 2022 at 10:58:41AM +0100, Jose E. Marchesi via Gcc-patches
wrote:
> Allright, so we have two short-term alternatives for at least remove the
> possibility that GCC generates wrong code for valid C when the scheduler
> is turned on:
>
> a) To disable sched1 in functions that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108226
Bug ID: 108226
Summary: __restrict on inlined function parameters does not
function as expected
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108225
Bug ID: 108225
Summary: cross build gdb error for libstdc++'s std_mutex.h on
x86_64-w64-mingw32 host
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108224
--- Comment #3 from Jonny Grant ---
Great! I just saw it is the same for random(), srandom(), initstate(),
setstate()
Is there an easy way to add them all based on the C API to save opening
separate tickets?
I added those :
>From
Snapshot gcc-13-20221225 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/13-20221225/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 13 git branch
with the following options: git://gcc.gnu.org/git/gcc.git branch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108224
--- Comment #2 from Andrew Pinski ---
diff --git a/gcc/c-family/known-headers.cc b/gcc/c-family/known-headers.cc
index 9c256173b82..dd4c23e5923 100644
--- a/gcc/c-family/known-headers.cc
+++ b/gcc/c-family/known-headers.cc
@@ -171,6 +171,8 @@
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108224
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108224
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108224
Bug ID: 108224
Summary: Suggest stdlib.h header for rand
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Keywords: diagnostic
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108222
--- Comment #4 from cqwrteur ---
(In reply to Andrew Pinski from comment #2)
> windows 9x support is not going to happen.
You should not break windows 9x either.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108222
cqwrteur changed:
What|Removed |Added
Resolution|WONTFIX |---
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108223
--- Comment #3 from Nikolas Klauser ---
It doesn't have to work, but it works for some inputs, so I would expect that
it works for all. https://godbolt.org/z/KsrjEP77c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108222
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108223
--- Comment #2 from Andrew Pinski ---
That being said this works:
#include
constexpr bool test() {
auto val = std::max(__builtin_nan(""), __builtin_nan(""));
return true;
}
static_assert(test());
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108223
--- Comment #1 from Andrew Pinski ---
__builtin_fmax does not have to be a constant expression as it is an extension
...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108223
Bug ID: 108223
Summary: GCC reject QNaN in constant expressions
Product: gcc
Version: 12.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Hi Uros,
Many thanks and merry Christmas.
Here's the version as committed, implemented using your
preferred idiom with mode iterators for movss/movsd.
Thanks again.
2022-12-25 Roger Sayle
Uroš Bizjak
gcc/ChangeLog
* config/i386/i386-builtin.def (__builtin_ia32_movss):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108222
--- Comment #1 from cqwrteur ---
I think we also need flags like --with-default-win32-windows=0x0400 to tell GCC
we are building for windows 95
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108222
Bug ID: 108222
Summary: windows 9x support for libstdc++ threads and probably
other character types
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity:
A case of British to American English, too, for consistency.
Gerald
---
htdocs/gcc-12/changes.html | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/htdocs/gcc-12/changes.html b/htdocs/gcc-12/changes.html
index 30fa4d6e..b3775f82 100644
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108221
Bug ID: 108221
Summary: Building cross compiler for H8 family fails at
libstdc++-v3/src/c++20/tzdb.cc
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity:
On Dez 24 2022, Roger Sayle wrote:
> +/* { dg-final { scan-assembler-times "v?paddd" 6 } } */
Since this is not anchored, the v? pattern is redundant.
> +/* { dg-final { scan-assembler-times "v?paddq" 2 } } */
> +/* { dg-final { scan-assembler "v?psrldq" } } */
Likewise.
--
Andreas Schwab,
39 matches
Mail list logo