[PATCH] Fix gcc.dg/ipa/inline-8.c for -fPIC

From: Andrew Pinski The problem here is with -fPIC, both cmp and move don't bind locally so they are not even tried to be inlined. This fixes the issue by marking both functions as static and now the testcase passes for both -fPIC and -fno-PIC cases. OK? Tested on x86_64-linux-gnu.

Re: [PATCH 19/34] rs6000: Handle overloads during program parsing

Hi Segher, On 8/27/21 6:07 PM, Segher Boessenkool wrote: Hi! On Thu, Jul 29, 2021 at 08:31:06AM -0500, Bill Schmidt wrote: Although this patch looks quite large, the changes are fairly minimal. Most of it is duplicating the large function that does the overload resolution using the

Re: [PATCH] Set bound/cmp/control for until wrap loop.

On 2021-08-30 20:02, Richard Biener wrote: On Mon, 30 Aug 2021, guojiufu wrote: On 2021-08-30 14:15, Jiufu Guo wrote: > Hi, > > In patch r12-3136, niter->control, niter->bound and niter->cmp are > derived from number_of_iterations_lt. While for 'until wrap condition', > the calculation in

Re: [PATCH] libffi: Fix MIPS r6 support

Jeff Law via Gcc-patches 于2021年8月30日周一 下午9:48写道： > > > > On 8/30/2021 2:47 AM, YunQiang Su wrote: > > 在 2021/8/30 5:00, Jeff Law 写道: > >> > >> > >> On 8/28/2021 1:23 AM, Xi Ruoyao wrote: > >>> On Fri, 2021-08-27 at 15:28 -0600, Jeff Law via Gcc-patches wrote: > > On 8/26/2021 10:58 PM,

[PATCH] Fix PR driver/79181 (and others), not deleting some /tmp/cc* files for LTO.

From: Andrew Pinski So the main issue here is that some signals are not setup unlike collect2. So this merges the setting up of the signal handlers to one function in collect-utils and has collect2 and lto-wrapper call that function. OK? Bootstrapped and tested on x86_64-linux-gnu with no

[PATCH] c++: parameter pack inside constexpr if [PR101764]

Here when partially substituting into the pack expansion, substitution into the constexpr if yields a still-dependent tree, so tsubst_expr returns an IF_STMT with an unsubstituted IF_COND and with IF_STMT_EXTRA_ARGS added to. Hence after partial substitution the pack expansion pattern still

[PATCH] c++: shortcut bad convs during overload resolution [PR101904]

In the context of overload resolution we have the notion of a "bad" argument conversion, which is a conversion that "would be a permitted with a bending of the language standards", and we handle such bad conversions specially. In particular, we rank a bad conversion as better than no conversion

[PATCH] c++: check arity before deduction w/ explicit targs [PR12672]

During overload resolution, when the arity of a function template clearly disagrees with the arity of the call, no specialization of the function template could yield a viable candidate. The deduction routine type_unification_real already notices this situation, but not before it substitutes

Sv: [PATCH] jit : Generate debug info for variables

Well I seemed to have attached the wrong testcase. Here is the proper one attached. Regards, -Ursprungligt meddelande- Från: Petter Tomner Skickat: den 31 augusti 2021 02:14 Till: gcc-patches@gcc.gnu.org; j...@gcc.gnu.org Ämne: [PATCH] jit : Generate debug info for variables Hi, This

[PATCH] jit : Generate debug info for variables

Hi, This is a patch to generate debug info for local variables as well as globals. With this, "ptype foo", "info variables", "info locals" etc works when debugging in GDB. Finalizing of global variable declares are moved to after locations are handled and done as Fortran, C, Go etc do it.

Re: [PATCH][pushed] Add -fprofile-reproducible=parallel-runs to STAGEfeedback_CFLAGS to Makefile.tpl.

On Mon, Aug 30, 2021 at 10:13:21AM +0200, Martin Liška wrote: > On 8/27/21 19:45, Gleb Fotengauer-Malinovskiy wrote: > > Hi, > > > > On Thu, Mar 11, 2021 at 04:19:51PM +0100, Martin Liška wrote: > >> Pushed as obvious, the original change was done > >> in

Re: [pushed] c++: preserve location through constexpr

On Mon, Aug 30, 2021 at 05:25:01PM -0400, Jason Merrill via Gcc-patches wrote: > While working on the patch for PR101460, I noticed that we were losing the > expression location when folding class prvalue expressions. The final patch > doesn't fold class prvalues, but this still seems a

