Here the CONSTRUCTOR we were providing for D{} had an entry for the B base
subobject at offset 0 following the entry for the C base, causing
output_constructor_regular_field to ICE due to going backwards. It might be
nice for that function to be more tolerant of empty fields, but it also
seems rea
On 7/21/2022 3:05 AM, Richard Biener via Gcc-patches wrote:
The following enhances DSE to handle LEN_STORE (optimally) and
MASK_STORE (conservatively).
Bootstrapped on x86_64-unknown-linux-gnu, testing in progress.
Kewen is testing on powerpc. Handling MASK_STORE_LANES in
a similar way to MA
On 7/17/2022 9:24 AM, Lewis Hyatt wrote:
On Sat, Jul 9, 2022 at 11:59 PM Jeff Law via Gcc-patches
wrote:
On 7/9/2022 2:52 PM, Lewis Hyatt via Gcc-patches wrote:
Hello-
PR97498 (https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97498) is another PR
related to the fact that imprecise locations
On Sat, Jul 30, 2022 at 2:38 PM Roger Sayle wrote:
>
>
> This patch fixes PR bootstrap/106472 by adding a missing dependency
> to Makefile.def to allow make bootstrap when configured using
> "--enable-languages=go" (and not using make with multiple threads).
>
> Tested on x86-64-pc-linux-gnu. Ok
On 7/27/22 7:20 PM, Joseph Myers wrote:
On Mon, 25 Jul 2022, Tom Honermann via Gcc-patches wrote:
diff --git a/gcc/ginclude/stdatomic.h b/gcc/ginclude/stdatomic.h
index bfcfdf664c7..75ed7965689 100644
--- a/gcc/ginclude/stdatomic.h
+++ b/gcc/ginclude/stdatomic.h
@@ -49,6 +49,10 @@ typedef _Atom
On 7/27/22 7:09 PM, Joseph Myers wrote:
On Sun, 24 Jul 2022, Tom Honermann via Gcc-patches wrote:
Gcc's '#pragma GCC diagnostic' directives are processed in "early mode"
(see handle_pragma_diagnostic_early) for the C++ frontend and, as such,
require that the target diagnostic option be enabled
GCC fails to bootstrap when configured with --enable-languages=all on
machines that have older versions of GNAT installed as the system Ada
compiler. In configure, it's not sufficient to check whether gnat is
available, but whether a sufficiently recent version of GNAT is
installed. This patch t
This patch fixes PR bootstrap/106472 by adding a missing dependency
to Makefile.def to allow make bootstrap when configured using
"--enable-languages=go" (and not using make with multiple threads).
Tested on x86-64-pc-linux-gnu. Ok for mainline?
2022-07-30 Roger Sayle
ChangeLog
PR
This is a trivial change which fixes several dozen links.
Marek, Jason, Jonathan - I noticed that (in other places) we have both
links to www.open-std.org and open-std.org, both of which seem to work.
What is the preferred spelling of that site? With or without www? (The
latter would be shorter
On 7/14/2022 3:55 PM, H.J. Lu via Gcc-patches wrote:
Check stack canary for noreturn function to catch stack corruption
before calling noreturn function. For C++, check stack canary when
throwing exception or resuming stack unwind to avoid corrupted stack.
gcc/
PR middle-end/58245
On 7/28/2022 8:01 AM, Lewis Hyatt via Gcc-patches wrote:
In C++, since all tokens are lexed from libcpp up front, diagnostics generated
by libcpp after lexing has completed do not get a valid location from libcpp
(rather, libcpp thinks they all pertain to the end of the file.) This has long
be
On 7/29/2022 7:52 AM, Richard Earnshaw via Gcc-patches wrote:
A SET operation that writes memory may have the same value as an
earlier store but if the alias sets of the new and earlier store do
not conflict then the set is not truly redundant. This can happen,
for example, if objects of di
Hi Mikael,
Am 30.07.22 um 10:28 schrieb Mikael Morin:
Meh! We killed one check for gfc_current_form but the other one is still
there.
OK, match_kind_param calls two functions that also gobble space, so
there is work remaining here.
So please make match_small_literal_constant and gfc_match_name
s
Hi Thomas,
Am 30.07.22 um 09:46 schrieb Thomas Koenig via Fortran:
Hi Harald,
This introduces the helper function gfc_match_next_char, which is
your second option.
I would be a little bit concerned about compilation times
with the additional function call overhead.
the function it replace
On Thu, Jul 28, 2022 at 11:15 AM wrote:
>
> From: Sören Tempel
>
> On 32-bit systems, musl only defines SYS_timer_settime32 not
> SYS_timer_settime. This causes the following compilation error:
>
> os_linux.go:251:30: error: reference to undefined name
> '_SYS_timer_settime'
>
On 7/29/2022 2:54 AM, Richard Biener via Gcc-patches wrote:
The following makes the backward threader reject threads whose entry
edge is probably never executed according to the profile. That in
particular, for the testcase, avoids threading the irq == 1 check
on the path where irq > 31, ther
On 7/29/2022 2:47 AM, Richard Biener via Gcc-patches wrote:
The forward threader failed to check whether it can actually duplicate
blocks. The following adds this in a similar place the backwards threader
performs this check.
Bootstrapped and tested on x86_64-unknown-linux-gnu, pushed.
I don't have push rights to the repo, so this would need to be applied manually.
Thanks,
Vibhav
On Tue, Jul 26, 2022 at 4:48 AM David Malcolm wrote:
>
> On Sat, 2022-07-23 at 13:31 +0530, Vibhav Pant via Jit wrote:
> > The macro definition for LIBGCCJIT_HAVE_gcc-jit_context_new_bitcast
> > was
On Mon, 6 Jun 2022, Dimitrije Milosevic wrote:
> * config/mips/mips.cc (mips_asan_shadow_offset): Reformat
> to handle the N32 ABI.
That's not what the change does.
> * config/mips/mips.h (SUBTARGET_SHADOW_OFFSET): Remove
> the macro, as it is not needed anymore.
Hi!
The boz_15.f90 test FAILs on powerpc64le-linux when -mabi=ieeelongdouble
is used (either default through --with-long-double-format=ieee or
when used explicitly).
The problem is that the read/write transfer routines are called with
BT_REAL (or BT_COMPLEX) type and kind 17 which is magic we use
Many thanks to H.J. for pointing out a better idiom for traversing
the USEs (and also DEFs) of TImode registers in an instruction.
This revised patched has been tested on x86_64-pc-linux-gnu with
make bootstrap and make -k check, both with and without
--target_board=unix{-m32}, with no new failur
Le 29/07/2022 à 23:09, Harald Anlauf via Fortran a écrit :
Hi Mikael,
Am 29.07.22 um 22:36 schrieb Mikael Morin:
Indeed, I overlooked that, but my opinion remains that we shouldn’t
play with fixed vs free form considerations here.
So the options I can see are:
- handle the locus in get_kind;
Hi Harald,
This introduces the helper function gfc_match_next_char, which is
your second option.
I would be a little bit concerned about compilation times
with the additional function call overhead.
The function is used only in one place; would it make
sense to put it into primary.cc and de
23 matches
Mail list logo
