C++ Patch ping^2

Hi! On Wed, Apr 03, 2024 at 11:48:20AM +0200, Jakub Jelinek wrote: > I'd like to ping the following patches: > > https://gcc.gnu.org/pipermail/gcc-patches/2024-March/647445.html > PR111284 P2 > > https://gcc.gnu.org/pipermail/gcc-patches/2024-March/648215.html > PR114409 (part of a P1) > >

Re: Patch ping^2

> Hi! > > I'd like to ping 2 patches: > > https://gcc.gnu.org/pipermail/gcc-patches/2024-January/644580.html > > > PR113617 P1 - Handle private COMDAT function symbol reference

Re: Patch ping^2

On Mon, Feb 26, 2024 at 10:33 AM Jakub Jelinek wrote: > > Hi! > > I'd like to ping 2 patches: > https://gcc.gnu.org/pipermail/gcc-patches/2024-February/645326.html > i386: Enable _BitInt support on ia32 > > all the FAILs mentioned in that mail have been fixed by now. LGTM, based on HJ's advice.

Patch ping^2

Hi! I'd like to ping 2 patches: https://gcc.gnu.org/pipermail/gcc-patches/2024-January/644580.html PR113617 P1 - Handle private COMDAT function symbol reference in readonly data

C++ patch ping^2

Hi! I'd like to ping a couple of C++ patches. - c++, v2: Implement C++26 P2169R4 - Placeholder variables with no name [PR110349] https://gcc.gnu.org/pipermail/gcc-patches/2023-September/630802.html - c++: Implement C++26 P2361R6 - Unevaluated strings [PR110342]

Patch ping^2 Re: [PATCH 0/12] GCC _BitInt support [PR102989]

Hi! On Mon, Aug 21, 2023 at 05:24:02PM +0200, Jakub Jelinek via Gcc-patches wrote: > Jakub Jelinek (12): > expr: Small optimization [PR102989] > lto-streamer-in: Adjust assert [PR102989] > phiopt: Fix phiopt ICE on vops [PR102989] > Middle-end _BitInt support [PR102989] > _BitInt

Re: [PATCH PING 2 (tree)] c++: source position of lambda captures [PR84471]

On 12/2/22 10:45, Jason Merrill wrote: Tested x86_64-pc-linux-gnu, OK for trunk? -- 8< -- If the DECL_VALUE_EXPR of a VAR_DECL has EXPR_LOCATION set, then any use of that variable looks like it has that location, which leads to the debugger jumping back and forth for both lambdas and

rs6000 patch ping^2: [PATCH 8/8] rs6000: Fix some missing built-in attributes [PR104004]

On Tue, Mar 15, 2022 at 02:18:00PM +0100, Jakub Jelinek via Gcc-patches wrote: > On Fri, Jan 28, 2022 at 11:50:26AM -0600, Bill Schmidt via Gcc-patches wrote: > > PR104004 caught some misses on my part in converting to the new built-in > > function infrastructure. In particular, I forgot to mark

Aarch64 patch ping^2

On Mon, Mar 29, 2021 at 11:16:55AM +0200, Jakub Jelinek wrote: > > Looks good to me. Richard E knows this code better than I do though, > > so I think he should have the final say. He's currently on holiday > > but will be back next week. > > I'd like to ping this patch. Ping. > > >

Patch ping^2

Hi! I'd like to ping following patch: > https://gcc.gnu.org/pipermail/gcc-patches/2021-March/59.html > PR99490 dwarf2out -gsplit-dwarf ranges fixes Thanks Jakub

Patch ping^2

On Tue, Feb 23, 2021 at 09:49:08AM +0100, Jakub Jelinek via Gcc-patches wrote: > I'd like to ping the > https://gcc.gnu.org/pipermail/gcc-patches/2021-February/565350.html > patch, P2 PR99085 ice-on-valid-code fix in fixup_partitions. Ping Thanks Jakub

[PATCH] PING^2 Add input_modes parameter to TARGET_MD_ASM_ADJUST hook