[committed] analyzer: support "bifurcation"; reimplement realloc [PR99260]

Most of the state-management code in the analyzer involves modifying state objects in-place, which implies a single outcome. (I originally implemented in-place modification because I wanted to avoid having to create copies of state objects, and it's now very difficult to change this aspect of the

[PATCH] PR fortran/101327 - ICE in find_array_element, at fortran/expr.c:1355

There was an issue when trying to use an element from an array constructor which was a broken in a way probably only Gerhard could conceive. We hit an assert that can be replaced by more robust code. Patch is basically Steve's. Regtested on x86_64-pc-linux-gnu. OK for mainline? Thanks, Harald

[pushed] c++: limit instantiation with ill-formed class [PR96286]

I noticed that after the static_assert failures in lwg3466.cc, we got various follow-on errors because we went ahead and tried to instantiate the promise member functions even after instantiating the class itself ran into problems. Interrupting instantiation of the class itself seems likely to

[pushed] c++: preserve location through constexpr

While working on the patch for PR101460, I noticed that we were losing the expression location when folding class prvalue expressions. The final patch doesn't fold class prvalues, but this still seems a worthwhile change. I don't add location wrappers for scalar prvalues because many callers are

Re: [PATCH v3 1/6] rs6000: Support SSE4.1 "round" intrinsics

Hi Paul, On 8/30/21 4:16 PM, Paul A. Clarke wrote: On Fri, Aug 27, 2021 at 08:44:43AM -0500, Bill Schmidt via Gcc-patches wrote: On 8/23/21 2:03 PM, Paul A. Clarke wrote: + __fpscr_save.__fr = __builtin_mffsl (); As pointed out in the v1 review, __builtin_mffsl is enabled (or supposed

[pushed] c++: fold function template args sooner [PR101460]

As discussed in the PR, we were giving a lot of unnecessary errors for this testcase because we didn't try to do constant evaluation until convert_nontype_argument, which happens for each of the candidates. But when looking at a template-id as the function operand of a call, we can try to fold

Re: [PATCH] Fix x86/56337 : 1<<28 alignment is broken

On Fri, Jul 23, 2021 at 1:33 PM apinski--- via Gcc-patches wrote: > > From: Andrew Pinski > > The problem here is the x86_64 back-end uses a signed integer > for alignment and then divides by BITS_PER_UNIT so if we had > INT_MIN (which is what 1<<28*8 is), we would get the wrong result. > > This

Re: [PATCH v3 1/6] rs6000: Support SSE4.1 "round" intrinsics

On Fri, Aug 27, 2021 at 08:44:43AM -0500, Bill Schmidt via Gcc-patches wrote: > On 8/23/21 2:03 PM, Paul A. Clarke wrote: > > + __fpscr_save.__fr = __builtin_mffsl (); > > As pointed out in the v1 review, __builtin_mffsl is enabled (or supposed to > be) only for POWER9 and later.  This will

Re: [PATCH] Make sure we're playing with integral modes before call extract_integral_bit_field.

On 8/30/2021 1:09 PM, Joseph Myers wrote: This commit introduces an ICE building libgcc for 32-bit SPARC. https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102133 I've sent Hongtao a testcase which is ICE-ing.  It was mcore-elf, but I saw similar failures on a half-dozen architectures before I

[PATCH, committed] PR fortran/102113 - parsing error in assigned goto

A whitespace issue during parsing. Committed Steve's patch as obvious after regtesting on x86_64-pc-linux-gnu. Thanks, Harald Fortran - fix whitespace issue during parsing of assigned goto gcc/fortran/ChangeLog: PR fortran/102113 * match.c (gfc_match_goto): Allow for

[PATCH, committed] PR fortran/101349 - ICE in gfc_get_descriptor_field, at fortran/trans-array.c:140

The check of arguments to ALLOCATE did not properly implement F2008:C628 / F2018:C932, as it excluded unlimited polymophics, in contrast to the standard text. Fix this. Committed Steve's patch as obvious after regtesting on x86_64-pc-linux-gnu. Thanks, Harald Fortran - correct check for

[PATCH] Fix PR 90142: contrib/download_prerequisites uses test ==

From: Andrew Pinski Since == is not portable, it is better to use = in contrib/ download_prerequisites. The only place == was used is inside the function md5_check which is used only on Mac OS X. Tested on Mac OS X as: ./contrib/download_prerequisites --md5 Both with all files having the

[pushed] c++: Add warning about missing 'requires'

I noticed that concepts-lambda14.C had two useless requires-expressions: static_assert(requires { C; }); always succeeds, because C is always a valid expression for any type, regardless of whether C is satisfied for a particular type. Presumably the user means static_assert(requires {

Re: [EXTERNAL] Re: [PATCH] Propagate get_nonzero_bits information in division [PR77980]

Thanks Jeff. I've reached out to Roger to see if the fix would be better suited in CCP. If that isn't the right spot, I'll reach out to Aldy and Andrew about getting the fix in VRP/Ranger. From: Jeff Law Sent: Sunday, August 22, 2021 8:11 PM To: Victor Tong ; gcc-patches@gcc.gnu.org ;

[PATCH] gdb: Add a dependency between gdb and libbacktrace

I plan to make use of libbacktrace within GDB. I believe that the patch below needs to be merged into GCCs toplevel directory and then back-ported to the binutils-gdb repository. Is this OK to merge? Thanks, Andrew --- GDB is going to start using libbacktrace, so add a build dependency

[committed] hppa: Fix libgfortran build on hppa*-hp-hpux[01]*

The following change fixes the build of libgfortran on hppa*-hp-hpux[01]*. Tested on hppa64-hp-hpux11.11 and hppa2.0w-hp-hpux11.11. Committed to trunk. Dave --- Fix libgfortran build on hppa*-hp-hpux[01]* Add include hack to define PRIdPTR, PRIiPTR, PRIoPTR, PRIuPTR, PRIxPTR and PRIXPTR in

[PATCH] libiberty, configure, Darwin: Avoid detecting deprecated sbrk.

Hi, Darwin provides an implementation of sbrk, which is detected by the libiberty configuration process. However, (like most of the BSD-derivatives) sbrk/brk are deprecated on Darwin which leads to build-time warnings. It seems that the configure process does not see the deprecation warnings as

Re: [PATCH] Make sure we're playing with integral modes before call extract_integral_bit_field.

This commit introduces an ICE building libgcc for 32-bit SPARC. https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102133 -- Joseph S. Myers jos...@codesourcery.com

[PATCH] c++: New way to sanitize destructor calls [PR101355]

Hi! The following patch changes the way destructor calls are sanitized. Currently, they are sanitized just like any other member calls, transforming `a::~a(this)' to `a::~a(.UBSAN_NULL(SAVE_EXPR(this)), SAVE_EXPR(this))'. However, this is a problem for coroutines. In some cases, a destructor

[committed] libphobos: Compile configure tests with -fno-druntime

Hi, This patch changes WITH_LOCAL_DRUNTIME to build with `-fno-druntime'. The D tests done at configure-time for libphobos don't require a functional D run-time, so don't enable any run-time features. Bootstrapped and regression tested on x86_64-linux-gnu/-m32/-mx32, and committed to mainline.

[PING #2][PATCH] enable ranger and caching in pass_waccess

Ping: https://gcc.gnu.org/pipermail/gcc-patches/2021-August/578135.html Are there any further comments on the patch? Richard, you were kind enough to review the first two patches in this series. Would you mind doing the same for this one? It continues in the same vein. Martin On 8/25/21

rs6000: Backports of mode promote patches to GCC 11

Hi! I have backported 9080a3bf2329, a3f6bd789149, and f0529d96f567 to the GCC 11 branch. This solves PR102062, but is a >2% performance win for such a trivial patch, too, which is enough reason on its own :-) Segher

Re: [PATCH v2] x86-64: Add ABI warning for 64-bit vectors

On Sun, Aug 29, 2021 at 12:11:23PM -0700, H.J. Lu wrote: > --- a/gcc/config/i386/i386.c > +++ b/gcc/config/i386/i386.c > @@ -1840,6 +1840,54 @@ init_cumulative_args (CUMULATIVE_ARGS *cum, /* > Argument info to initialize */ >cfun->machine->arg_reg_available = (cum->nregs > 0); > } > > +/*

Re: [PATCH] libffi: Fix MIPS r6 support

On 8/30/2021 2:47 AM, YunQiang Su wrote: 在 2021/8/30 5:00, Jeff Law 写道: On 8/28/2021 1:23 AM, Xi Ruoyao wrote: On Fri, 2021-08-27 at 15:28 -0600, Jeff Law via Gcc-patches wrote: On 8/26/2021 10:58 PM, YunQiang Su wrote: for some instructions, MIPS r6 uses different encoding other than

Re: [committed] Reduce vector comparison of uniform vectors to a scalar comparison

On 8/30/2021 12:51 AM, Richard Biener wrote: On Fri, Aug 27, 2021 at 9:31 PM Jeff Law via Gcc-patches wrote: I was working some aspects of our port's vector support and stumbled across a bit of silly code. We were comparing two vectors that were both uniform. We can simplify a comparison

Re: [PATCH v2 1/2] MIPS: use mips_isa enum instead hardcoded numbers

On 8/30/2021 12:52 AM, Xi Ruoyao via Gcc-patches wrote: These two patches look good to me. Still, need a maintainer's approval. Consider them approved. Thanks, Jeff

Re: [PATCH] Check the type of mask while generating cond_op in gimple simplication.

On Fri, Aug 27, 2021 at 8:53 AM liuhongt wrote: > > When gimple simplifcation try to combine op and vec_cond_expr to cond_op, > it doesn't check if mask type matches. It causes an ICE when expand cond_op > with mismatched mode. > This patch add a function named

RE: [PATCH] [MIPS] Hazard barrier return support

> -Original Message- > From: Dragan Mladjenovic > Sent: 17 August 2021 17:59 > To: 'Andrew Pinski' > Cc: 'gcc-patches@gcc.gnu.org' > Subject: RE: [PATCH] [MIPS] Hazard barrier return support > > > > > -Original Message- > > From: Dragan Mladjenovic > > Sent: 16 August 2021

Re: [PATCH] Make sure -fexceptions is enabled when -fnon-call-exceptions is

On Mon, 30 Aug 2021, Eric Botcazou wrote: > > This makes -fexceptions enabled by -fnon-call-exceptions, removing > > the odd state of !flag_exceptions && flag_non_call_exceptions from > > middle-end consideration. > > FWIW fine with me. Thanks - pushed. Richard.

[PATCH] tree-optimization/102128 - rework if-converted BB vect heuristic

This reworks the previous attempt to avoid leaving around if-converted scalar code in BB vectorized loop bodies to keep costing independent subgraphs which should address the observed regression with 519.lbm_r. For this to work we now first cost all subgraphs and only after doing that proceed to

Re: [PATCH] Set bound/cmp/control for until wrap loop.

On Mon, 30 Aug 2021, guojiufu wrote: > On 2021-08-30 14:15, Jiufu Guo wrote: > > Hi, > > > > In patch r12-3136, niter->control, niter->bound and niter->cmp are > > derived from number_of_iterations_lt. While for 'until wrap condition', > > the calculation in number_of_iterations_lt is not align

[PATCH] Fix arm target build with inhibit_libc

Do not declare abort in "libgcc/unwind-arm-common.inc" since it is already provided by "tsystem.h". It fixes the following build error: In file included from libgcc/config/arm/unwind-arm.c:144: libgcc/unwind-arm-common.inc:55:24: error: macro "abort" passed 1 arguments, but takes just 0 55 |

Re: [PATCH] Use __builtin_trap() for abort() if inhibit_libc

On 30/08/2021 13:44, Richard Biener wrote: On Mon, Aug 30, 2021 at 12:55 PM Sebastian Huber wrote: Hello Christophe, it seems there are a couple of more abort() declarations: libgcc/unwind-arm-common.inc:extern void abort (void); libgcc/config/c6x/pr-support.c:extern void abort (void);

Re: [RFA] Some libgcc headers are missing the runtime exception

On Mon, Aug 30, 2021 at 12:59 PM Thomas Schwinge wrote: > > Hi! > > Ping. For easy reference I've again attached Richard Sandiford's > "libgcc: Add missing runtime exception notices". > > On 2021-07-12T17:34:09+0100, Richard Sandiford via Gcc-patches > wrote: > > David Edelsohn writes: > >>

Re: [PATCH] Use __builtin_trap() for abort() if inhibit_libc

On Mon, Aug 30, 2021 at 12:55 PM Sebastian Huber wrote: > > Hello Christophe, > > it seems there are a couple of more abort() declarations: > > libgcc/unwind-arm-common.inc:extern void abort (void); > libgcc/config/c6x/pr-support.c:extern void abort (void); > libgcc/config/arm/pr-support.c:extern

Re: [RFA] Some libgcc headers are missing the runtime exception

Hi! Ping. For easy reference I've again attached Richard Sandiford's "libgcc: Add missing runtime exception notices". On 2021-07-12T17:34:09+0100, Richard Sandiford via Gcc-patches wrote: > David Edelsohn writes: >> On Mon, Jul 12, 2021 at 11:58 AM Richard Sandiford >> wrote: >>> David

Re: [PATCH] Use __builtin_trap() for abort() if inhibit_libc

Hello Christophe, it seems there are a couple of more abort() declarations: libgcc/unwind-arm-common.inc:extern void abort (void); libgcc/config/c6x/pr-support.c:extern void abort (void); libgcc/config/arm/pr-support.c:extern void abort (void); libgcc/config/arm/linux-atomic-64bit.c:extern void

[wwwdocs] gcc-12/changes.html: nvptx - new __PTX_SM__ macro

Document Roger's patch https://gcc.gnu.org/g:3c496e92d795a8fe5c527e3c5b5a6606669ae50d OK? Suggestions? Tobias PS: I have a pending wwwdocs patch for OpenMP, but I think I will hold off with an updated version until Jakub's next patch – to avoid too many updates. PPS: I also have a pending

Fix 'hash_table::expand' to destruct stale Value objects (was: 'hash_map>')

Hi! Ping -- we still need to plug the memory leak; see patch attached, and/or long discussion here: On 2021-08-16T14:10:00-0600, Martin Sebor wrote: > On 8/16/21 6:44 AM, Thomas Schwinge wrote: >> On 2021-08-12T17:15:44-0600, Martin Sebor via Gcc wrote: >>> On 8/6/21 10:57 AM, Thomas Schwinge

[PATCH] [i386] Unify UNSPEC_MASKED_EQ/GT to the form of UNSPEC_PCMP.

Currently for evex vpcmpeqb instruction, we have two forms of rtl template representation, one is (unspec [op1 op2] UNSPEC_MASK_EQ), the other is (unspec [op1, op2, const_int 0] UNSPEC_PCMP), which increases the maintenance burden, such as optimization (not: vpcmpeqb) to (vpcmpneqb) requires two

Re: [PATCH] Use __builtin_trap() for abort() if inhibit_libc

Hi, On Tue, Aug 17, 2021 at 10:43 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > abort() is used in gcc_assert() and gcc_unreachable() which is used by > target > libraries such as libgcov.a. This patch changes the abort() definition > under > certain conditions. If

New Swedish PO file for 'gcc' (version 11.2.0)

Hello, gentle maintainer. This is a message from the Translation Project robot. A revised PO file for textual domain 'gcc' has been submitted by the Swedish team of translators. The file is available at: https://translationproject.org/latest/gcc/sv.po (This file, 'gcc-11.2.0.sv.po', has

Re: [PATCH take 3] Experimental -fpreserve-traps option

On Mon, Aug 30, 2021 at 11:13 AM Roger Sayle wrote: > > > Hi Richard, > > > I hoped the one jumping on the "traps" bandwagon would have tackled -ftrapv > > first. > > I did, back in 2003 I introduced (or helped introduce) the flag "-fwrapv"  >

Re: [PATCH v3] Fix incomplete computation in fill_always_executed_in_1

On Mon, 30 Aug 2021, Xionghu Luo wrote: > > > On 2021/8/27 15:45, Richard Biener wrote: > > On Thu, 26 Aug 2021, Xionghu Luo wrote: > > > >> > >> > >> On 2021/8/24 16:20, Richard Biener wrote: > >>> On Tue, 24 Aug 2021, Xionghu Luo wrote: > >>> > > > On 2021/8/19 20:11, Richard

RE: [PATCH take 3] Experimental -fpreserve-traps option

Hi Richard, > I hoped the one jumping on the "traps" bandwagon would have tackled -ftrapv > first. I did, back in 2003 I introduced (or helped introduce) the flag "-fwrapv"  https://gcc.gnu.org/legacy-ml/gcc-patches/2003-03/msg02126.html Prior to that, signed overflow was undefined in the

Re: [PATCH v3] Fix incomplete computation in fill_always_executed_in_1

On 2021/8/27 15:45, Richard Biener wrote: On Thu, 26 Aug 2021, Xionghu Luo wrote: On 2021/8/24 16:20, Richard Biener wrote: On Tue, 24 Aug 2021, Xionghu Luo wrote: On 2021/8/19 20:11, Richard Biener wrote: - class loop *inn_loop = loop; if (ALWAYS_EXECUTED_IN

Re: [PATCH] libffi: Fix MIPS r6 support

在 2021/8/30 5:00, Jeff Law 写道: On 8/28/2021 1:23 AM, Xi Ruoyao wrote: On Fri, 2021-08-27 at 15:28 -0600, Jeff Law via Gcc-patches wrote: On 8/26/2021 10:58 PM, YunQiang Su wrote: for some instructions, MIPS r6 uses different encoding other than the previous releases. 1. mips/n32.S disable

Re: [PATCH][pushed] Add -fprofile-reproducible=parallel-runs to STAGEfeedback_CFLAGS to Makefile.tpl.

On 8/27/21 19:45, Gleb Fotengauer-Malinovskiy wrote: Hi, On Thu, Mar 11, 2021 at 04:19:51PM +0100, Martin Liška wrote: Pushed as obvious, the original change was done in g:e05a117dc4b98f3ac60851608f532ba7cee7343a. Martin ChangeLog: * Makefile.tpl: The change was done Makefile.in

Re: [PATCH] Make sure -fexceptions is enabled when -fnon-call-exceptions is

> This makes -fexceptions enabled by -fnon-call-exceptions, removing > the odd state of !flag_exceptions && flag_non_call_exceptions from > middle-end consideration. FWIW fine with me. -- Eric Botcazou

[PATCH] Make sure -fexceptions is enabled when -fnon-call-exceptions is

This makes -fexceptions enabled by -fnon-call-exceptions, removing the odd state of !flag_exceptions && flag_non_call_exceptions from middle-end consideration. Bootstrapped and tested on x86_64-unknown-linux-gnu for all languages. OK? Richard. 2021-08-30 Richard Biener * common.opt

Re: [PATCH take 3] Experimental -fpreserve-traps option

On Sun, Aug 29, 2021 at 11:28 AM Roger Sayle wrote: > > > This is another attempt to add an -fpreserve-traps command line > option to GCC. Many thanks to Richard Beiner for approving the > code clean-up pieces of my earlier submission: This revision > contains just the actual functional

C++ patch ping

Hi! I'd like to ping the following patches libcpp: __VA_OPT__ p1042r1 placemarker changes [PR101488] https://gcc.gnu.org/pipermail/gcc-patches/2021-July/575621.html together with your https://gcc.gnu.org/pipermail/gcc-patches/2021-August/577602.html incremental patch (successfully tested on

Re: [PATCH v2 1/2] MIPS: use mips_isa enum instead hardcoded numbers

These two patches look good to me. Still, need a maintainer's approval. On Sun, 2021-08-29 at 22:59 -0400, YunQiang Su wrote: > Currently mips-cpu.defs, mips.h, netbsd.h and config.gcc are > using hardcoded numbers for isa level. > > Let's replace them with more readable enum mips_isa. > >

Re: [committed] Reduce vector comparison of uniform vectors to a scalar comparison

On Fri, Aug 27, 2021 at 9:31 PM Jeff Law via Gcc-patches wrote: > > > I was working some aspects of our port's vector support and stumbled > across a bit of silly code. We were comparing two vectors that were > both uniform. > > We can simplify a comparison of uniform vectors to a comparison of

Re: [PATCH] Set bound/cmp/control for until wrap loop.

On 2021-08-30 14:15, Jiufu Guo wrote: Hi, In patch r12-3136, niter->control, niter->bound and niter->cmp are derived from number_of_iterations_lt. While for 'until wrap condition', the calculation in number_of_iterations_lt is not align the requirements on the define of them and

Re: [RFH] ME optimizes variable assignment away / Fortran bind(C) descriptor conversion

On Sun, Aug 29, 2021 at 10:07 AM Tobias Burnus wrote: > > Hi all, hi Richard, > > On 27.08.21 21:48, Richard Biener wrote: > >> It looks really nice with "-O1 -fno-inline" :-) > >>The callee 'rank_p()' is mostly optimized and in the > >>caller only those struct elements are set, which

Re: [Patch v2] C, C++, Fortran, OpenMP: Add support for device-modifiers for 'omp target device'

On Wed, Aug 25, 2021 at 12:14:09PM +0200, Marcel Vollweiler wrote: > Add support for device-modifiers for 'omp target device'. > > 'device_num' and 'ancestor' are now parsed on target device constructs for C, > C++, and Fortran (see OpenMP specification 5.0, p. 170). When 'ancestor' is > used,

[PATCH] Set bound/cmp/control for until wrap loop.

Hi, In patch r12-3136, niter->control, niter->bound and niter->cmp are derived from number_of_iterations_lt. While for 'until wrap condition', the calculation in number_of_iterations_lt is not align the requirements on the define of them and requirements in determine_exit_conditions. This patch