https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114860
--- Comment #3 from Tamar Christina ---
I cannot reproduce this even recompiling libc.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113950
--- Comment #6 from GCC Commits ---
The releases/gcc-12 branch has been updated by jeevitha :
https://gcc.gnu.org/g:1b91818e47119863f827b19ae4c6c91af3962cd6
commit r12-10406-g1b91818e47119863f827b19ae4c6c91af3962cd6
Author: Jeevitha
Date: S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114863
--- Comment #7 from Leo Carreon ---
I'm assuming the fix is for all floating point types not just double.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114902
--- Comment #5 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #4)
> here is a reduced testcase:
> Note ` -O1 -fno-tree-fre -fno-tree-forwprop -fno-tree-ccp
> -fno-tree-dominator-opts`
This testcase is broken in GCC 13 for mip
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114902
--- Comment #4 from Andrew Pinski ---
here is a reduced testcase:
```
[[gnu::noipa]]
int f(int b)
{
int tt1 = ~b;
int t = 1 & tt1;
int e = -t;
int tt = e >= -1;
if (tt) return 0;
__builtin_trap();
}
int main()
{
for(i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98940
Bug 98940 depends on bug 107688, which changed state.
Bug 107688 Summary: [C++23] P2615 - Meaningful exports
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107688
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107688
Nathaniel Shead changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107688
--- Comment #2 from GCC Commits ---
The master branch has been updated by Nathaniel Shead :
https://gcc.gnu.org/g:79420dd344145819677b3f975bb305a778fcaf91
commit r15-84-g79420dd344145819677b3f975bb305a778fcaf91
Author: Nathaniel Shead
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114630
--- Comment #7 from Patrick Palka ---
The following seems to minimally fix it:
diff --git a/gcc/cp/module.cc b/gcc/cp/module.cc
index c35e70b8cb8..57ccaec5ebd 100644
--- a/gcc/cp/module.cc
+++ b/gcc/cp/module.cc
@@ -6798,7 +6798,7 @@ trees_in::
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114902
--- Comment #3 from Andrew Pinski ---
Note this is almost definitely a latent bug exposed by some change. Might be
interesting to see what change exposed it but not so much really.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114902
Andrew Pinski changed:
What|Removed |Added
Component|target |rtl-optimization
--- Comment #2 from An
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114902
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |14.0
Summary|wrong code at -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114872
--- Comment #11 from Sam James ---
also, do asan and ubsan give anything?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114872
--- Comment #10 from Sam James ---
also maybe obvious, but if you can find something from the cython testsuite, or
at least some other heavy use of cython, which fails, that may be a good
direction.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114872
--- Comment #9 from Sam James ---
unfortunately*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114872
--- Comment #8 from Sam James ---
element.i is unfortunatley huge. It's hard to analyse things without a
standalone testcase, but it's even harder without _something_ one can run.
I'd suggest:
1) giving instructions to reproduce the crash assum
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=20785
Campbell changed:
What|Removed |Added
CC||rlcamp.pdx at gmail dot com
--- Comment #19 f
Configured with: ../gcc-trunk/configure --disable-bootstrap
--enable-checking=yes --prefix=/local/suz-local/software/local/gcc-trunk
--enable-sanitizers --enable-languages=c,c++ --disable-werror --enable-multilib
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 15.0.0 2024043
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114862
--- Comment #3 from Jonathan Wakely ---
I've opened https://cplusplus.github.io/LWG/issue4084
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114841
--- Comment #1 from Jason Merrill ---
Matheus' suggested wording:
"When performing deduction such that both A and P are template template
params, and A is the template name of a template specialization,
instead of just deducing A in that case,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81087
--- Comment #6 from Eric Botcazou ---
There is a fix in the pipeline for GCC 15, although I'm not sure if it will
handle all the issues.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81756
--- Comment #3 from Joseph S. Myers ---
This sort of "???" comment about existing practice means that some past change
(in this case, the one adding support for [[]] attributes) was aiming to avoid
perturbing how the compiler behaved for construc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114901
--- Comment #3 from Marek Polacek ---
Before, it was rejected:
114901.C:21:23: error: class template argument deduction failed:
21 | T::AFoo s{1, 2};
| ^
114901.C:21:23: error: no matching function for call to ‘Fo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114901
Marek Polacek changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114901
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114863
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114863
--- Comment #5 from GCC Commits ---
The releases/gcc-13 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:61c38a231d2df60cb6e914b3ecc73a0229c17ff6
commit r13-8665-g61c38a231d2df60cb6e914b3ecc73a0229c17ff6
Author: Jonathan Wake
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114901
Bug ID: 114901
Summary: GCC internal_error on CTAD alias
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114896
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81756
Mathias Krause changed:
What|Removed |Added
CC||jsm28 at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111475
David Malcolm changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #11 from David Mal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104177
Andrew Pinski changed:
What|Removed |Added
CC||jankodedic2 at gmail dot com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114900
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114900
--- Comment #1 from Andrew Pinski ---
This is by design for C++20 ...
The support for P2014 is not in GCC yet, and IIRC it won't be enable for C++20
only C++23+.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114900
Bug ID: 114900
Summary: Overaligned locals in coroutines are not properly
aligned
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114894
--- Comment #4 from Andrew Pinski ---
And divides should happen if we know if the divisor is non-zero:
eg:
```
int fdiv(int a, int b)
{
if (b == 0) __builtin_unreachable();
int c = a / b;
int d = a != 0;
return c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114894
--- Comment #3 from Andrew Pinski ---
Note we should catch this too:
```
int fmul2(unsigned a, int b)
{
int c = a * b;
int d = a != 0;
return c & -d;
}
```
Which is more complex ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98784
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98784
--- Comment #20 from Dmitriy Chestnykh ---
The patch is pushed, sparc systems now works fine with uClibc-ng. I think we
should close this issue.
https://cgit.uclibc-ng.org/cgi/cgit/uclibc-ng.git/commit/?id=c8d6b02d714251afc82157eabb8752fd0010030e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114458
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114874
--- Comment #6 from Paul Thomas ---
(In reply to anlauf from comment #3)
> Adding Paul, hoping that he can tell what changed for SELECT TYPE recently.
Needless to say, the regression is caused by r14-9489.
I have a fix that regtests OK but cau
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 106820, which changed state.
Bug 106820 Summary: [modules] ICE in function_and_variable_visibility with
modules and weakref
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106820
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99227
Bug 99227 depends on bug 106820, which changed state.
Bug 106820 Summary: [modules] ICE in function_and_variable_visibility with
modules and weakref
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106820
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106820
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61469
--- Comment #17 from Thomas Mercier ---
I see, thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61469
--- Comment #16 from Andrew Pinski ---
(In reply to Thomas Mercier from comment #15)
> No objection to the error message, but I would have expected a syntax error
> for standards earlier than 23 which don't claim to support manually
> specifying
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111882
avieira at gcc dot gnu.org changed:
What|Removed |Added
Summary|[13/14/15 Regression] : |[13 Regression] : internal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61469
--- Comment #15 from Thomas Mercier ---
No objection to the error message, but I would have expected a syntax error for
standards earlier than 23 which don't claim to support manually specifying the
underlying type for the enum. Like this with gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61469
--- Comment #14 from Andrew Pinski ---
(In reply to Thomas Mercier from comment #13)
> Was this feature meant to be protected by -std=c23? It doesn't appear to be
> in GCC 13:
>
> /tmp$ cat test.c
> enum node_stat_item : unsigned {
> NR_LR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61469
Thomas Mercier changed:
What|Removed |Added
CC||thomas.mercier.jr at gmail dot
com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114899
Bug ID: 114899
Summary: Segmentation fault with -fsanitize=undefined and
-fanalyzer since r14-2029-g0e466e978c7
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112976
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112976
--- Comment #8 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:e3a7f359c18bf347f6ac8fcda05e9839fac5bd62
commit r15-72-ge3a7f359c18bf347f6ac8fcda05e9839fac5bd62
Author: Andrew Pinski
Date: Wed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112976
--- Comment #9 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:8614d60233a64afd7e28ae7af2ab74c4a5b06010
commit r15-73-g8614d60233a64afd7e28ae7af2ab74c4a5b06010
Author: Andrew Pinski
Date: Wed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114898
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98784
Dmitriy Chestnykh changed:
What|Removed |Added
CC||dm.chestnykh at gmail dot com
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114898
--- Comment #1 from Jonathan Wakely ---
Standalone testcase:
struct nullopt_t {
enum class Hidden { Token };
explicit constexpr nullopt_t(Hidden) noexcept { }
};
struct in_place_t {
explicit constexpr in_place_t() = default;
};
te
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114836
Gaius Mulley changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105229
Simon Martin changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #5 from Simon Marti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114734
--- Comment #14 from Patrick O'Neill ---
I'll send a patch with the testcase in a few hours. Testing it now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114898
Bug ID: 114898
Summary: Converting {} to a tag type should be ill-formed
SFINAE-friendly
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108059
--- Comment #6 from Patrick Palka ---
FWIW a workaround for most valid code is to replace e.g. ignore_index_t,
where v is the problematic NTTP argument, with ignore_index_t.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113832
--- Comment #5 from Roger Sayle ---
I'm trying to confirm that there are actually widening multiplications in
464.h264ref (on aarch64), but if anyone's already done an analysis of what
might be causing these performance swings, please do post (a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108059
Andrew Paprocki changed:
What|Removed |Added
CC||andrew at ishiboo dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81087
--- Comment #5 from Nicolas Boulenguez ---
Ping?
If the patch is eventually applied, the similar conditions that have been added
during the last seven years should probably also call Starts_With.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106935
--- Comment #3 from Martin Jambor ---
This ICE no longer happens with GCC 13, in fact after r13-4240-gfeeb0d68f1c708
(Martin Jambor: ipa-cp: Do not consider useless aggregate constants). From the
patch description, it does not look to be a fix
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113832
--- Comment #4 from Filip Kastl ---
There was another speedup followed by a slowdown.
speedup somewhere between
g:4b8e7b57d952a103
g:839bc42772ba7af6
slowdown
g:7924e352523b3715
g:f3fdcf4a37a7be07
---
Btw, here is a plot also showing GCC 13
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102310
Martin Jambor changed:
What|Removed |Added
Known to work||13.1.0
Summary|[11/12/13/14/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114897
--- Comment #1 from Anonymous ---
There is another case that triggers the ICE in replay_call_summary_cluster, at
analyzer/store.cc:3374
Also bisected to r13-3077-gbfca9505f6f
Compiler Explorer: https://godbolt.org/z/Wh5MGf739
Program:
$ cat m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114886
Rainer Orth changed:
What|Removed |Added
Assignee|gaius at gcc dot gnu.org |ro at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114886
--- Comment #3 from GCC Commits ---
The master branch has been updated by Rainer Orth :
https://gcc.gnu.org/g:aff63ac11099d100b6891f3bcc3dc6cbc4fad654
commit r15-69-gaff63ac11099d100b6891f3bcc3dc6cbc4fad654
Author: Rainer Orth
Date: Tue Apr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114897
Bug ID: 114897
Summary: ICE in get_or_create_widening_svalue, at
analyzer/region-model-manager.cc:1336 since
r13-3077-gbfca9505f6f
Product: gcc
Version: 14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=13421
--- Comment #17 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:667c19de86b33648f5f4599f589a5e02adbb35cb
commit r15-67-g667c19de86b33648f5f4599f589a5e02adbb35cb
Author: Richard Biener
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114896
--- Comment #1 from Christian Holme ---
Created attachment 58077
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58077&action=edit
Unprocessed .c file
As the .i file is very because of the system headers, here is the plain .c
file.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114896
Bug ID: 114896
Summary: analyzer: false-positive with VLA
(analyzer-out-of-bounds, CWE-121)
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114877
--- Comment #3 from Lénárd Szolnoki ---
(In reply to Richard Biener from comment #2)
> The standard says the results are unspecified, it doesn't say *p is written
> to,
> so I'm not sure there's a bug here.
C17 (N2176) says in the library secti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114877
Richard Biener changed:
What|Removed |Added
CC||jsm28 at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114876
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114874
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114866
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114876
--- Comment #6 from Jakub Jelinek ---
Fixed for 15+ so far.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114876
--- Comment #5 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:6c6b70f07208ca14ba783933988c04c6fc2fff42
commit r15-66-g6c6b70f07208ca14ba783933988c04c6fc2fff42
Author: Jakub Jelinek
Date: Tue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113095
Kito Cheng changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114855
Richard Biener changed:
What|Removed |Added
CC||aldyh at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113095
--- Comment #7 from GCC Commits ---
The releases/gcc-13 branch has been updated by Kito Cheng :
https://gcc.gnu.org/g:6335baaf31c0f1f0952d1a3f507b0e5655b1136f
commit r13-8663-g6335baaf31c0f1f0952d1a3f507b0e5655b1136f
Author: Monk Chiang
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80977
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114863
--- Comment #4 from GCC Commits ---
The releases/gcc-14 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:7a00c459cbb913ac165a39d344a48fc27800bb0a
commit r14-10154-g7a00c459cbb913ac165a39d344a48fc27800bb0a
Author: Jonathan Wak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111600
--- Comment #33 from GCC Commits ---
The releases/gcc-13 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:440a612dbadfae5887ec7c9b3ab2fca88b065366
commit r13-8662-g440a612dbadfae5887ec7c9b3ab2fca88b065366
Author: Richard Biene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114859
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114883
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114883
--- Comment #12 from GCC Commits ---
The releases/gcc-14 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:a795a7b67027bc976a353b5fa927ac8c5f29347d
commit r14-10152-ga795a7b67027bc976a353b5fa927ac8c5f29347d
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114883
--- Comment #11 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:04ef92a62af3a815b86a2037267cd4e747ae225c
commit r15-64-g04ef92a62af3a815b86a2037267cd4e747ae225c
Author: Jakub Jelinek
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114895
--- Comment #6 from Jakub Jelinek ---
I've hacked up my libgfortran/configure, added there sleep 60s after writing
conftest.c for working stat check, and then rm -f config.cache; ./config.status
--recheck in the
x86*/32/libgfortran directory and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114895
--- Comment #5 from Jakub Jelinek ---
Created attachment 58075
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58075&action=edit
conftest.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114895
--- Comment #4 from Jakub Jelinek ---
That is really weird.
Because the
checking for _FILE_OFFSET_BITS value needed for large files... 64
test should add
#define _FILE_OFFSET_BITS 64
line to confdefs.h and I believe the working stat testing shou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105320
Nathaniel Shead changed:
What|Removed |Added
Target Milestone|--- |14.2
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114275
Nathaniel Shead changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |nshead at gcc dot
gnu.org
T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114886
Rainer Orth changed:
What|Removed |Added
URL||https://gcc.gnu.org/piperma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114891
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110338
Bug 110338 depends on bug 114456, which changed state.
Bug 114456 Summary: [C++26] P0609R3 - Attributes for structured bindings
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114456
What|Removed |Added
--
1 - 100 of 103 matches
Mail list logo