Hello, I would like to ping the following patch: Add input_modes parameter to TARGET_MD_ASM_ADJUST hook https://gcc.gnu.org/pipermail/gcc-patches/2021-January/562898.html It is needed for the following regression fix: IBM Z: Fix usage of "f" constraint with long doubles

Re: OpenMP patch ping ** 2

Hi, I would like to ping the following OpenMP-related patches: On 27.11.20 17:09, Tobias Burnus wrote: OpenMP-related patch pings: Kwok's: * Re: [PATCH] openmp: Implicit 'declare target' for C++ static initializers https://gcc.gnu.org/pipermail/gcc-patches/2020-November/559624.html *

C++ patch ping^2

Hi! I'd like to ping the updated bit_cast patch: https://gcc.gnu.org/pipermail/gcc-patches/2020-November/557781.html Thanks Jakub

Re: [PATCH] [PING^2] Asan changes for RISC-V.

Original message here https://gcc.gnu.org/pipermail/gcc-patches/2020-October/557406.html This has non-RISC-V changes, so I need a global reviewer to look at it. Jim On Wed, Nov 4, 2020 at 12:10 PM Jim Wilson wrote: > > > On Wed, Oct 28, 2020 at 4:59 PM Jim Wilson wrote: > >> We have only

Re: [PATCH ping 2] ppc64 check for incompatible setting of minimal-toc

Greetings again, Could you please look at this patch when convenient? --Doug On 6/1/20 10:13 AM, Douglas B Rupp wrote: Greetings, Curious if you've had a chance to look at this patch yet? --Doug On 5/18/20 4:02 PM, Douglas B Rupp wrote: Greetings, The attached patch is proposed for

Re: Patch ping^2

On Tue, 17 Mar 2020, Jakub Jelinek wrote: > Hi! > > I'd like to ping this patch again: OK. Thanks, Richard. > On Tue, Mar 10, 2020 at 01:28:19PM +0100, Jakub Jelinek wrote: > > I'd like to ping the > > https://gcc.gnu.org/legacy-ml/gcc-patches/2020-03/msg00154.html > > P1 PR94015 > > patch,

Patch ping^2

Hi! I'd like to ping this patch again: On Tue, Mar 10, 2020 at 01:28:19PM +0100, Jakub Jelinek wrote: > I'd like to ping the > https://gcc.gnu.org/legacy-ml/gcc-patches/2020-03/msg00154.html > P1 PR94015 > patch, with the https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94015#c5 > testcase instead

Re: [C++ PATCH, PING^2] PR60531 - Wrong error about unresolved overloaded function

ping again On 26/04/2019 19:58, Harald van Dijk wrote: ping On 13/04/2019 10:01, Harald van Dijk wrote: Hi, For PR60531, GCC wrongly rejects function templates with explicitly specified template arguments as overloaded. They are resolved by resolve_nondeduced_context, which is normally

Patch ping^2 (was Re: [C++ PATCH] Fix up C++ loop construct debug info without -gno-statement-frontiers (PR debug/90197))

