On Mon, 7 Jul 2025, Iain Sandoe wrote:
>
>
> > On 4 Jul 2025, at 08:53, Richard Biener via Gcc wrote:
> >
> > The first release candidate for GCC 12.5 is available from
> >
> > https://gcc.gnu.org/pub/gcc/snapshots/12.5.0-RC-20250704/
> > ftp://gcc.gnu.org/pub/gcc/snapshots/12.5.0-RC-20250704
On Mon, Jul 7, 2025 at 10:39 AM Florian Weimer via Gcc wrote:
>
> H.J. proposed to switch the default for GCC 16 (turning on
> -mtls-dialect=gnu2 by default). This is a bit tricky because when we
> tried to make the switch in Fedora (for eventual implementation), we hit
> an ABI compatibility pro
H.J. proposed to switch the default for GCC 16 (turning on
-mtls-dialect=gnu2 by default). This is a bit tricky because when we
tried to make the switch in Fedora (for eventual implementation), we hit
an ABI compatibility problem:
_dl_tlsdesc_dynamic doesn't preserve all caller-saved registers
On Thu, 2025-07-03 at 10:12 +0100, Joern Wolfgang Rennecke wrote:
>
> On 02/07/2025 18:59, David Malcolm wrote:
> ...
> > Brainstorming some ideas on other possible approaches on making our
> > tests less brittle; for context I did some investigation back in
> > 2018
> > about implementing "op
Dear Gcc,
I hope this message finds you well. I wanted to check in regarding the message
I sent earlier about the Yamaha piano that belonged to my late husband. It’s a
special piece with a lot of meaning, and I’d be so happy if it ended up with
someone who truly appreciates music.
Please feel
* Richard Biener:
> I think both (a) or (d) are reasonable, though I am missing a
> configure time flag to override the changed default. Even with
> glibc fixed we likely do not want to have this change in older
> enterprise code streams given there might be unknown external
> tooling that might
On Mon, Jul 7, 2025 at 4:37 PM Florian Weimer wrote:
>
> H.J. proposed to switch the default for GCC 16 (turning on
> -mtls-dialect=gnu2 by default). This is a bit tricky because when we
> tried to make the switch in Fedora (for eventual implementation), we hit
> an ABI compatibility problem:
>
>
Currently working with the C++-frontend, I am trying to compare the addresses
of the "trgt" (originally a type) and "src" (originally a class instance)
vtables.
Currently I am successfully retrieving the vptr value of the src instance at
runtime, and the vtable address of the trgt at compiletim
Managed to get it working with:
tree index = build_int_cst (NULL_TREE,
-2 * TARGET_VTABLE_DATA_ENTRY_DISTANCE);
tree src_vptr = build_address(build_vtbl_ref(src_obj, index));
tree trgt_vtbl_decl = get_vtable_decl(target_type, 0);
tree trgt_vtbl_addr =
On 07/07/25 05:37, Florian Weimer via Gcc wrote:
> H.J. proposed to switch the default for GCC 16 (turning on
> -mtls-dialect=gnu2 by default). This is a bit tricky because when we
> tried to make the switch in Fedora (for eventual implementation), we hit
> an ABI compatibility problem:
>
>
On Mon, Jul 7, 2025 at 10:50 AM Richard Biener
wrote:
>
> On Mon, Jul 7, 2025 at 10:39 AM Florian Weimer via Gcc
> wrote:
> >
> > H.J. proposed to switch the default for GCC 16 (turning on
> > -mtls-dialect=gnu2 by default). This is a bit tricky because when we
> > tried to make the switch in F
11 matches
Mail list logo
