https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120924
Richard Biener changed:
What|Removed |Added
Keywords||false-positive
--- Comment #3 from Ric
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121150
--- Comment #3 from Jonathan Wakely ---
--- a/libstdc++-v3/testsuite/20_util/hash/int128.cc
+++ b/libstdc++-v3/testsuite/20_util/hash/int128.cc
@@ -9,12 +9,12 @@ int main()
#ifdef __SIZEOF_INT128__
std::hash<__int128> h;
__int128 i = (__i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121143
Richard Biener changed:
What|Removed |Added
Keywords||false-positive,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121150
--- Comment #5 from Jonathan Wakely ---
Also, those C macros are ugly and unnecessary in C++ :)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121150
--- Comment #4 from Jonathan Wakely ---
(In reply to H.J. Lu from comment #2)
> + __int128 i = (__int128)INT64_C(0x123456789);
This doesn't do anything, it's already a signed 64-bit value.
The problem is that h(__i) truncates it to 32-bit siz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121145
--- Comment #2 from federico ---
Thank you Harald:
if I can read through the source correctly, that is exactly the runtime check
behavior I would be expecting. Thank you for a quick feedback!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121126
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=121143
--- Comment #6 from Tomasz Kamiński ---
I was able to silence the warning by placing the bound on output range, instead
of input:
{
const auto __sz = ranges::distance(__rg);
if (__sz > (_Nm - size()))
__throw_bad_alloc();
// Bounded on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118280
--- Comment #26 from Gopi Kumar Bulusu ---
Created attachment 61904
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61904&action=edit
Revised patch
With this patch g++ compiler can be used to build programs.
In particular - this libstdc++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118280
Gopi Kumar Bulusu changed:
What|Removed |Added
CC||gopi at sankhya dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103391
Paul Thomas changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121147
--- Comment #5 from terryinzaghi ---
Created attachment 61900
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61900&action=edit
auto-host.hWHEN do ./configure --disable-multilib
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121147
--- Comment #8 from Andrew Pinski ---
(In reply to terryinzaghi from comment #5)
> Created attachment 61900 [details]
> auto-host.hWHEN do ./configure --disable-multilib
This looks correct has the defines as expected.
Do you have the full
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121147
--- Comment #7 from terryinzaghi ---
Created attachment 61902
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61902&action=edit
config.log WHEN do ./configure --disable-multilib
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121147
--- Comment #6 from terryinzaghi ---
Created attachment 61901
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61901&action=edit
config.status WHEN do ./configure --disable-multilib
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114357
LIU Hao changed:
What|Removed |Added
CC||lh_mouse at 126 dot com
--- Comment #10 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121152
Bug ID: 121152
Summary: ICE: Segmentation fault in
'complete_type_or_maybe_complain(tree_node*,
tree_node*, int)'
Product: gcc
Version: 16.0
Status:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121151
Bug ID: 121151
Summary: ICE: in break_out_target_exprs, at cp/tree.cc:3339
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Keywords: ice-checking, ice-on-invalid-code
Sev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120753
Benjamin Schulz changed:
What|Removed |Added
Attachment #61753|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120753
--- Comment #4 from Benjamin Schulz ---
Comment on attachment 61753
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61753
mdspan_omp.h
#include
struct mytensor
{
int *strides;
int *extents;
double *data;
};
int main()
{
mytensor t;
t.dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120673
Gaius Mulley changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120673
--- Comment #5 from GCC Commits ---
The releases/gcc-15 branch has been updated by Gaius Mulley
:
https://gcc.gnu.org/g:ba085e56d07c085be4688506b4a2cf1bbc11b528
commit r15-9995-gba085e56d07c085be4688506b4a2cf1bbc11b528
Author: Gaius Mulley
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121150
--- Comment #2 from H.J. Lu ---
(In reply to Jonathan Wakely from comment #1)
> There is no long anywhere here. The problem is that size_t is 32 bits, and
> using an INT64 suffix won't change that: the value will still be too large
> for size_t.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121150
--- Comment #1 from Jonathan Wakely ---
There is no long anywhere here. The problem is that size_t is 32 bits, and
using an INT64 suffix won't change that: the value will still be too large for
size_t.
I'll fix it by using a different value for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121150
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2025-07-17
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121150
Bug ID: 121150
Summary: FAIL: 20_util/hash/int128.cc -std=c++17 execution
test
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121148
--- Comment #9 from Jonathan Wakely ---
Ha yes, my patch uses -fwrapv, it's just a typo :)
--- a/libstdc++-v3/libsupc++/Makefile.am
+++ b/libstdc++-v3/libsupc++/Makefile.am
@@ -132,6 +132,11 @@ atomicity_file =
${glibcxx_srcdir}/$(ATOMICITY_SRC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71945
--- Comment #6 from Jonathan Wakely ---
Simpler reproducer which fails the assertion with trunk when the ref count
overflows to INT_MIN, but which passes with my local patches:
#include
#include
#include
int main()
{
std::shared_ptr p(new
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119650
--- Comment #7 from GCC Commits ---
The releases/gcc-15 branch has been updated by Gaius Mulley
:
https://gcc.gnu.org/g:f0401f950e00c99069169c31448909960426bb7b
commit r15-9993-gf0401f950e00c99069169c31448909960426bb7b
Author: Gaius Mulley
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121148
--- Comment #8 from Andrew Pinski ---
(In reply to Jonathan Wakely from comment #7)
> Nearly all the plain C++ code can be fixed just by compiling it with
> -ftrapv, there's only one inline function where we can't control the
> compiler flags th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121148
--- Comment #7 from Jonathan Wakely ---
Nearly all the plain C++ code can be fixed just by compiling it with -ftrapv,
there's only one inline function where we can't control the compiler flags the
user uses. So only that place needs to change (i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121148
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121149
Bug ID: 121149
Summary: build broken for bpf in libgcc
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libgcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89088
Konstantin Kompan changed:
What|Removed |Added
CC||atomnik07 at gmail dot com
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107974
Pali Rohár changed:
What|Removed |Added
CC||pali at kernel dot org
--- Comment #9 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117423
--- Comment #23 from Martin Jambor ---
I have proposed a fix on the mailing list:
https://inbox.sourceware.org/gcc-patches/ri6ms92blnz@virgil.suse.cz/T/#u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118480
--- Comment #4 from Segher Boessenkool ---
It's the splitter at altivec.md:321
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120761
--- Comment #4 from Gaius Mulley ---
I've posted the patch to the mailing list:
https://gcc.gnu.org/pipermail/gcc-patches/2025-June/687484.html
if someone can eyeball it and give it an lgtm I'll push it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121043
Jerry DeLisle changed:
What|Removed |Added
Status|NEW |WAITING
Depends on|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118480
--- Comment #3 from Segher Boessenkool ---
Does xxspltib_constant_p return the wrong num_insns, or is the problem
something
lower, some splitter?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121044
--- Comment #8 from Jan Palus ---
Bisect results:
Regression between 13 and 14 started to appear with:
a291237b628f419d7f7ac264dd7b42947b565222 is the first bad commit
commit a291237b628f419d7f7ac264dd7b42947b565222
Author: Andrew MacLeod
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120606
--- Comment #6 from GCC Commits ---
The releases/gcc-15 branch has been updated by Gaius Mulley
:
https://gcc.gnu.org/g:48e0ad74c108483a8be1d230d497c1331fba7824
commit r15-9992-g48e0ad74c108483a8be1d230d497c1331fba7824
Author: Gaius Mulley
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121145
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Component|libfortran |fortran
Priority|P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121145
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Last reconfirmed||2025-07-17
C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121095
Andrew Pinski changed:
What|Removed |Added
Summary|[15/16 Regression] Possibly |[15 Regression] Possibly
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121095
--- Comment #6 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:6916639b48357334579cf94717a3e51dd003e940
commit r16-2330-g6916639b48357334579cf94717a3e51dd003e940
Author: Andrew Pinski
Date: We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71945
--- Comment #5 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #3)
> The __atomic_fetch_add built-in on signed integers is required to wrap like
> unsigned integers without UB, but we should check that all our
> target-specific
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118580
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121148
Jonathan Wakely changed:
What|Removed |Added
CC||joel at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121148
Jonathan Wakely changed:
What|Removed |Added
CC||ro at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121148
Jonathan Wakely changed:
What|Removed |Added
CC||schwab at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121148
Jonathan Wakely changed:
What|Removed |Added
CC||uros at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117756
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95145
Andrew Pinski changed:
What|Removed |Added
CC||xieym3 at zohomail dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121140
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117756
Andrew Pinski changed:
What|Removed |Added
CC||njuwy at smail dot nju.edu.cn
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117756
--- Comment #3 from Andrew Pinski ---
Reduced to:
```
void bar ( void ) {
extern inline void check3 ( void ) {}
check3();
}
```
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121148
Jonathan Wakely changed:
What|Removed |Added
CC||danglin at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121148
--- Comment #1 from Jonathan Wakely ---
We also have handwritten assembly versions which need to be checked by target
maintainers:
libstdc++-v3/config/cpu/cris/atomicity.h has three different assembly
implementations of __exchange_and add
I th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121148
Bug ID: 121148
Summary: Should use modular arithmetic for _Atomic_word
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121146
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121146
--- Comment #1 from Andrew Pinski ---
Adding:
x = (B*)__builtin_assume_aligned (x, 16);
y = (B*)__builtin_assume_aligned (y, 16);
At the begining of the function fixes the issue ...
There might be another bug about memcpy with argumen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121147
--- Comment #4 from Andrew Pinski ---
So auto-host.h should include the define:
from config.in:
```
/* Define this to enable support for offloading. */
#ifndef USED_FOR_TARGET
#undef ENABLE_OFFLOADING
#endif
```
The correctly generated auto-ho
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119650
--- Comment #6 from GCC Commits ---
The releases/gcc-15 branch has been updated by Gaius Mulley
:
https://gcc.gnu.org/g:7e4c25e375a458d1ae79f0fe648f8bf992cbc72b
commit r15-9991-g7e4c25e375a458d1ae79f0fe648f8bf992cbc72b
Author: Gaius Mulley
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117203
--- Comment #6 from GCC Commits ---
The releases/gcc-15 branch has been updated by Gaius Mulley
:
https://gcc.gnu.org/g:7e4c25e375a458d1ae79f0fe648f8bf992cbc72b
commit r15-9991-g7e4c25e375a458d1ae79f0fe648f8bf992cbc72b
Author: Gaius Mulley
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120908
H.J. Lu changed:
What|Removed |Added
Target Milestone|--- |13.5
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120908
--- Comment #12 from GCC Commits ---
The releases/gcc-13 branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:7e6a220b18df8ef13dde7c19407f4341ff16f091
commit r13-9799-g7e6a220b18df8ef13dde7c19407f4341ff16f091
Author: H.J. Lu
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120908
--- Comment #11 from GCC Commits ---
The releases/gcc-13 branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:536ed87cfb3a1453730411f217fa119b87ffaf90
commit r13-9798-g536ed87cfb3a1453730411f217fa119b87ffaf90
Author: H.J. Lu
Date: Tue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121147
--- Comment #3 from Jonathan Wakely ---
(In reply to terryinzaghi from comment #0)
> ../gcc-15.1.0/configure \
> --prefix=/home/cu-lib/GCC15/gcc15-installed \
> --enable-languages=c,c++ \
> --enable-bootstrap \
> --enable-checking=relea
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121147
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121147
--- Comment #1 from Sam James ---
What platform is this?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121147
Bug ID: 121147
Summary: ../.././gcc/c/c-decl.cc:6192:21: error:
‘ENABLE_OFFLOADING’ was not declared in this scope
Product: gcc
Version: 15.1.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120908
--- Comment #9 from GCC Commits ---
The releases/gcc-14 branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:4d929cd27e66c7d9c519cbcd77f12e1d58e85689
commit r14-11895-g4d929cd27e66c7d9c519cbcd77f12e1d58e85689
Author: H.J. Lu
Date: Tue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120908
--- Comment #10 from GCC Commits ---
The releases/gcc-14 branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:59db34888d289dae8fae2bcbf5e435be53da0edc
commit r14-11896-g59db34888d289dae8fae2bcbf5e435be53da0edc
Author: H.J. Lu
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120958
Thomas Koenig changed:
What|Removed |Added
Keywords|needs-stdcheck |
--- Comment #28 from Thomas Koenig --
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120958
--- Comment #27 from kargls at comcast dot net ---
On 7/17/25 08:04, tkoenig at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120958
>
> Thomas Koenig changed:
>
> What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121068
--- Comment #7 from Tomasz Kamiński ---
Or in other words, I believe my example is equivalent to implementation of
optional,
where we have:
union {
T val;
};
And then call:
new(static_cast(addressof(val))) T(...);
It is just version were T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121068
--- Comment #6 from Tomasz Kamiński ---
I believed that `_member` being active after new should directly fall from the
definition of active member in https://eel.is/c++draft/class.union#general-2:
> In a union, a non-static data member is active
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121146
Bug ID: 121146
Summary: memcpy does not recognize alignas
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120924
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121143
--- Comment #5 from Jakub Jelinek ---
My bet is that before cunroll we didn't know that __n_206 is 9 and during
cunroll we completely unroll the loop that computes it and when processing the
next loop we use ranger to ask about __n_206 value, ge
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121068
--- Comment #5 from Jason Merrill ---
The intent of the patch was to support
new (&union_.member) T
syntax like
union_.member = T()
for setting the active member, as in
https://eel.is/c++draft/class.union#general-example-3
but adding the li
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121143
--- Comment #4 from Jakub Jelinek ---
That first loop corresponds to
struct __distance_fn final
{
template _Sent>
requires (!sized_sentinel_for<_Sent, _It>)
constexpr iter_difference_t<_It>
operator()[[nodiscard]](_It _
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120958
Thomas Koenig changed:
What|Removed |Added
Keywords||needs-stdcheck
--- Comment #26 from Tho
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96710
--- Comment #9 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:2954038c821d5f672db89938c4b6feedf29c30aa
commit r16-2329-g2954038c821d5f672db89938c4b6feedf29c30aa
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120920
--- Comment #4 from Dusan Stojkovic ---
Created attachment 61898
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61898&action=edit
A hack to always find the real bswap size
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120920
--- Comment #3 from Dusan Stojkovic ---
Based on Jeff's review, I updated the patch:
https://patchwork.sourceware.org/project/gcc/patch/pr3pr08mb5738402789a50779af3ae0abbe...@pr3pr08mb5738.eurprd08.prod.outlook.com/
>> A possibility for improve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121143
--- Comment #3 from Jakub Jelinek ---
Before cunroll that first loop is
[local count: 8680598903]:
# __n_274 = PHI <__n_206(43), 0(39)>
# ivtmp_255 = PHI
__n_206 = __n_274 + 1;
ivtmp_374 = ivtmp_255 - 1;
if (ivtmp_374 != 0)
got
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121143
Jakub Jelinek changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121126
--- Comment #5 from Robin Dapp ---
I'll have a look. I'm currently tied down with other things, so maybe next
week.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121126
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121131
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121061
--- Comment #5 from GCC Commits ---
The master branch has been updated by Tomasz Kaminski :
https://gcc.gnu.org/g:29d53f6213e0a1569aa8ca9db613b48df642986c
commit r16-2328-g29d53f6213e0a1569aa8ca9db613b48df642986c
Author: Luc Grosheintz
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121061
--- Comment #4 from GCC Commits ---
The master branch has been updated by Tomasz Kaminski :
https://gcc.gnu.org/g:1eee8430794f790b6d364603685e70d83d8d42f5
commit r16-2327-g1eee8430794f790b6d364603685e70d83d8d42f5
Author: Luc Grosheintz
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121055
Patrick Palka changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ppalka at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87097
--- Comment #5 from GCC Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:b38382e36410a9a649b904a2d0a0abcb90f9c418
commit r16-2326-gb38382e36410a9a649b904a2d0a0abcb90f9c418
Author: Jason Merrill
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87097
--- Comment #7 from GCC Commits ---
The releases/gcc-14 branch has been updated by Jason Merrill
:
https://gcc.gnu.org/g:d7dd08411bc3b4e8431174d036021ecf482e7d61
commit r14-11894-gd7dd08411bc3b4e8431174d036021ecf482e7d61
Author: Jason Merrill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87097
--- Comment #6 from GCC Commits ---
The releases/gcc-15 branch has been updated by Jason Merrill
:
https://gcc.gnu.org/g:10846d82a895cbc95b7819a5c44cd0216bb21bf4
commit r15-9990-g10846d82a895cbc95b7819a5c44cd0216bb21bf4
Author: Jason Merrill
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121061
--- Comment #3 from GCC Commits ---
The master branch has been updated by Tomasz Kaminski :
https://gcc.gnu.org/g:df7beaccef31f19ee73f034eb98e0e47be008d8e
commit r16-2325-gdf7beaccef31f19ee73f034eb98e0e47be008d8e
Author: Luc Grosheintz
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121131
--- Comment #4 from Jakub Jelinek ---
r14-2224 added (admittedly before _BitInt support went in):
/* Integral bit-fields are left-justified on big-endian targets, so
we must arrange for native_encode_int to start at their
1 - 100 of 155 matches
Mail list logo