On Fri, May 03, 2019 at 09:10:39AM +0200, Jakub Jelinek wrote: > On Fri, Apr 26, 2019 at 05:45:27PM +0200, Jakub Jelinek wrote: > > 2019-04-26 Jakub Jelinek > > > > PR debug/90197 > > * cp-gimplify.c (genericize_cp_loop): Emit a DEBUG_BEGIN_STMT > > before the condition (or if

Patch ping^2 (Re: [PATCH] ARM cmpsi2_addneg fix follow-up (PR target/89506))

On Tue, Mar 12, 2019 at 12:43:29PM +0100, Jakub Jelinek wrote: > On Mon, Mar 04, 2019 at 10:04:01AM +0100, Jakub Jelinek wrote: > > The first one uses constraints and no C code in the output, I believe it is > > actually more expensive for compile time, because if one just reads what > >

Patch ping^2

Hi! I'd like to ping following patches: - PR85480 improve AVX512 128-bit insertion into 512-bit zero vector http://gcc.gnu.org/ml/gcc-patches/2018-04/msg01058.html - PR85572 implement absv2di2 and absv4di2 expanders for pre-avx512vl http://gcc.gnu.org/ml/gcc-patches/2018-04/msg01341.html

Patch ping^2

Hi! I'd like to ping the http://gcc.gnu.org/ml/gcc-patches/2018-03/msg01244.html - PR83157 - improve debug info for x86 setcc peepholes patch. Thanks. Jakub

Patch ping^2

Hi! I'd like to ping a bunch of patches: http://gcc.gnu.org/ml/gcc-patches/2017-11/msg02521.html PR c++/83205 - diagnose invalid std::tuple_size::value for structured

Re: Patch ping^2

On 11/14/2017 08:29 AM, Jakub Jelinek wrote: On Mon, Nov 06, 2017 at 05:22:36PM +0100, Jakub Jelinek wrote: I'd like to ping the: http://gcc.gnu.org/ml/gcc-patches/2017-10/msg01895.html PR debug/82718 Fix DWARF5 .debug_loclist handling with hot/cold partitioning patch. Thanks

Patch ping^2

On Mon, Nov 06, 2017 at 05:22:36PM +0100, Jakub Jelinek wrote: > I'd like to ping the: > > http://gcc.gnu.org/ml/gcc-patches/2017-10/msg01895.html > PR debug/82718 > Fix DWARF5 .debug_loclist handling with hot/cold partitioning > > patch. Thanks Ping^2. Jakub

[PATCH][PING^2] Fix PR81503 (SLSR invalid fold)

Ping. Thanks! Bill > On Aug 14, 2017, at 9:32 AM, Bill Schmidt wrote: > > Hi, > > I'd like to ping this patch, please. > > Thanks! > Bill > >> On Aug 3, 2017, at 2:34 PM, Bill Schmidt wrote: >> >> Hi, >> >> Here's v2 of the patch

[patch][ping #2] Fix PR80929: Realistic PARALLEL cost in seq_cost.

Ping #2 https://gcc.gnu.org/ml/gcc-patches/2017-06/msg00096.html On 02.06.2017 09:53, Georg-Johann Lay wrote: > Hi, > > this small addition improves costs of PARALLELs in > rtlanal.c:seq_cost(). Up to now, these costs are > assumed to be 1 which gives gross inexact costs for, > e.g. divmod

Re: Patch ping^2

On 04/18/2017 07:55 AM, Jakub Jelinek wrote: I'd like to ping following patch: PR debug/80263 http://gcc.gnu.org/ml/gcc-patches/2017-04/msg4.html avoid emitting sizetype artificial name into debug info OK. jeff

Patch ping^2

I'd like to ping following patch: PR debug/80263 http://gcc.gnu.org/ml/gcc-patches/2017-04/msg4.html avoid emitting sizetype artificial name into debug info Thanks Jakub

Re: Patch ping^2

On Tue, Feb 14, 2017 at 10:05:04AM -0500, Nathan Sidwell wrote: > On 02/13/2017 10:46 AM, Jakub Jelinek wrote: > > Hi! > > > > I'd like to ping a couple of patches: > > > - C++ P1 PR79288 - wrong default TLS model for __thread static data members > >

Re: Patch ping^2

On 02/13/2017 10:46 AM, Jakub Jelinek wrote: Hi! I'd like to ping a couple of patches: - C++ P1 PR79288 - wrong default TLS model for __thread static data members http://gcc.gnu.org/ml/gcc-patches/2017-01/msg02349.html This is ok, but don't you think the changelog is misleading? In your

Re: Patch ping^2

On 02/13/2017 12:28 PM, Jakub Jelinek wrote: The reason for that VOID_TYPE_P stuff in COND_EXPR handling is not that stabilize_expr doesn't like it, but to avoid warning twice. If I replace all 3 VOID_TYPE_P tests (with the patch) in cp_build_modify_expr with 0 && VOID_TYPE_P, the above

Re: Patch ping^2

On Mon, Feb 13, 2017 at 05:44:54PM +0100, Jakub Jelinek wrote: > On Mon, Feb 13, 2017 at 11:41:48AM -0500, Nathan Sidwell wrote: > > On 02/13/2017 10:46 AM, Jakub Jelinek wrote: > > > Hi! > > > > > > I'd like to ping a couple of patches: > > > > > > - C++ P1 PR79232 - ICEs and wrong-code with

Re: Patch ping^2

On 02/13/2017 10:46 AM, Jakub Jelinek wrote: Hi! I'd like to ping a couple of patches: - C++ P1 PR79232 - ICEs and wrong-code with COMPOUND_EXPR on lhs of assignment http://gcc.gnu.org/ml/gcc-patches/2017-01/msg02341.html What puzzles me about (and may be an existing orthogonal issue), is

Re: Patch ping^2

On Mon, Feb 13, 2017 at 11:41:48AM -0500, Nathan Sidwell wrote: > On 02/13/2017 10:46 AM, Jakub Jelinek wrote: > > Hi! > > > > I'd like to ping a couple of patches: > > > > - C++ P1 PR79232 - ICEs and wrong-code with COMPOUND_EXPR on lhs of > > assignment > >

Patch ping^2

Hi! I'd like to ping a couple of patches: - C++ P1 PR79232 - ICEs and wrong-code with COMPOUND_EXPR on lhs of assignment http://gcc.gnu.org/ml/gcc-patches/2017-01/msg02341.html - C++ P1 PR79288 - wrong default TLS model for __thread static data members

[PATCH, PING*2] DWARF: space-optimize loc. descr. for integer literals on 32-bit targets

Hello, Ping for the patch submitted at . Thanks! -- Pierre-Marie de Rodat

FW: [RFA] Compact EH Patch [Ping * 2]

Ping, Ping. -Original Message- From: gcc-patches-ow...@gcc.gnu.org [mailto:gcc-patches-ow...@gcc.gnu.org] On Behalf Of Moore, Catherine Sent: Monday, December 21, 2015 9:22 AM To: Richard Henderson; gcc-patches@gcc.gnu.org Cc: ja...@redhat.com; Matthew Fortune Subject: RE: [RFA] Compact

[PATCH][PING^2][C++] Fix PR67333

PING. On 08/27/2015 09:27 PM, Mikhail Maltsev wrote: > Hi. > This patch fixes a rejects-valid bug related to volatile-qualified arguments > of > constexpr functions. This is essentially a one-line change in constexpr.c. > Bootstrapped and regtested on x86_64-pc-linux-gnu. OK for trunk? > >

[PATCH, PING*2] PR rtl-optimization/66790: uninitialized registers handling in REE

On 07/19/2015 12:14 AM, Pierre-Marie de Rodat wrote: This patch is an attempt to fix PR rtl-optimization/66790: please see https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66790 for the context. This adds a new dataflow problem (MIR for Must-Initialized Registers) and use it in the REE pass to

[PATCH, PING*2] DWARF: materialize subprogram renamings in Ada as imported declarations

On 07/25/2015 09:44 PM, Pierre-Marie de Rodat wrote: This change makes GCC materialize subprogram renamings in Ada as imported declarations (DW_TAG_imported_declarations). For instance, procedure Foo renames Bar; will output: DW_TAG_imported_declaration: DW_AT_name: foo

[PATCH, PING*2] Track indirect calls for call site information in debug info.

On 07/20/2015 02:45 PM, Pierre-Marie de Rodat wrote: On PowerPC targets with -mlongcall, most subprogram calls are turned into indirect calls: the call target is read from a register even though it is compile-time known. This makes it difficult for machine code static analysis engines to recover

[PATCH, PING*2] PR debug/53927: fix value for DW_AT_static_link

On 07/20/2015 09:39 AM, Pierre-Marie de Rodat wrote: This patch fixes the static link description in DWARF to comply with the specification. In order to do so, it appends a field to all FRAME objects to hold the frame base address (DW_AT_frame_base) so that the nested subrograms can directly

Re: [PATCH][PING^2] Skip preprocessor directives in mklog

On Tue, May 12, 2015 at 11:50 AM, Tom de Vries tom_devr...@mentor.com wrote: I'm not a good choice to be the maintainer of a perl script. I'm all kinds of sorry about the original choice of scripting language. I'd just spend a couple of hours re-writing it in python.

Re: [PATCH][PING^2] Skip preprocessor directives in mklog

On 05/12/2015 06:57 PM, Trevor Saunders wrote: On Tue, May 12, 2015 at 06:33:28PM +0300, Yury Gribov wrote: On 05/12/2015 06:23 PM, Diego Novillo wrote: The patch looks fine to me. I'm not really involved in GCC development anymore. I would suggest that this script should be maintained by

Re: [PATCH][PING^2] Skip preprocessor directives in mklog

On 05/12/2015 10:14 AM, Yury Gribov wrote: On 05/12/2015 06:57 PM, Trevor Saunders wrote: On Tue, May 12, 2015 at 06:33:28PM +0300, Yury Gribov wrote: On 05/12/2015 06:23 PM, Diego Novillo wrote: The patch looks fine to me. I'm not really involved in GCC development anymore. I would suggest

Re: [PATCH][PING^2] Skip preprocessor directives in mklog

On 05/12/2015 09:19 AM, Yury Gribov wrote: On 04/30/2015 12:03 PM, Yury Gribov wrote: On 04/21/2015 02:26 PM, Yury Gribov wrote: Hi all, Contrib/mklog is currently faked by preprocessor directives inside functions to produce invalid ChangeLog. The attached patch fixes this. Tested with my

[PATCH][PING^2] Skip preprocessor directives in mklog

On 04/30/2015 12:03 PM, Yury Gribov wrote: On 04/21/2015 02:26 PM, Yury Gribov wrote: Hi all, Contrib/mklog is currently faked by preprocessor directives inside functions to produce invalid ChangeLog. The attached patch fixes this. Tested with my local mklog testsuite and

Re: [PATCH][PING^2] Skip preprocessor directives in mklog

The patch looks fine to me. I'm not really involved in GCC development anymore. I would suggest that this script should be maintained by whoever's been hacking on it the most. It's a simple script, so it shouldn't be hard to find a new maintainer for it. Diegop. On Tue, May 12, 2015 at 11:19

Re: [PATCH][PING^2] Skip preprocessor directives in mklog

On 05/12/2015 06:23 PM, Diego Novillo wrote: The patch looks fine to me. I'm not really involved in GCC development anymore. I would suggest that this script should be maintained by whoever's been hacking on it the most. It's a simple script, so it shouldn't be hard to find a new maintainer for

Re: [PATCH][PING^2] Skip preprocessor directives in mklog

On 12-05-15 17:33, Yury Gribov wrote: On 05/12/2015 06:23 PM, Diego Novillo wrote: The patch looks fine to me. I'm not really involved in GCC development anymore. I would suggest that this script should be maintained by whoever's been hacking on it the most. It's a simple script, so it

Re: [PATCH][PING^2] Skip preprocessor directives in mklog

On Tue, May 12, 2015 at 06:33:28PM +0300, Yury Gribov wrote: On 05/12/2015 06:23 PM, Diego Novillo wrote: The patch looks fine to me. I'm not really involved in GCC development anymore. I would suggest that this script should be maintained by whoever's been hacking on it the most. It's a

Patch ping^2: [PATCH] -fsanitize=vptr instrumentation (take 2)

On Wed, Nov 12, 2014 at 03:05:46PM +0100, Jakub Jelinek wrote: On Tue, Oct 28, 2014 at 01:44:50PM +0100, Jakub Jelinek wrote: On Mon, Oct 27, 2014 at 05:16:05PM +0100, Jakub Jelinek wrote: Here is an updated patch, ok if bootstrap/testing passes (so far just checked with make -j16 -k

Re: [PATCH] [PING^2] Fix for PR libstdc++/60758

On 16/05/14 14:56, Alexey Merzlyakov wrote: On 07.05.2014 13:28, Ramana Radhakrishnan wrote: On 05/07/14 09:19, Yury Gribov wrote: Original Message Subject: [PING] [PATCH] Fix for PR libstdc++/60758 Date: Thu, 17 Apr 2014 17:48:12 +0400 From: Alexey Merzlyakov

Re: [PATCH] [PING^2] Fix for PR libstdc++/60758

On 20.05.2014 16:25, Richard Earnshaw wrote: On 16/05/14 14:56, Alexey Merzlyakov wrote: On 07.05.2014 13:28, Ramana Radhakrishnan wrote: On 05/07/14 09:19, Yury Gribov wrote: Original Message Subject: [PING] [PATCH] Fix for PR libstdc++/60758 Date: Thu, 17 Apr 2014

Re: [PATCH] [PING^2] Fix for PR libstdc++/60758

The following PR is opened for this problem: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61223 Thumb1 failure was also detected and reported in pr60758. I've proposed a thumb1 bugfix there. Regtest for the fix currently is in progress. Patches must be proposed on gcc-patches and / or in

Re: [PATCH] [PING^2] Fix for PR libstdc++/60758

On 20/05/14 14:12, Ramana Radhakrishnan wrote: The following PR is opened for this problem: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61223 Thumb1 failure was also detected and reported in pr60758. I've proposed a thumb1 bugfix there. Regtest for the fix currently is in progress.

Re: [PATCH] [PING^2] Fix for PR libstdc++/60758

On 20.05.2014 17:16, Richard Earnshaw wrote: On 20/05/14 14:12, Ramana Radhakrishnan wrote: The following PR is opened for this problem: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61223 Thumb1 failure was also detected and reported in pr60758. I've proposed a thumb1 bugfix there. Regtest

[PATCH PING^2] Simplify a VEC_SELECT fed by its own inverse

Hi, I'd like to once again ping this patch from 2014-04-22: http://gcc.gnu.org/ml/gcc-patches/2014-04/msg01319.html Thanks! Bill

Re: [PATCH PING^2] Simplify a VEC_SELECT fed by its own inverse

On 05/19/14 07:10, Bill Schmidt wrote: Hi, I'd like to once again ping this patch from 2014-04-22: http://gcc.gnu.org/ml/gcc-patches/2014-04/msg01319.html OK for the trunk. Thanks for your patience. jeff

Re: [PATCH] [PING^2] Fix for PR libstdc++/60758

On 07.05.2014 13:28, Ramana Radhakrishnan wrote: On 05/07/14 09:19, Yury Gribov wrote: Original Message Subject: [PING] [PATCH] Fix for PR libstdc++/60758 Date: Thu, 17 Apr 2014 17:48:12 +0400 From: Alexey Merzlyakov alexey.merzlya...@samsung.com To: Ramana Radhakrishnan

[PATCH] [PING^2] Fix for PR libstdc++/60758

Original Message Subject: [PING] [PATCH] Fix for PR libstdc++/60758 Date: Thu, 17 Apr 2014 17:48:12 +0400 From: Alexey Merzlyakov alexey.merzlya...@samsung.com To: Ramana Radhakrishnan ramra...@arm.com CC: gcc-patches@gcc.gnu.org gcc-patches@gcc.gnu.org, Viacheslav Garbuzov

Re: [PATCH] [PING^2] Fix for PR libstdc++/60758

Hi, On 05/07/2014 10:19 AM, Yury Gribov wrote: Original Message Subject: [PING] [PATCH] Fix for PR libstdc++/60758 Date: Thu, 17 Apr 2014 17:48:12 +0400 From: Alexey Merzlyakov alexey.merzlya...@samsung.com To: Ramana Radhakrishnan ramra...@arm.com CC: gcc-patches@gcc.gnu.org

Re: [PATCH] [PING^2] Fix for PR libstdc++/60758

On 05/07/14 09:19, Yury Gribov wrote: Original Message Subject: [PING] [PATCH] Fix for PR libstdc++/60758 Date: Thu, 17 Apr 2014 17:48:12 +0400 From: Alexey Merzlyakov alexey.merzlya...@samsung.com To: Ramana Radhakrishnan ramra...@arm.com CC: gcc-patches@gcc.gnu.org

Re: [PATCH][PING^2] Fix for PR59600 (prohibit inlining if no_sanitize_address)

On Tue, Feb 4, 2014 at 4:39 AM, Yury Gribov y.gri...@samsung.com wrote: Original Message Subject: [PATCH][PING] Fix for PR59600 (prohibit inlining if no_sanitize_address) Date: Tue, 28 Jan 2014 09:13:10 +0400 From: Yury Gribov y.gri...@samsung.com To: GCC Patches

Re: [PATCH][PING^2] Fix for PR59600 (prohibit inlining if no_sanitize_address)

Richard wrote: I think you can't rely on pointer equivalence of the lookup_attribute result so you want instead of Thanks, makes sense. Please also name CIF_OPTION_MISMATCH as CIF_ATTRIBUTE_MISMATCH and say function attribute mismatch in the description. Done. What about updated patch?

Re: [PATCH][PING^2] Fix for PR59600 (prohibit inlining if no_sanitize_address)

On Tue, Feb 4, 2014 at 3:32 PM, Yury Gribov y.gri...@samsung.com wrote: Richard wrote: I think you can't rely on pointer equivalence of the lookup_attribute result so you want instead of Thanks, makes sense. Please also name CIF_OPTION_MISMATCH as CIF_ATTRIBUTE_MISMATCH and say function

Re: [PATCH][PING^2] Fix for PR59600 (prohibit inlining if no_sanitize_address)

Richard wrote: What about updated patch? Ok if it passes bootstrap and regtesting. It does, commited in r207497. -Y

[PATCH][PING^2] Fix for PR59600 (prohibit inlining if no_sanitize_address)

Original Message Subject: [PATCH][PING] Fix for PR59600 (prohibit inlining if no_sanitize_address) Date: Tue, 28 Jan 2014 09:13:10 +0400 From: Yury Gribov y.gri...@samsung.com To: GCC Patches gcc-patches@gcc.gnu.org Original Message Subject: [PATCH] Fix for

Re: [Fortran] Patch ping**2

** PING ** On July 01, Tobias Burnus wrote: The following patches are pending to be reviewed: * http://gcc.gnu.org/ml/fortran/2013-06/msg00142.html * http://gcc.gnu.org/ml/fortran/2013-06/msg00132.html * http://gcc.gnu.org/ml/fortran/2013-06/msg00137.html It would help me tremendously if my

Re: [Fortran] Patch ping**2

Hi Tobias, ** PING ** On July 01, Tobias Burnus wrote: The following patches are pending to be reviewed: * http://gcc.gnu.org/ml/fortran/2013-06/msg00142.html OK if nobody else objects within 24 h. * http://gcc.gnu.org/ml/fortran/2013-06/msg00132.html This one is OK. *

Patch ping^2

http://gcc.gnu.org/ml/gcc-patches/2012-08/msg01100.html - C++ -Wsizeof-pointer-memaccess support (C is already in)

Re: patch ping^2: PR 51516 (TM clone aliases)

On 01/07/2012 05:47 AM, Aldy Hernandez wrote: Patrick Marlier patrick.marl...@gmail.com PR middle-end/51516 * trans-mem.c (get_cg_data): Traverse aliases if requested. (ipa_tm_scan_calls_block): Update parameters to get_cg_data. (ipa_tm_note_irrevocable):

Re: patch ping^2: PR 51516 (TM clone aliases)

On 01/05/12 16:05, Richard Henderson wrote: On 01/06/2012 12:53 AM, Aldy Hernandez wrote: http://gcc.gnu.org/ml/gcc-patches/2011-12/msg01088.html It looks like it would be cleaner to put the .alias dereferencing directly into get_cg_data. r~ Arghh, I knew you were going to say that. That

patch ping^2: PR 51516 (TM clone aliases)

http://gcc.gnu.org/ml/gcc-patches/2011-12/msg01088.html

Re: patch ping^2: PR 51516 (TM clone aliases)

On 01/06/2012 12:53 AM, Aldy Hernandez wrote: http://gcc.gnu.org/ml/gcc-patches/2011-12/msg01088.html It looks like it would be cleaner to put the .alias dereferencing directly into get_cg_data. r~

Re: [PATCH][PING^2] Vectorize conversions directly

Ping. On 10/28/2011 12:22 PM, Dmitry Plotnikov wrote: Here is the patch updated according to recent comments. 2011-10-28 Dmitry Plotnikov dplotni...@ispras.ru gcc/ * tree-cfg.c (verify_gimple_assign_unary): Allow vector conversions. * optabs.c (supportable_convert_operation): New function. *

Patch ping #2

Hi! - http://gcc.gnu.org/ml/gcc-patches/2011-05/msg01182.html various debug info improvements (typed DWARF stack etc.)

Re: Patch ping #2

On 05/31/2011 02:19 AM, Jakub Jelinek wrote: Hi! - http://gcc.gnu.org/ml/gcc-patches/2011-05/msg01182.html various debug info improvements (typed DWARF stack etc.)

Re: Patch ping #2

On Wed, May 25, 2011 at 12:00 AM, Eric Botcazou ebotca...@adacore.com wrote: Yes, I mean when -fstack-usage is enabled.  Thus, make -fstack-usage -Wframe-larger-than behave the same as -fstack-usage -Wstack-usage.  Or do you say that -Wstack-usage doesn't require -fstack-usage? Yes,

Re: Patch ping #2

Yes, I mean when -fstack-usage is enabled. Thus, make -fstack-usage -Wframe-larger-than behave the same as -fstack-usage -Wstack-usage. Or do you say that -Wstack-usage doesn't require -fstack-usage? Yes, -Wstack-usage doesn't require -fstack-usage. If it doesn't then I hope -Wstack-usage

Patch ping #2

Not as many as Jakub, but still. :-) Fix annoying gcov filename handling (gcov.c, 2 lines): http://gcc.gnu.org/ml/gcc-patches/2011-03/msg01380.html Introduce -Wstack-usage: http://gcc.gnu.org/ml/gcc-patches/2011-03/msg01992.html Extend TYPE_DECL_IS_STUB trick (dwarf2out.c, 1 line):

Re: Patch ping #2

Fix annoying gcov filename handling (gcov.c, 2 lines):  http://gcc.gnu.org/ml/gcc-patches/2011-03/msg01380.html Ok. Thanks! Introduce -Wstack-usage:  http://gcc.gnu.org/ml/gcc-patches/2011-03/msg01992.html I wonder if we can't simply use -Wframe-larger-than but with the more precise

Re: Patch ping #2

On Mon, May 23, 2011 at 12:15 PM, Eric Botcazou ebotca...@adacore.com wrote: Fix annoying gcov filename handling (gcov.c, 2 lines):  http://gcc.gnu.org/ml/gcc-patches/2011-03/msg01380.html Ok. Thanks! Introduce -Wstack-usage:  http://gcc.gnu.org/ml/gcc-patches/2011-03/msg01992.html

Re: Patch ping^2: RFA: Add makefile for cross-configuration torture test

On May 2, 2011, Joern Rennecke joern.renne...@embecosm.com wrote: 2010-04-14 Joern Rennecke joern.renne...@embecosm.com * config-list.mk: New file. Ok, thanks! -- Alexandre Oliva, freedom fighterhttp://FSFLA.org/~lxoliva/ You must be the change you wish to see in the world.

Patch ping^2: RFA: Add makefile for cross-configuration torture test

Quoting Joern Rennecke joern.renne...@embecosm.com: 2010-04-14 Joern Rennecke joern.renne...@embecosm.com * config-list.mk: New file. http://gcc.gnu.org/ml/gcc-patches/2011-04/msg01044.html