https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59739
Andrew Pinski changed:
What|Removed |Added
CC||marco at technoboredom dot net
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45115
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114629
--- Comment #7 from Marc Poulhiès ---
There's no language spec yet, it's WIP:
https://github.com/rust-lang/rust/issues/113527
Currently, the reference is rustc and the goal is to match its current
behavior.
I think the frontend is not listed b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59739
--- Comment #7 from Andrew Pinski ---
>From PR 108635 (via PR 45115), a C++20 testcase where we should be able to
optimize into one call of `operator<=>`:
#include
struct S
{
std::weak_ordering operator<=>(const S&) const
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114647
Richard Biener changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114639
--- Comment #8 from Li Pan ---
Find an even simpler code for reproduction.
#include
extern unsigned long get_vl ();
vbool16_t test (vuint64m4_t a)
{
unsigned long b;
return __riscv_vmsne_vx_u64m4_b16 (a, b, get_vl ());
}
../__RISC-V_INS
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114628
--- Comment #4 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:7dd1f9d2ec422173f490d91b9173d4fa5d32d909
commit r14-9859-g7dd1f9d2ec422173f490d91b9173d4fa5d32d909
Author: Jakub Jelinek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114628
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88058
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63272
--- Comment #10 from Andrew Pinski ---
*** Bug 88058 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89990
Bug 89990 depends on bug 88058, which changed state.
Bug 88058 Summary: gcc fails to detect use of out of scope variable ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88058
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63272
Andrew Pinski changed:
What|Removed |Added
CC||dgilbert at redhat dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87403
Bug 87403 depends on bug 89990, which changed state.
Bug 89990 Summary: request warning: Use of out of scope compound literals
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89990
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114580
--- Comment #2 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:cfed80b9e4f562c99679739548df9369117dd791
commit r14-9861-gcfed80b9e4f562c99679739548df9369117dd791
Author: Jakub Jelinek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89990
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114580
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114480
Richard Biener changed:
What|Removed |Added
Keywords|needs-bisection |
--- Comment #29 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114627
--- Comment #2 from GCC Commits ---
The master branch has been updated by J?rgen Kvalsvik :
https://gcc.gnu.org/g:a2447556a5405d2cde20afc134b90cd1d199ce04
commit r14-9864-ga2447556a5405d2cde20afc134b90cd1d199ce04
Author: Jørgen Kvalsvik
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114599
--- Comment #9 from GCC Commits ---
The master branch has been updated by J?rgen Kvalsvik :
https://gcc.gnu.org/g:2daeb89d6f025d6daf7e560575863b3280120be8
commit r14-9863-g2daeb89d6f025d6daf7e560575863b3280120be8
Author: Jørgen Kvalsvik
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114639
--- Comment #9 from Uroš Bizjak ---
(In reply to Andrew Pinski from comment #2)
> /* If we didn't see a full return value copy, verify that there
>is a plausible reason for this. If some, but not all of the
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93041
Xi Ruoyao changed:
What|Removed |Added
CC||xry111 at gcc dot gnu.org
--- Comment #12 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112560
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112560
--- Comment #9 from Uroš Bizjak ---
(In reply to Richard Biener from comment #8)
> Fixed I suppose.
Yes - I plan backport the patch to at least gcc-13.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114639
--- Comment #10 from Li Pan ---
The #define FUNCTION_VALUE_REGNO_P(N) ((N) == GP_RETURN || (N) == FP_RETURN) of
the riscv backend doesn't honor vector mode. Then the below part
370 if (!targetm.calls.function_value_regno_p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113233
--- Comment #12 from GCC Commits ---
The master branch has been updated by LuluCheng :
https://gcc.gnu.org/g:8657d76d583f0f87000e9003ba75922f2bbe4455
commit r14-9866-g8657d76d583f0f87000e9003ba75922f2bbe4455
Author: Yang Yujie
Date: Mon Apr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114645
--- Comment #8 from Jonathan Wakely ---
Yes, if an application assumes that chrono::current_zone matches $TZ, that's a
bug in the application. None of libstdc++, LLVM libc++, MSVC STL or the
date/tz.h reference implementation uses $TZ for chrono
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111293
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114645
--- Comment #9 from Hristo Venev ---
I stumbled upon this comment in the library you linked:
https://github.com/HowardHinnant/date/blob/0e65940a7fbc4ed617a1ee111a60311eccbead9a/include/date/tz.h#L35
That comment is wrong in its explanation of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114645
--- Comment #10 from Xi Ruoyao ---
> rust's `chrono`
Note that this is really a bad example because of CVE-2020-26235.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111293
--- Comment #4 from Mikael Morin ---
For what's worth adding -fno-tree-vrp "fixes" this and enables removal of the
call to 'foo' with trunk.
Here is a minimal revert of the regressing revision, but it may just make the
problem latent.
diff --g
There is still problem with loop bounds. I am testing patch on that and
then we should be (finally) finally safe.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113907
--- Comment #76 from Jan Hubicka ---
There is still problem with loop bounds. I am testing patch on that and
then we should be (finally) finally safe.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114645
--- Comment #11 from Hristo Venev ---
I never said that reading $TZ is easy, just that not doing it is (in my
opinion) wrong.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113291
--- Comment #8 from Jan Hubicka ---
I am not sure this ought to be P1:
- the compilation technically is finite, but not in reasonable time
- it is possible to adjust the testcas (do early inlining manually) and get
same infinite build on relea
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114653
Bug ID: 114653
Summary: Not vectoring the loop with openmp reduction.
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: mi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113233
--- Comment #13 from Xi Ruoyao ---
Will we back port the fix to 13 and 12?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114576
--- Comment #5 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:a79d13a01f8cbb99fb45bf3f3ffc62c99ee0b05e
commit r14-9869-ga79d13a01f8cbb99fb45bf3f3ffc62c99ee0b05e
Author: Jakub Jelinek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114576
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114654
Bug ID: 114654
Summary: Alias template cannot be found
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114629
--- Comment #8 from Iain Sandoe ---
(In reply to Andrew Pinski from comment #5)
> (In reply to Pierre-Emmanuel Patry from comment #2)
> While you are at it, it would be useful to add a link to the rust langauge
> specification (like there is f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52534
--- Comment #5 from Jakub Jelinek ---
Note, if we warn, we shouldn't warn for C23 or later, because one can pass
anything there, like 3 arguments, or that (unsigned int)n_args, or just one,
etc. And __builtin_va_start (ap, 0) is what is used reg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114480
--- Comment #30 from Richard Biener ---
Temporarily memory goes to out-of-SSA computing liveness (2GB), after RTL
expansion it drops to ~900MB peak again. Then df-init-at-O0 bumps to 1.3GB and
then IRA goes all the way to >3GB. We're using lra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114472
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113765
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114601
--- Comment #2 from GCC Commits ---
The master branch has been updated by J?rgen Kvalsvik :
https://gcc.gnu.org/g:dd78e6a3cbd8f7c678d90ca0d05787faeb2e9c9a
commit r14-9870-gdd78e6a3cbd8f7c678d90ca0d05787faeb2e9c9a
Author: Jørgen Kvalsvik
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114639
--- Comment #11 from Li Pan ---
(In reply to Li Pan from comment #10)
> The #define FUNCTION_VALUE_REGNO_P(N) ((N) == GP_RETURN || (N) == FP_RETURN)
> of the riscv backend doesn't honor vector mode. Then the below part
>
> 370 ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114654
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
Resol
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92707
Patrick Palka changed:
What|Removed |Added
CC||fchelnokov at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114655
Bug ID: 114655
Summary: -flto=4 at link time does not override -flto=auto from
compile time
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114655
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114655
Richard Biener changed:
What|Removed |Added
Known to work||11.4.0
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114653
Richard Biener changed:
What|Removed |Added
Blocks||53947
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112980
--- Comment #14 from Michael Matz ---
(In reply to Kewen Lin from comment #13)
> (In reply to Giuliano Belinassi from comment #12)
> > With your patch we have:
> >
> > > .LPFE0:
> > > ...
> > Which seems what is expected.
>
> Hi Giuliano, than
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114656
Bug ID: 114656
Summary: ~5% slowdown of 538.imagick_r on aarch64
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: missed-optimization, needs-bisection
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114655
--- Comment #2 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:32fb04adae90a0ea68e64e8fc3cb04b613b2e9f3
commit r14-9872-g32fb04adae90a0ea68e64e8fc3cb04b613b2e9f3
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114655
Richard Biener changed:
What|Removed |Added
Summary|-flto=4 at link time does |[12/13 Regression] -flto=4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114657
Bug ID: 114657
Summary: Invalid type conversion from some _BitInt bit-fields
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114657
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114657
--- Comment #2 from Jakub Jelinek ---
In particular, 6.5.1.1/2 says
"The type of the controlling expression is the type of the expression as if it
had undergone an lvalue conversion, array to pointer conversion, or function to
pointer conversion
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114656
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113956
--- Comment #7 from GCC Commits ---
The master branch has been updated by Paul Thomas :
https://gcc.gnu.org/g:88aea122a7ee639230bf17a9eda4bf8a5eb7e282
commit r14-9873-g88aea122a7ee639230bf17a9eda4bf8a5eb7e282
Author: Paul Thomas
Date: Tue A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114535
--- Comment #5 from GCC Commits ---
The master branch has been updated by Paul Thomas :
https://gcc.gnu.org/g:de82b0cf981e49a0bda957c0ac31146b17407e23
commit r14-9874-gde82b0cf981e49a0bda957c0ac31146b17407e23
Author: Paul Thomas
Date: Tue A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114657
--- Comment #3 from Joseph S. Myers ---
https://www.open-std.org/jtc1/sc22/wg14/www/docs/n2958.htm has my analysis of
the various notions of "type" used in relation to bit-fields and the questions
of what expressions are considered to have speci
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114658
Bug ID: 114658
Summary: branch "releases/gcc-13" builds "gcc version 14.0.1
(experimental)"
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114658
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114639
--- Comment #12 from Li Pan ---
#include
extern unsigned long get_vl ();
#if 0
#else
vint32m1_t test (vint32m1_t a)
{
unsigned b;
return __riscv_vadd_vx_i32m1 (a, b, get_vl ()); // No ICE
}
vbool16_t test (vuint64m4_t a)
{
unsigned l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114659
Bug ID: 114659
Summary: gcc miscompiles a __builtin_memcpy on i386, leading to
wrong results for SNaN
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114659
--- Comment #1 from Bruno Haible ---
Created attachment 57913
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57913&action=edit
test case td.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114659
Bruno Haible changed:
What|Removed |Added
Build||x86_64-linux-gnu
Host|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114659
--- Comment #3 from Bruno Haible ---
Also reproducible in 64-bit mode, with '-mfpmath=387':
$ gcc -mfpmath=387 -Wall tf.c
$ ./a.out ; echo $?
0
$ gcc -mfpmath=387 -Wall -O2 tf.c
$ ./a.out ; echo $?
1
$ gcc -mfpmath=387 -Wall td.c
$ ./a.out ; e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114660
Bug ID: 114660
Summary: Exponentiating by squaring not performed for x * y * y
* y * y
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: missed-optimiza
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113566
--- Comment #1 from GCC Commits ---
The master branch has been updated by David Faust :
https://gcc.gnu.org/g:8075477f81ae8d0abf64b80dfbd179151f91b417
commit r14-9876-g8075477f81ae8d0abf64b80dfbd179151f91b417
Author: David Faust
Date: Mon A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114608
--- Comment #3 from GCC Commits ---
The master branch has been updated by David Faust :
https://gcc.gnu.org/g:8075477f81ae8d0abf64b80dfbd179151f91b417
commit r14-9876-g8075477f81ae8d0abf64b80dfbd179151f91b417
Author: David Faust
Date: Mon A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114660
--- Comment #1 from Antony Polukhin ---
The above godbolt link for an old version of GCC, here's for 14.0
https://godbolt.org/z/dTPYY1T9W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114659
--- Comment #4 from Bruno Haible ---
Related: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58416
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114659
--- Comment #5 from Bruno Haible ---
Related: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93271
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114431
David Faust changed:
What|Removed |Added
CC||david.faust at oracle dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114661
Bug ID: 114661
Summary: Bit operations not optimized to multiplication
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114656
--- Comment #2 from Filip Kastl ---
(In reply to Jakub Jelinek from comment #1)
> Can you try to revert r14-9692 if that commit isn't the cause?
I have tried reverting r14-9692 and that indeed removed the slowdown. The
benchmark ran as fast as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114645
--- Comment #12 from Jonathan Wakely ---
(In reply to Hristo Venev from comment #9)
> I stumbled upon this comment in the library you linked:
>
> https://github.com/HowardHinnant/date/blob/
> 0e65940a7fbc4ed617a1ee111a60311eccbead9a/include/dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114646
--- Comment #17 from Sunil Pandey ---
(In reply to H.J. Lu from comment #10)
> Created attachment 57906 [details]
> A patch
>
> I am testing this.
This patch resolved my static testing issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114645
--- Comment #13 from Hristo Venev ---
> $TZ allows you to override it per-process (and even change it during the
> lifetime of a process by using setenv and tzset). We don't support that for
> current_zone().
/etc/localtime can also change.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114658
--- Comment #2 from felix-gcc at fefe dot de ---
I'm probably doing something really stupid wrong, sorry for the noise.
Here's what I'm doing:
$ git checkout releases/gcc-13
Switched to branch 'releases/gcc-13'
$ git branch
master
* releases/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114658
felix-gcc at fefe dot de changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114660
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Component|middle-e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114660
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114642
--- Comment #4 from GCC Commits ---
The master branch has been updated by David Faust :
https://gcc.gnu.org/g:639215c5eb6c56ba3830cd868d1d3ddd700b4c90
commit r14-9878-g639215c5eb6c56ba3830cd868d1d3ddd700b4c90
Author: David Faust
Date: Mon A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114659
Andrew Pinski changed:
What|Removed |Added
Component|middle-end |target
--- Comment #6 from Andrew Pinsk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114659
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114662
Bug ID: 114662
Summary: [14 regression] new test case c_lto_pr113359-2 from
r14-9841-g1e3312a25a7b34 fails
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Sever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114660
--- Comment #4 from Jakub Jelinek ---
I think we've been discussing an idea of turning on flag_wrapv very late among
the GIMPLE passes and reassociate again. Because RTL also kind of assumes
flag_wrapv, there is no difference between signed/uns
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110027
Jakub Jelinek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112878
--- Comment #3 from Indu Bhagat ---
The limit of 255 is somewhat arbitrary but we need to follow it for now,
because libctf has a check in ctf_add_slice () in libctf/ctf-create.c :
if ((ep->cte_bits > 255) || (ep->cte_offset > 255))
retur
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114663
Bug ID: 114663
Summary: Several contracts test cases fail with
-fsanitize=undefined -fsanitize-trap
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: te
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114664
Bug ID: 114664
Summary: -fno-omit-frame-pointer causes an ICE during the build
of the greenlet package
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112878
--- Comment #4 from Andrew Pinski ---
Another option to ouput a sorry message and then suspend this until libctf gets
fixed/changed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114659
--- Comment #8 from Bruno Haible ---
(In reply to Andrew Pinski from comment #6)
> I doubt there is not much to be done here.
I see it as an incorrect modelization of the x87 hardware, together with a
missing distinction in the common expressio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114659
--- Comment #9 from Bruno Haible ---
(In reply to Andrew Pinski from comment #7)
> Much more related to PR 56831 and PR 57484 rather than the other two ...
Well, bug #56831 is more about function calls and the ABI, whereas this bug
here and bug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114664
--- Comment #1 from Andrew Pinski ---
Let me find the dups ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114662
Edwin Lu changed:
What|Removed |Added
CC||ewlu at rivosinc dot com,
1 - 100 of 174 matches
Mail list logo