> 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/
>
> and shortly its mirrors. It has been generated
On Wed, 2 Jul 2025, Sam James wrote:
Please let me know if there are additional configurations you would
like me to include in the testing.
We sometimes get interesting bugs, especially with UBSAN
(-fsanitize=undefined), with SAVE_EXPR. PR120471 is one example and
PR120837 is another.
These
Snapshot gcc-16-20250706 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/16-20250706/
and on various mirrors, see https://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 16 git branch
with the following options: git://gcc.gnu.org/git/gcc.git branch
mean I now know I cannot compare the type info in this way, but are there any
already implemented functions that let you retrieve the vtable and the address
of the base class vtable from a type that someone could point me to?
From: Thomas de Bock
Sent: 04 July 20
I mean I now know I cannot compare the type info in this way, but are there any
already implemented functions that let you retrieve the vtable and the address
of the base class vtable from a type that someone could point me to?
From: Gcc on behalf of Thomas de
Hello, currently working on a tiny experimental compiler optimization in the
C++ frontend. Trying to compare the base classes of 2 types at runtime, then if
they are equal, statically cast the second operand's type to the first and the
tree should return the now-casted ptr of the second operand,
Hi.
I've been told on IRC to use specs to achieve some of the things I want
to do in libgccjit (for instance, instead of calling
host_detect_local_cpu which doesn't exist when cross-compiling).
I've been having some issues to do so.
Can I only call do_spec in specific places?
It works OK in l
