Hi Folks
> On 19 Sep 2021, at 23:41, Iain Sandoe wrote:
>
>> On 19 Sep 2021, at 16:10, Jeff Law via Gcc-patches
>> wrote:
>>
>> On 8/4/2021 12:21 PM, John Ericson wrote:
>>> The helper is for `--print-prog-name` and similar things. Since all
>>> executable finding goes through it, we can move
Hi
The patch at r12-3662-g5fee8a0a9223d factored the code for
printing the names of programes into a separate function.
However the moved editions that print out the names of the
assembler, linker (and dsymutil on Darwin) when those are
specified at configure-time were not adjusted accordingly,
le
On Fri, 17 Sep 2021, Richard Biener wrote:
> On September 17, 2021 6:36:10 PM GMT+02:00, Richard Sandiford
> wrote:
> >Richard Biener via Gcc-patches writes:
> >> On Fri, 17 Sep 2021, Richard Biener wrote:
> >>
> >>> On Fri, 17 Sep 2021, Richard Sandiford wrote:
> >>>
> >>> > Richard Biener w
On Mon, Sep 20, 2021 at 1:33 AM Martin Sebor via Gcc-patches
wrote:
>
> After the front end passes control to the middle end cfun is never
> null (I'm pretty sure)
cfun is NULL during IPA pass execution, it's set to non-NULL by
the pass manager when we execute a non-IPA pass on a specific
functio
From: Andrew Pinski
So GCC has always accepted non-pointer types in computed gotos but
that was wrong based on the documentation:
Any expression of type void * is allowed.
So this fixes the problem by requiring the type to
be a pointer type.
OK? Bootstrapped and tested on x86_64-linux-gnu with
This patch fixes 3 testcases that violate F2018 C838 by passing an
assumed-rank argument to a procedure via an assumed-sized dummy, by
wrapping the call in a SELECT RANK construct. But wait, there's more!
This triggered an ICE due to a null pointer dereference in the code that
handles the asso
This patch fixes some bugs in handling of assumed-rank arguments
revealed by the TS29113 testsuite, allowing xfails to be removed from
those testcases. It was previously failing to diagnose an error when
passing an assumed-rank argument to a procedure via a non-assumed-rank
dummy, and giving a
After the front end passes control to the middle end cfun is never
null (I'm pretty sure) but when a middle end helper is called
from the C++ front end cfun can be null for a namespace scope
initializer expression. A recent change of mine to the helper
introduced an assumption to the contrary, ca
On 9/18/21 3:14 PM, Martin Sebor wrote:
On 9/18/21 12:46 PM, Martin Sebor wrote:
On 9/17/21 10:08 PM, Jeff Law wrote:
On 9/17/2021 4:05 PM, Martin Sebor wrote:
On 9/2/21 10:28 AM, Jeff Law via Gcc-patches wrote:
On 8/30/2021 2:03 PM, Martin Sebor via Gcc-patches wrote:
The predicate anal
> On 19 Sep 2021, at 16:10, Jeff Law via Gcc-patches
> wrote:
>
>
>
> On 8/4/2021 12:21 PM, John Ericson wrote:
>> The helper is for `--print-prog-name` and similar things. Since all
>> executable finding goes through it, we can move the default overrides
>> into that path too. This also en
On 9/16/21 3:03 AM, Hongtao Liu via Gcc-patches wrote:
On Thu, Sep 16, 2021 at 4:23 PM Richard Biener via Gcc-patches
wrote:
On Thu, 16 Sep 2021, liuhongt wrote:
Ping
rebased on latest trunk.
gcc/ChangeLog:
* common.opt (ftree-vectorize): Add Var(flag_tree_vectorize).
* doc/i
Hi
These were used on older systems to equate the FAT libgcc_s
library to single-slice equivalents. Unused for any current
system and never emitted by GCC.
tested on x86_64, i686 darwin and x86_64-linux (,m32)
pushed to master, thanks
Iain
Signed-off-by: Iain Sandoe
libgcc/ChangeLog:
Hi
This reorganises the Darwin symbol vers files to include
the generic ones at the top level; allowing for arch ports
to override (via either exclusion or inclusion as needed).
We add an X86-specific vers file containing the new HF
symbols. Note that although Darwin does not use ELF-style
symbo
Hi,
We have a small unwinder shim that is only used for Darwin10
(and only then in quite specific cases). To avoid linking
this code for every executable or DSO, we can present the crt
as a convenience library (rather than a .o file).
tested on x86_64-darwin10,18, x86_64-linux-gnu
pushed to mast
A couple of goacc tests do not have unique names. This causes problems
for the test comparison script when one of the test passes and the other
fails -- in this scenario the test comparison script claims there is a
regression.
This slipped through for a while because I had turned off x86_64
On 6/30/2021 2:59 AM, Matthias Kretz wrote:
Library code, especially in headers, sometimes needs to know how the
compiler interprets / optimizes floating-point types and operations.
This information can be used for additional optimizations or for
ensuring correctness. This change makes -frecip
On 8/8/2021 4:48 AM, Roger Sayle wrote:
This middle-end patch teaches RTL expansion to recognize widening
multiplications followed by right shifts as highpart multiplications,
and attempt to emit them using the backends [su]mul_highpart optab
if possible.
My first attempt at supporting this,
On 9/1/2021 10:03 PM, Alan Modra via Binutils wrote:
Current ubsan complains on every use of __PTR_ALIGN (when ptrdiff_t is
as large as a pointer), due to making calculations relative to a NULL
pointer. This patch avoids the problem by extracting out and
simplifying __BPTR_ALIGN for the usual
On 9/9/2021 9:05 AM, Qing Zhao wrote:
Hi, Jeff,
Sorry for the late reply.
The following is the reply from John Henning and the updated patch based on
your suggestions,
Please take a look and let us know any issue there.
I would strongly recommend removing all the documentation related to
s
On 9/17/2021 7:21 PM, apinski--- via Gcc-patches wrote:
From: Andrew Pinski
LTO usage requires binutils 2.35 or newer due to
https://sourceware.org/PR25355.
This adds a note in the prerequisites page about it.
Ok?
gcc/ChangeLog:
* doc/install.texi: Add note about
binutils
On 9/17/2021 7:21 PM, apinski--- via Gcc-patches wrote:
From: Andrew Pinski
So the problem here is that now the lto-plugin requires NM that works
with LTO to work so we need to pass down NM just like we do for ranlib
and ar.
OK? Bootstrapped and tested with --with-build-config=bootstrap-lto
On 9/15/2021 2:46 AM, Martin Liška wrote:
Hello.
The patch extends the loop unswitching pass so that gswitch
statements are supported. The pass now uses ranger which marks
switch edges that are known to be unreachable in a versioned loop.
Patch can bootstrap on x86_64-linux-gnu and survives
Hi David,
> On 2 Sep 2021, at 15:47, David Malcolm wrote:
>
> On Thu, 2021-08-19 at 19:59 +0100, Iain Sandoe wrote:
>>
>> tested on i686, x86_64-darwin, x86_64,powerpc64-linux,
>
> Which versions of DejaGnu, BTW?
framework 1.5, 1.5.1, 1.6.2
expect 5.45 / 5.45.4 / 5.45r2(darwin) (various loca
вс, 19 сент. 2021 г. в 18:06, Jeff Law :
>
>
>
> On 6/13/2021 12:42 PM, Matwey V. Kornilov via Gcc-patches wrote:
>
> Reference: https://www.microchip.com/wwwproducts/en/ATMEGA324PB
> Signed-off-by: Matwey V. Kornilov
> ---
> gcc/config/avr/avr-mcus.def | 1 +
> gcc/doc/avr-mmcu.texi | 2 +-
There was an inline extern declaration for dump_ranger that was a bit of
a hack. I've removed it in favor of an actual prototype. There are
also some trivial changes to the dumping code in the path solver.
gcc/ChangeLog:
* gimple-range-path.cc (path_range_query::path_range_query): Add
On 9/19/2021 9:37 AM, Aldy Hernandez wrote:
Every time we allocate a threading edge we push it onto the path in a
distinct step. There's no need to do this in two steps, and avoiding
this, keeps us from exposing the internals of the registry.
I've also did some tiny cleanups in thread_across
Every time we allocate a threading edge we push it onto the path in a
distinct step. There's no need to do this in two steps, and avoiding
this, keeps us from exposing the internals of the registry.
I've also did some tiny cleanups in thread_across_edge, most importantly
removing the bitmap in fa
On 9/6/2021 8:24 AM, Segher Boessenkool wrote:
Hi!
On Mon, Sep 06, 2021 at 12:32:13PM +0100, Roger Sayle wrote:
I think the current documentation is sufficient. During compilation, GCC's
combine pass will often substitute a register with an expression defining
it's value, and then attempt t
On 8/4/2021 12:21 PM, John Ericson wrote:
The helper is for `--print-prog-name` and similar things. Since all
executable finding goes through it, we can move the default overrides
into that path too. This also ensures that if some is looking for a
*non*-program that called `as`, `ld`, etc., we
On 6/13/2021 12:42 PM, Matwey V. Kornilov via Gcc-patches wrote:
Reference:https://www.microchip.com/wwwproducts/en/ATMEGA324PB
Signed-off-by: Matwey V. Kornilov
---
gcc/config/avr/avr-mcus.def | 1 +
gcc/doc/avr-mmcu.texi | 2 +-
2 files changed, 2 insertions(+), 1 deletion(-)
THan
On 5/19/2021 10:19 PM, Evgeniy via Gcc-patches wrote:
Hello,
can I ask somebody to push the patch to fix the PCH large file problem
(BUG 14940)? The bug fix was sent in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=14940#c49
and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=14940#c50
I would c
On 9/8/2021 2:49 AM, Christophe Lyon via Gcc-patches wrote:
When running the testsuite under Windows, we noticed failures in
testcase which attempt to match compiler error messages containing the
name of the executable.
For instance, gcc.dg/analyzer/signal-4a.c tries to match 'cc1:' which
obv
On 9/7/2021 3:42 AM, Martin Liška wrote:
On 9/6/21 14:16, Richard Biener wrote:
On Mon, Sep 6, 2021 at 1:46 PM Jakub Jelinek wrote:
On Mon, Sep 06, 2021 at 01:37:46PM +0200, Martin Liška wrote:
--- a/gcc/opts.c
+++ b/gcc/opts.c
@@ -1323,6 +1323,14 @@ finish_options (struct gcc_options *op
33 matches
Mail list logo
