https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113399
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113452
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113446
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113446
--- Comment #4 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:484f48f03cf9a382b3bcf4dadac09c4ee59c2ddf
commit r14-8210-g484f48f03cf9a382b3bcf4dadac09c4ee59c2ddf
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112774
--- Comment #3 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:484f48f03cf9a382b3bcf4dadac09c4ee59c2ddf
commit r14-8210-g484f48f03cf9a382b3bcf4dadac09c4ee59c2ddf
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113457
--- Comment #7 from Andrew Pinski ---
Created attachment 57134
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57134=edit
Reduced as far as I can make it right now
Here is more reduced testcase though I see it depends on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113452
--- Comment #3 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:b032f4b7da56a225a0a14d40da2d47a6fcbab3f3
commit r14-8209-gb032f4b7da56a225a0a14d40da2d47a6fcbab3f3
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113399
--- Comment #6 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:1203fc2e6a40c65896763554f62cacfb4bd6a836
commit r14-8208-g1203fc2e6a40c65896763554f62cacfb4bd6a836
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113470
Bug ID: 113470
Summary: Should std::tuple_size be a complete type?
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: rejects-valid
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113431
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113374
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113431
--- Comment #15 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:b981d5c60b8ef78e2adecd6b5d7e36f9e5e61c54
commit r14-8207-gb981d5c60b8ef78e2adecd6b5d7e36f9e5e61c54
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113374
--- Comment #10 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:0f3880d6ad0e40c4a8b6d94b2c93931cdf42
commit r14-8206-g0f3880d6ad0e40c4a8b6d94b2c93931cdf42
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113469
Bug ID: 113469
Summary: RISC-V: Illegal Insn for test case 920501-8.c when
make linux for rv32
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113467
--- Comment #6 from Sam James ---
Created attachment 57133
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57133=edit
mpi-add.o (correct)
Attaching a good version of mpi-add.o too for comparison (built with
r14-6644-g5060825aa78b3d).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113312
Xin Li changed:
What|Removed |Added
CC||xin at zytor dot com
--- Comment #22 from Xin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113455
--- Comment #4 from newbie-02 ---
(In reply to Joseph S. Myers from comment #3)
:-) - thank you, you are my hero,
> If you're doing arithmetic with constant operands, it might be
> folded at compile time; make sure you're using
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111850
Kewen Lin changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47409
Andrew Pinski changed:
What|Removed |Added
CC||gnu at kosak dot com
--- Comment #25
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113468
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111850
--- Comment #5 from GCC Commits ---
The master branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:f4156fbf7d6d641f8aade8028e87cf302350c3c0
commit r14-8201-gf4156fbf7d6d641f8aade8028e87cf302350c3c0
Author: Kewen Lin
Date: Thu Jan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113468
Bug ID: 113468
Summary: copy of large struct violates semantics of 'volatile'
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113467
--- Comment #5 from Sam James ---
I also see test failures for mpfr and gmp. I was hoping something else would
turn up without wrapped integers so I could reduce it a bit easier :)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54483
--- Comment #13 from Thiago Macieira ---
(In reply to Andrew Pinski from comment #11)
> You still need:
> constexpr float A::val;
In C++11 mode, yes.
C++17 made all static constexpr data members implicitly inline, which change
the situation.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99888
--- Comment #16 from Kewen Lin ---
(In reply to Michael Matz from comment #15)
> Umm. I just noticed this one as we now try to implement userspace live
> patching
> for ppc64le. The point of the "before" NOPs is (and always was) that they
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53929
--- Comment #24 from LIU Hao ---
I've composed a proposal to address this issue:
https://github.com/lhmouse/mcfgthread/wiki/Formalized-Intel-Syntax-for-x86#the-proposal
The proposal is to treat names between `ptr` and `[` as symbols, and to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113465
--- Comment #5 from Thiago Macieira ---
> I don't think that's the same. That situation over there is C++11, where the
> constexpr variable is *not* static.
I meant not *inline*.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113465
--- Comment #4 from Thiago Macieira ---
(In reply to Andrew Pinski from comment #3)
> See PR 54483 .
>
> *** This bug has been marked as a duplicate of bug 54483 ***
I don't think that's the same. That situation over there is C++11, where the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113467
--- Comment #4 from Sam James ---
Created attachment 57131
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57131=edit
somewhat reduced t-mpi-point.c (not standalone)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113467
--- Comment #3 from Sam James ---
```
$ gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-pc-linux-gnu/14/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113467
--- Comment #2 from Sam James ---
Created attachment 57130
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57130=edit
mpi-add.i
gcc -m32 -DHAVE_CONFIG_H -I. -I.. -I../src -I../src -O3 -march=znver2 -ggdb3
-fvisibility=hidden
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113467
--- Comment #1 from Sam James ---
Created attachment 57129
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57129=edit
mpi-add.o (miscompiled)
The bad object is mpi-add.o, specifically _gcry_mpi_add_ui in there (verified
with optimize
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113467
Bug ID: 113467
Summary: [14 regression] libgcrypt-1.10.3 is miscompiled
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112980
Kewen Lin changed:
What|Removed |Added
CC||matz at gcc dot gnu.org
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113458
--- Comment #2 from Hongtao Liu ---
> But if we reduce n to 4, the loop based vectorizer is not able to handle it
> either.
Do we support 1 element vector(i.e V1SI) in vectorizer?
and it also relies on backend support of dot_prodv4qi.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113465
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54483
Andrew Pinski changed:
What|Removed |Added
CC||thiago at kde dot org
--- Comment #12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113465
--- Comment #2 from Andrew Pinski ---
Plus I think the C++ standard says the definition is still required ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113465
Andrew Pinski changed:
What|Removed |Added
Keywords||ABI
--- Comment #1 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113464
--- Comment #1 from Zdenek Sojka ---
Created attachment 57128
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57128=edit
testcase triggering SIGSEGV at -O0
Slightly different testcase, triggers SIGSEGV at -O0 at a similar place:
$
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113466
Bug ID: 113466
Summary: ICE: verify_flow_info failed: returns_twice call is
not first in basic block 7 with a __returns_twice__
function with _BitInt() argument
Product:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113465
Bug ID: 113465
Summary: [mingw-w64] dllexported constexpr (inline) variables
not automatically emitted
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113457
--- Comment #6 from Andrew Pinski ---
So you can reproduce it easier without even vector or array:
```
#include
using namespace std;
template
[[nodiscard]] auto
concat(Ranges&&... ranges) -> generator
{
(co_yield
on 14.0.1 20240117 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110265
Li Pan changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109615
Li Pan changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
--disable-libstdcxx-pch
--prefix=/repo/gcc-trunk//binary-trunk-r14-8193-20240117105849-g3340878009a-checking-yes-rtl-df-extra-nobootstrap-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.1 20240117 (experimental) (GCC)
-r14-8193-20240117105849-g3340878009a-checking-yes-rtl-df-extra-nobootstrap-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.1 20240117 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110847
sandra at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110847
--- Comment #2 from GCC Commits ---
The master branch has been updated by Sandra Loosemore :
https://gcc.gnu.org/g:9a5e8f9d112adb0fdd0931f72a023cd77c09dd8c
commit r14-8200-g9a5e8f9d112adb0fdd0931f72a023cd77c09dd8c
Author: Sandra Loosemore
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113457
--- Comment #5 from Andrew Pinski ---
Reducing ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113429
--- Comment #10 from JuzheZhong ---
I have commit V3 patch with rebasing since V2 patch conflicts with the trunk.
I think you can use trunk GCC validate CAM4 directly now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113429
--- Comment #9 from GCC Commits ---
The master branch has been updated by Pan Li :
https://gcc.gnu.org/g:e935c0662fe6301d524c54bb5bd75e923abb61e9
commit r14-8199-ge935c0662fe6301d524c54bb5bd75e923abb61e9
Author: Juzhe-Zhong
Date: Thu Jan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112401
--- Comment #3 from JuzheZhong ---
vfloat32m4_t matrix_4x4_transpose_vslide(vfloat32m4_t src) {
vfloat32m1_t inMat0 = __riscv_vget_v_f32m4_f32m1(src, 0);
vfloat32m1_t inMat1 = __riscv_vget_v_f32m4_f32m1(src, 1);
vfloat32m1_t inMat2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112401
--- Comment #2 from JuzheZhong ---
Add more test:
void matrix_4x4_transpose_segmented_load(float* dst, float* src)
{
vfloat32m1x4_t data = __riscv_vlseg4e32_v_f32m1x4(src, 4);
vfloat32m1_t data0 = __riscv_vget_v_f32m1x4_f32m1(data, 0);
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113437
--- Comment #3 from Andrew Pinski ---
(In reply to Hongtao Liu from comment #2)
> Maybe we can add target vect_int.
Not really because vect_int depends on the vect.exp framework still. See PR
113418 and the emails linked from there.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113437
--- Comment #2 from Hongtao Liu ---
Maybe we can add target vect_int.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111956
--- Comment #20 from Gaius Mulley ---
Created attachment 57123
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57123=edit
ChangeLog for proposed fix
For completeness here is the changelog.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113461
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |14.0
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111956
Gaius Mulley changed:
What|Removed |Added
Attachment #56522|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113455
--- Comment #3 from Joseph S. Myers ---
If you're linking with the version of the DFP arithmetic functions
(__bid_a3 etc.) in libdfp rather than the libgcc version - check the link
order carefully to make sure the right version is linked in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112588
--- Comment #4 from GCC Commits ---
The master branch has been updated by Nathaniel Shead :
https://gcc.gnu.org/g:3471a61ed0ddef70de8f1bbba85cd1e945fc86fd
commit r14-8196-g3471a61ed0ddef70de8f1bbba85cd1e945fc86fd
Author: Nathaniel Shead
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113455
--- Comment #2 from newbie-02 ---
(In reply to Joseph S. Myers from comment #1)
hello and thank you very much!!,
> The decimal rounding mode is set with fe_dec_setround.
found in my directories that I already had experimented with that,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113389
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113461
Bug ID: 113461
Summary: [14 Regression] rust-proc-macro.cc:174:15: error:
format '%lu' expects argument of type 'long unsigned
int', but argument 3 has type 'long long unsigned int'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113429
--- Comment #8 from Vineet Gupta ---
Thx for the quick fix. I'll validate and commit !
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113429
--- Comment #7 from JuzheZhong ---
I have fixed patch which is approved:
https://patchwork.sourceware.org/project/gcc/patch/20240117143151.3812116-1-juzhe.zh...@rivai.ai/
Could you commit it for me and test CAM4 again ?
Or you are not able to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111659
sandra at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111659
--- Comment #4 from GCC Commits ---
The master branch has been updated by Sandra Loosemore :
https://gcc.gnu.org/g:eb71695f76378151cb38372051bf50aed792f36d
commit r14-8195-geb71695f76378151cb38372051bf50aed792f36d
Author: Sandra Loosemore
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112632
Jason Merrill changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jason at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113221
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113221
--- Comment #7 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:7a8124e341aebcc544b4720e920b625f4ffe4e8a
commit r14-8194-g7a8124e341aebcc544b4720e920b625f4ffe4e8a
Author: Andrew Pinski
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113450
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86843
--- Comment #6 from Jonathan Wakely ---
Oh I think I misread it ... it does enable some internal assertions, but is
mostly the same meaning as our debug mode.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89863
Bug 89863 depends on bug 94629, which changed state.
Bug 94629 Summary: 10 issues located by the PVS-studio static analyzer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94629
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94629
Martin Jambor changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86843
--- Comment #5 from Jonathan Wakely ---
It's a shame they're using "debug mode" to mean "debug the library impl itself"
when that's a term we have been using with completely different meaning for
many years.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113457
--- Comment #4 from Jonathan Wakely ---
Created attachment 57121
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57121=edit
Gzipped preprocessed source
This ICEs with current trunk, and r14-1 and r13-1 with this error:
gen.cc:14:10:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113458
--- Comment #1 from Andrew Pinski ---
The loop based vectorizer is able to do a decent job at:
```
int f(short *a, signed char *b, int n)
{
int sum = 0;
n = 8;
for(int i = 0;i < n; i++)
sum += a[i]*b[i];
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113457
--- Comment #3 from Jonathan Wakely ---
A little less than a month ago, Dec 21.
I'm trying to bisect it. A slightly modified copy of trunk headers (to remove
the use of explicit object member functions) compiles with GCC 13.1 but ICEs
with the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112862
Iain Sandoe changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112862
--- Comment #3 from Iain Sandoe ---
OK. So I realise the reason you see this and I wasn't: I have the habit of
installing before running the testsuite. When I test uninstalled, then I get
the issue.
... the subsequent work reveals that we are
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113457
--- Comment #2 from Daniel Boles ---
Yeah, std::generator is new for GCC/libstdc++ v14. I think it landed a month or
two ago. I'm just getting started using it now. Getting in early bug-finding :)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113460
Bug ID: 113460
Summary: Segfault in __builtin_coro_destroy when using
std::generator to concate ranges
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113457
Marek Polacek changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
ble-libstdcxx-pch
--prefix=/repo/gcc-trunk//binary-trunk-r14-8193-20240117105849-g3340878009a-checking-yes-rtl-df-extra-nobootstrap-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.1 20240117 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113458
Bug ID: 113458
Summary: Missed SLP for reduction of multiplication/addition
with promotion
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113457
Bug ID: 113457
Summary: Trying to emulate views::concat with std::generator
gives ICE on co_yield: "internal compiler error: in
canonicalize_component_ref, at gimplify.cc"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113448
John David Anglin changed:
What|Removed |Added
CC||danglin at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113445
Andrew Pinski changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113456
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113456
Bug ID: 113456
Summary: [14 Regression] Bootstrap comparison failure!
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113454
--- Comment #2 from Maciej W. Rozycki ---
(In reply to Sam James from comment #1)
> Didn't help this time ;)
Well, now it mentions 483.xalancbmk, which the other bug does not
(and which I searched for specifically, finding only a bunch of old
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113242
--- Comment #2 from GCC Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:68cea2d32a9fd525154b6a48042e5835d4c5e371
commit r14-8189-g68cea2d32a9fd525154b6a48042e5835d4c5e371
Author: Patrick Palka
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99493
--- Comment #5 from GCC Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:68cea2d32a9fd525154b6a48042e5835d4c5e371
commit r14-8189-g68cea2d32a9fd525154b6a48042e5835d4c5e371
Author: Patrick Palka
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113446
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86843
--- Comment #4 from Sam James ---
libcxx has started working towards this, see
https://discourse.llvm.org/t/rfc-hardening-in-libc/73925 and
https://libcxx.llvm.org/Hardening.html.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111544
Sam James changed:
What|Removed |Added
CC||macro at orcam dot me.uk
--- Comment #15
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113454
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113455
--- Comment #1 from Joseph S. Myers ---
The decimal rounding mode is set with fe_dec_setround. libdfp provides that
function and an fenv.h wrapper with constant definitions including
FE_DEC_TONEARESTFROMZERO. Providing that library is outside
1 - 100 of 224 matches
Mail list logo
