Re: [PATCH] Make warn_inline Optimization option.

On Mon, Jan 13, 2020 at 9:47 AM Martin Liška wrote: > > Hi. > > I've got a patch that restores --help=optimize to what we had for GCC 9. > That means it will not print parameters (and the warn_inline warning). > > Patch can bootstrap on x86_64-linux-gnu and survives regression tests. > > Ready to

Re: [GCC][PATCH][ARM] Add Bfloat16_t scalar type, vector types and machine modes to ARM back-end [2/2]

Hi Stam, On 1/10/20 6:47 PM, Stam Markianos-Wright wrote: Hi all, This patch is part 2 of Bfloat16_t enablement in the ARM back-end. This new type is constrained using target hooks TARGET_INVALID_CONVERSION, TARGET_INVALID_UNARY_OP, TARGET_INVALID_BINARY_OP so that it may only be used

[PATCH] contrib: git descr/undescr aliases

On Fri, Jan 10, 2020 at 02:26:53PM +, Richard Earnshaw (lists) wrote: > Updated to add better support for diff-ing .md files. The following patch adds the descr/undescr aliases (for converting to monotonically increasing revision numbers and back) there next to svn-rev. Both have been changed

Re: [PATCH] Further bootstrap unbreak (was Re: [PATCH] PR90838: Support ctz idioms)

On Mon, 13 Jan 2020, Jakub Jelinek wrote: > On Sat, Jan 11, 2020 at 05:30:52PM +0100, Jakub Jelinek wrote: > > On Sat, Jan 11, 2020 at 05:24:19PM +0100, Andreas Schwab wrote: > > > ../../gcc/tree-ssa-forwprop.c: In function 'bool > > > simplify_count_trailing_zeroes(gimple_stmt_iterator*)': > >

[PATCH][AArch64] Enable CLI for Armv8.6-A f64mm

This patch is necessary for sve-ld1ro intrinsic I posted in https://gcc.gnu.org/ml/gcc-patches/2020-01/msg00466.html . I had mistakenly thought this option was already enabled upstream. This provides the option +f64mm, that turns on the 64 bit floating point matrix multiply extension. This

Re: [wwwdocs] Git transition - how to access private user and vendor branches

Segher Boessenkool wrote: On Sun, Jan 12, 2020 at 01:31:13PM +, Iain Sandoe wrote: Segher Boessenkool wrote: Why would people want to name their local branches "me/thing" instead of just "thing", btw? it’s a way of making things distinct and allows the push rule to be present for

Re: [RFA (gimplify) PATCH] PR c++/33799 - destroy return value if local cleanup throws.

On Sat, Jan 11, 2020 at 6:13 AM Jason Merrill wrote: > > This is a pretty rare situation since the C++11 change to make all > destructors default to noexcept, but it is still possible to define throwing > destructors, and if a destructor for a local variable throws during the > return, we've

Re: [PATCH 3/4] Also propagate SRA accesses from LHS to RHS (PR 92706)

Hi, sorry for taking so long to reply... On Wed, Dec 18 2019, Richard Biener wrote: > On December 17, 2019 1:43:15 PM GMT+01:00, Martin Jambor > wrote: >>Hi, >> >>the previous patch unfortunately does not fix the first testcase in PR >>92706 and since I am afraid it might be the important one,

Re: [PATCH] Fix typo and avoid possible memory leak

"Kewen.Lin" writes: > Hi, > > Function average_num_loop_insns forgets to free loop body in early return. > Besides, overflow comparison checks 100 (e6) but the return value is > 10 (e5), I guess it's unexpected, a typo? > > Bootstrapped and regress tested on powerpc64le-linux-gnu. > I

Vérification du véhicule

Bonjour, Les entrepreneurs qui surveillent les véhicules de l'entreprise en temps réel, y compris le kilométrage et la consommation de carburant, réduisent les coûts d'entretien du parc de près de 20% et améliorent l'organisation des livraisons. Seriez-vous intéressé par ce type de solution?

Re: [PATCH 6/X] [libsanitizer] Add hwasan pass and associated gimple changes

> On 12/12/19 4:19 PM, Matthew Malcomson wrote: >> - if (is_store && !param_asan_instrument_writes) >> + if (is_store >> + && (!param_asan_instrument_writes || !param_hwasan_instrument_writes)) >> return; >> - if (!is_store && !param_asan_instrument_reads) >> + if (!is_store >> + &&

[PATCH] Further bootstrap unbreak (was Re: [PATCH] PR90838: Support ctz idioms)

On Sat, Jan 11, 2020 at 05:30:52PM +0100, Jakub Jelinek wrote: > On Sat, Jan 11, 2020 at 05:24:19PM +0100, Andreas Schwab wrote: > > ../../gcc/tree-ssa-forwprop.c: In function 'bool > > simplify_count_trailing_zeroes(gimple_stmt_iterator*)': > > ../../gcc/tree-ssa-forwprop.c:1925:23: error:

Re: [PATCH 4/4] Make total scalarization also copy padding (PR 92486)

Hi, On Tue, Jan 07 2020, Richard Biener wrote: > On Tue, 17 Dec 2019, Martin Jambor wrote: > >> Hi, >> >> PR 92486 shows that DSE, when seeing a "normal" gimple aggregate >> assignment coming from a C struct assignment and one a representing a >> folded memcpy, can kill the latter and keep in

Re: [GCC][PATCH][ARM] Add Bfloat16_t scalar type, vector types and machine modes to ARM back-end [1/2]

Hi Stam, On 1/10/20 6:45 PM, Stam Markianos-Wright wrote: Hi all, This is a respin of patch: https://gcc.gnu.org/ml/gcc-patches/2019-12/msg01448.html which has now been split into two (similar to the Aarch64 version). This is patch 1 of 2 and adds Bfloat type support to the ARM back-end. It

Re: Fix type mismatch in SLPed constructors

On Fri, Jan 10, 2020 at 4:04 PM Richard Sandiford wrote: > > Having the "same" vector types with different modes means that we can > end up vectorising a constructor with a different mode from the lhs. > This patch adds a VIEW_CONVERT_EXPR in that case. > > This showed up on existing tests when

Re: [C++ PATCH RFC] PR c++/80265 - constexpr __builtin_mem*.

On 11/01/20 00:03 -0500, Jason Merrill wrote: The library has already worked around this issue, but I was curious about why it wasn't working. The answer: because we were passing to fold, which doesn't know about the constexpr values hash table. Fixed by passing &"str" instead. Tested

Re: [PATCH 06/41] Add diagnostic paths

Hi David, > On Fri, 2020-01-10 at 08:38 -0700, Jeff Law wrote: >> On Wed, 2020-01-08 at 04:02 -0500, David Malcolm wrote: >> > I believe I can self-approve this with my "diagnostic messages" >> > maintainer hat on. It has dependencies on the auto_delete_vec >> > and the

GCC 10.0 Status Report (2020-01-13), Stage 4 in effect now

Status == Stage 3 ended, GCC trunk is open for regression and documentation fixes only, stage 4. Quality Data Priority # Change from last report --- --- P1 20 + 14 P2 196 - 5 P3

Re: [PATCH] Further bootstrap unbreak (was Re: [PATCH] PR90838: Support ctz idioms)

Hi Jakub, On Sat, Jan 11, 2020 at 05:30:52PM +0100, Jakub Jelinek wrote: > On Sat, Jan 11, 2020 at 05:24:19PM +0100, Andreas Schwab wrote: > > ../../gcc/tree-ssa-forwprop.c: In function 'bool > > simplify_count_trailing_zeroes(gimple_stmt_iterator*)': > > ../../gcc/tree-ssa-forwprop.c:1925:23:

Re: [PATCH 4/4] Make total scalarization also copy padding (PR 92486)

One more thing... On Mon, Jan 13 2020, Martin Jambor wrote: > Hi, > > On Tue, Jan 07 2020, Richard Biener wrote: >> On Tue, 17 Dec 2019, Martin Jambor wrote: >> >>> Hi, >>> >>> PR 92486 shows that DSE, when seeing a "normal" gimple aggregate >>> assignment coming from a C struct assignment and

Re: [PATCH] Make warn_inline Optimization option.

Hi. I've got a patch that restores --help=optimize to what we had for GCC 9. That means it will not print parameters (and the warn_inline warning). Patch can bootstrap on x86_64-linux-gnu and survives regression tests. Ready to be installed? Thanks, Martin >From

Re: [PATCH] Add Optimization for various IPA parameters.

On 1/11/20 1:20 PM, Tamar Christina wrote: It seems the parameters no longer do anything. i.e. -flto --param ipa-cp-eval-threshold=1 --param ipa-cp-unit-growth=80 doesn't have any effect anymore. Hi. You are right, the param '--param ipa-cp-unit-growth' is really unused. It's cause by

Re: [PATCH][vect] PR92429: do not fold when updating epilogue statements

On Fri, 10 Jan 2020, Andre Vieira (lists) wrote: > Hi, > > This patch addresses the problem reported in PR92429. When creating an > epilogue for vectorization we have to replace the SSA_NAMEs in the > PATTERN_DEF_SEQs and RELATED_STMTs of the epilogue's loop_vec_infos. When > doing this we were

Re: [PATCH] Add Optimization for various IPA parameters.

Hi, On Mon, Jan 13 2020, Martin Liška wrote: > On 1/11/20 1:20 PM, Tamar Christina wrote: >> It seems the parameters no longer do anything. i.e. -flto --param >> ipa-cp-eval-threshold=1 --param ipa-cp-unit-growth=80 doesn't have any >> effect anymore. > > Hi. > > You are right, the param

Re: Document --with-build-config=bootstrap-asan option.

On 11/01/2020 07:19, Gerald Pfeifer wrote: > On Thu, 12 Dec 2019, Matthew Malcomson wrote: >> gcc/ChangeLog: >> >> 2019-12-12 Matthew Malcomson >> >> * doc/install.texi: Document bootstrap-asan configuration option. > > I see this introduces a new table. > >> +Some examples of build

[PATCH] Clean up references to Subversion in documentation sources.

Clean up references to SVN in in the GCC docs, redirecting to Git documentation as appropriate. Where references to "the source code repository" rather than a specific VCS make sensxse, I have used them. You might, after all, change VCSes again someday. I have not modified either generated HTML

Re: Update gcc_release for move to git

I've now also copied the latest gcc_release version to GCC 9 and 8 branches, since the git support will be needed there for future releases from those branches. -- Joseph S. Myers jos...@codesourcery.com

Re: [C++ PATCH RFC] PR c++/80265 - constexpr __builtin_mem*.

On Mon, Jan 13, 2020 at 6:11 AM Jonathan Wakely wrote: > On 11/01/20 00:03 -0500, Jason Merrill wrote: > >The library has already worked around this issue, but I was curious about > >why it wasn't working. The answer: because we were passing to fold, > >which doesn't know about the constexpr

IPA: Avoid segfault in devirtualization_time_bonus (PR 93223)

Hi, the following patch fixes a segfault happening when IPA-CP tried to evaluate benefits of inlining a function specifically compiled with -O0, which therefore does not have an inline summary. The fix is simply to add the check. Bootstrapped on x86_64-linux, Honza has just approved it offline

Re: [PATCH] Clean up references to Subversion in documentation sources.

On 13/01/20 12:24 -0500, Eric S. Raymond wrote: Joseph Myers : I think you'll need to commit this for Eric (using --author= to set the git author, whenever you commit a patch for someone else). The libstdc++ maintainers can probably handle regenerating the HTML version of the libstdc++

Re: [PATCH] Clean up references to Subversion in documentation sources.

Jonathan Wakely : > Email the patches to gcc-patches@gcc.gnu.org, that's how things get > merged. > > We're not looking to change any workflows now. Roger that. Once the dust from the conversion has settled, though, there is a related issue I intend to bring up on the main list. You've only

Re: [C++ PATCH RFC] PR c++/80265 - constexpr __builtin_mem*.

On Mon, Jan 13, 2020 at 06:38:23PM +, Jonathan Wakely wrote: > > > On 11/01/20 00:03 -0500, Jason Merrill wrote: > > > >The library has already worked around this issue, but I was curious about > > > >why it wasn't working. The answer: because we were passing to fold, > > > >which doesn't

Fix handling of overflow in C casts in integer constant expressions (PR c/93241)

Bug 93241 reports a case where certain C expressions involving casts, that would not be valid in an evaluated part of an integer constant expression (because of e.g. involving integer overflow), are wrongly rejected in an unevaluated part of an integer constant expression even though all the

Re: [PATCH] Clean up references to Subversion in documentation sources.

On 13/01/20 16:21 +, Jonathan Wakely wrote: On 13/01/20 09:09 -0700, Sandra Loosemore wrote: On 1/13/20 7:02 AM, Eric S. Raymond wrote: Clean up references to SVN in in the GCC docs, redirecting to Git documentation as appropriate. This is OK, although the set of changes for the

Re: [PATCH] doc: Note that some warnings depend on optimizations (PR 92757)

On 12/2/19 9:35 PM, Jonathan Wakely wrote: PR driver/92757 * doc/invoke.texi (Warning Options): Add caveat about some warnings depending on optimization settings. The bug reporter wants this clarified. I'm not entirely convinced it's necessary, but it doesn't seem to do any harm.

Re: [PATCH 0/2] Make C front end share the C++ tree representation of loops and switches

On 12/12/19 3:44 PM, Jason Merrill wrote: On Wed, Dec 11, 2019 at 1:37 PM Jeff Law > wrote: On Wed, 2019-12-11 at 00:03 -0700, Sandra Loosemore wrote: > On 12/6/19 3:41 PM, Jeff Law wrote: > > On Wed, 2019-11-13 at 09:27 -0700, Sandra Loosemore wrote: >

Re: [C++ PATCH RFC] PR c++/80265 - constexpr __builtin_mem*.

On 13/01/20 12:53 -0500, Jason Merrill wrote: On Mon, Jan 13, 2020 at 6:11 AM Jonathan Wakely wrote: On 11/01/20 00:03 -0500, Jason Merrill wrote: >The library has already worked around this issue, but I was curious about >why it wasn't working. The answer: because we were passing to fold,

Re: [PATCH, GCC/ARM, 4/10] Clear GPR with CLRM

On 12/18/19 1:26 PM, Mihail Ionescu wrote: Hi Kyrill, On 12/17/2019 10:26 AM, Kyrill Tkachov wrote: Hi Mihail, On 12/16/19 6:29 PM, Mihail Ionescu wrote: Hi Kyrill, On 11/12/2019 09:55 AM, Kyrill Tkachov wrote: Hi Mihail, On 10/23/19 10:26 AM, Mihail Ionescu wrote: [PATCH, GCC/ARM,

Replace update_web_docs_svn with update_web_docs_git

This patch replaces the update_web_docs_svn script, that updates online documentation from its sources in the GCC repository, run once a day from cron, with update_web_docs_git. Applied to mainline. 2020-01-13 Joseph Myers * update_web_docs_git: New file. *

Re: Replace update_web_docs_svn with update_web_docs_git

I've also applied this corresponding web page update. diff --git a/htdocs/releasing.html b/htdocs/releasing.html index 5d08550c..48853f9c 100644 --- a/htdocs/releasing.html +++ b/htdocs/releasing.html @@ -89,9 +89,9 @@ the main web page, and add a proper news item there as well. and add a link

Re: [PATCH] Clean up references to Subversion in documentation sources.

Joseph Myers : > I think you'll need to commit this for Eric (using --author= to set the > git author, whenever you commit a patch for someone else). The libstdc++ > maintainers can probably handle regenerating the HTML version of the > libstdc++ documentation. I'm hesitant to request push

[PATCH] Fix ctz issues (PR93231)

Further improve the ctz recognition: Avoid ICEing on negative shift counts or multiply constants. Check the type is 8 bits for the string constant case to avoid accidentally matching a wide STRING_CST. Add a tree_expr_nonzero_p check to allow the optimization even if CTZ_DEFINED_VALUE_AT_ZERO

Re: [PATCH] Fix ctz issues (PR93231)

On Mon, Jan 13, 2020 at 05:30:23PM +, Wilco Dijkstra wrote: > Further improve the ctz recognition: Avoid ICEing on negative shift > counts or multiply constants. Check the type is 8 bits for the string > constant case to avoid accidentally matching a wide STRING_CST. > Add a

Re: [PATCH] doc: Note that some warnings depend on optimizations (PR 92757)

On 13/01/20 17:27 +, Martin Sebor wrote: On 12/2/19 9:35 PM, Jonathan Wakely wrote: PR driver/92757 * doc/invoke.texi (Warning Options): Add caveat about some warnings depending on optimization settings. The bug reporter wants this clarified. I'm not entirely convinced it's

Re: [PATCH] Clean up references to Subversion in documentation sources.

On 13/01/20 09:09 -0700, Sandra Loosemore wrote: On 1/13/20 7:02 AM, Eric S. Raymond wrote: Clean up references to SVN in in the GCC docs, redirecting to Git documentation as appropriate. This is OK, although the set of changes for the libstdc++ manual like this gave me pause: diff --git

[PATCH] libstdc++: Ensure root-dir converted to forward slash (PR93244)

PR libstdc++/93244 * include/bits/fs_path.h (path::generic_string) [_GLIBCXX_FILESYSTEM_IS_WINDOWS]: Convert root-dir to forward-slash. * testsuite/27_io/filesystem/path/generic/generic_string.cc: Check root-dir is converted to forward slash in generic

Re: [PATCH 2/2] [ARM] Add support for -mpure-code in thumb-1 (v6m)

Hi Christophe, On 12/17/19 3:31 PM, Kyrill Tkachov wrote: On 12/17/19 2:33 PM, Christophe Lyon wrote: On Tue, 17 Dec 2019 at 11:34, Kyrill Tkachov wrote: Hi Christophe, On 11/18/19 9:00 AM, Christophe Lyon wrote: On Wed, 13 Nov 2019 at 15:46, Christophe Lyon wrote: On Tue, 12 Nov 2019

Re: contrib: script to setup git to pull a vendors branches

On 10/01/2020 15:04, Richard Earnshaw (lists) wrote: > This simple script is intended to setup a new git configuration to pull > the branches and tags for a specific vendor.  This should simplify some > of the steps needed for working with a vendor's branches. > > * git-fetch-vendor.sh: New file.

Re: Some local customization enhancements when using git

On 10/01/2020 14:26, Richard Earnshaw (lists) wrote: > On 10/01/2020 13:23, Richard Earnshaw (lists) wrote: >> This patch is intended to help with folks setting up a git work >> environment for use with GCC following the transition to git.  It >> currently does a couple of things. >> >> 1) Add an

Re: [PATCHv2] Add initial octeontx2 support.

writes: > From: Andrew Pinski > > This adds octeontx2 naming. It currently uses the cortexa57 > cost model and schedule model until I submit this. This is > more a place holder to get the naming of the cores in GCC 10. > I will submit the cost model in the next couple of days. > > OK?

Replace update_version_svn with update_version_git

This patch replaces the update_version_svn script, that updates the DATESTAMP files from cron, with update_version_git. Applied to mainline. Note: I don't know why pushing a DATESTAMP update from this script is slow (as noted at ) when it's fast

Re: Some local customization enhancements when using git

On 13/01/2020 13:44, Richard Earnshaw (lists) wrote: > On 10/01/2020 14:26, Richard Earnshaw (lists) wrote: >> On 10/01/2020 13:23, Richard Earnshaw (lists) wrote: >>> This patch is intended to help with folks setting up a git work >>> environment for use with GCC following the transition to git. 

Update gcc_release for move to git

This patch updates the gcc_release script, used for snapshots and releases, to use git instead of SVN. The parts of the changes used in building snapshots have been tested. The parts used for building releases have not, so it's likely further fixes may turn out to be needed there when releases

Re: [PATCH] Clean up references to Subversion in documentation sources.

On 1/13/20 7:02 AM, Eric S. Raymond wrote: Clean up references to SVN in in the GCC docs, redirecting to Git documentation as appropriate. This is OK, although the set of changes for the libstdc++ manual like this gave me pause: diff --git a/libstdc++-v3/doc/xml/manual/status_cxx1998.xml

Re: [PATCH] Clean up references to Subversion in documentation sources.

On Mon, 13 Jan 2020, Sandra Loosemore wrote: > On 1/13/20 7:02 AM, Eric S. Raymond wrote: > > Clean up references to SVN in in the GCC docs, redirecting to Git > > documentation as appropriate. > > This is OK, although the set of changes for the libstdc++ manual like this > gave me pause: I

Re: Replace update_web_docs_svn with update_web_docs_git

On Mon, 13 Jan 2020, Jonathan Wakely wrote: > On 13/01/20 17:46 +, Joseph Myers wrote: > > This patch replaces the update_web_docs_svn script, that updates > > online documentation from its sources in the GCC repository, run once > > a day from cron, with update_web_docs_git. > > > > Applied

Re: Analyzer status

On Mon, Jan 13, 2020 at 05:10:24PM -0500, David Malcolm wrote: > Unfortunately, I didn't resolve the hash_table/hash_map issue > referred to here: > https://gcc.gnu.org/ml/gcc-patches/2019-12/msg00734.html > where r279139 on 2019-12-09 introduced the assumption that empty > hash_table entries

[committed] testsuite: remove unused dg-line directive

On Mon, 2020-01-13 at 10:46 +0100, Rainer Orth wrote: > Hi David, > > > On Fri, 2020-01-10 at 08:38 -0700, Jeff Law wrote: > > > On Wed, 2020-01-08 at 04:02 -0500, David Malcolm wrote: [...] > > I've gone ahead and committed this to trunk (r280142) after testing > > it > > separately from the

Re: Replace update_web_docs_svn with update_web_docs_git

On 13/01/20 17:46 +, Joseph Myers wrote: This patch replaces the update_web_docs_svn script, that updates online documentation from its sources in the GCC repository, run once a day from cron, with update_web_docs_git. Applied to mainline. And this does the same for the

Re: Replace update_web_docs_svn with update_web_docs_git

On 13/01/20 21:42 +, Joseph Myers wrote: On Mon, 13 Jan 2020, Jonathan Wakely wrote: On 13/01/20 17:46 +, Joseph Myers wrote: > This patch replaces the update_web_docs_svn script, that updates > online documentation from its sources in the GCC repository, run once > a day from cron,

Analyzer status

I posted the initial version of the analyzer patch kit on 2019-11-15, shortly before the close of stage 1. Jeff reviewed (most of) the latest version of the kit on Friday, and said: > I'm not going to have time to finish #22 or #37 -- hell, I'm not even > supposed to be working today :-) > >

[PING^6][PATCH 0/4] Fix library testsuite compilation for build sysroot

On Fri, 20 Dec 2019, Mike Stump wrote: > >> This patch series addresses a problem with the testsuite compiler being > >> set up across libatomic, libffi, libgo, libgomp with no correlation > >> whatsoever to the target compiler being used in GCC compilation. > >> Consequently there in no

[PING^4][PATCH v3] Add `--with-toolexeclibdir=' configuration option

On Mon, 2 Dec 2019, Maciej W. Rozycki wrote: > Provide means, in the form of a `--with-toolexeclibdir=' configuration > option, to override the default installation directory for target > libraries, otherwise known as $toolexeclibdir. This is so that it is > possible to get newly-built

Re: [PATCH 0/2] Make C front end share the C++ tree representation of loops and switches

On Mon, 2020-01-13 at 13:32 -0500, Jason Merrill wrote: > On 12/12/19 3:44 PM, Jason Merrill wrote: > > On Wed, Dec 11, 2019 at 1:37 PM Jeff Law > > wrote: > > On Wed, 2019-12-11 at 00:03 -0700, Sandra Loosemore wrote: > > > On 12/6/19 3:41 PM, Jeff Law wrote: > >

Re: [PATCH] libstdc++/91223 Improve unordered containers == operator

On 13/01/20 22:41 +0100, François Dumont wrote: On 1/10/20 11:01 PM, Jonathan Wakely wrote: On 10/01/20 18:54 +0100, François Dumont wrote: Hi     Here is my attempt to improve == operator.     There is a small optimization for the std::unordered_mutiXXX containers but the main enhancement

Re: [PATCH GCC11]Improve uninitialized warning with value range info

On Wed, 2020-01-08 at 12:58 +0800, bin.cheng wrote: > Hi, > > Function use_pred_not_overlap_with_undef_path_pred of > pass_late_warn_uninitialized > checks if predicate of variable use overlaps with predicate of undefined > control flow path. > For now, it only checks ssa_var comparing against

Re: [PATCH] libstdc++/91223 Improve unordered containers == operator

On 1/10/20 11:01 PM, Jonathan Wakely wrote: On 10/01/20 18:54 +0100, François Dumont wrote: Hi     Here is my attempt to improve == operator.     There is a small optimization for the std::unordered_mutiXXX containers but the main enhancement rely on some partial template specialization of

[PATCH] PR c++/92746 - ICE with noexcept of function concept check.

Another place that needs to specially handle Concepts TS function-style concepts. Tested x86_64-pc-linux-gnu, applying to trunk. * except.c (check_noexcept_r): Handle concept-check. --- gcc/cp/except.c | 2 ++ gcc/testsuite/g++.dg/concepts/fn-concept3.C | 6

[PATCH 1/2] hash-table.h: support non-zero empty values in empty_slow (v2)

On Mon, 2020-01-13 at 21:58 -0500, David Malcolm wrote: > On Tue, 2020-01-14 at 00:55 +0100, Jakub Jelinek wrote: > > On Mon, Jan 13, 2020 at 06:42:06PM -0500, David Malcolm wrote: > > > Thanks. Does it have warnings, though? > > > > > > My attempt was similar, but ran into warnings from

[PATCH 2/2] analyzer: add empty_zero_p for the various hash traits

Successfully bootstrapped & regrtested on x86_64-pc-linux-gnu OK for master? gcc/analyzer/ChangeLog: * diagnostic-manager.cc (dedupe_hash_map_traits::empty_zero_p): New static constant. * engine.cc (default_hash_traits::empty_zero_p): Likewise. *

Re: Analyzer status

On Tue, 2020-01-14 at 00:26 +0100, Jakub Jelinek wrote: > On Mon, Jan 13, 2020 at 11:56:14PM +0100, Jakub Jelinek wrote: > > > Some options: > > > (a) the patch to fix hash_table::empty, and the analyzer kit > > > (b) the analyzer kit with the following kludge > > > (c) someone with better C++-fu

Re: Analyzer status

On Mon, Jan 13, 2020 at 06:42:06PM -0500, David Malcolm wrote: > Thanks. Does it have warnings, though? > > My attempt was similar, but ran into warnings from -Wclass-memaccess in > four places, like this: > > ../../src/gcc/hash-map-traits.h:102:12: warning: ‘void* memset(void*, > int, size_t)’

Re: [PATCH] Add Optimization for various IPA parameters.

On 2020/1/11 20:20, Tamar Christina wrote: Hi Martin, This change (r280099) is causing a major performance regression on exchange2 in SPEC2017 dropping the benchmark by more than 30%. It seems the parameters no longer do anything. i.e. -flto --param ipa-cp-eval-threshold=1 --param

Re: Analyzer status

On Mon, Jan 13, 2020 at 11:56:14PM +0100, Jakub Jelinek wrote: > > Some options: > > (a) the patch to fix hash_table::empty, and the analyzer kit > > (b) the analyzer kit with the following kludge > > (c) someone with better C++-fu than me figure out a way to get the > > memset optimization for

[PATCH] PR c++/92582 - ICE with member template as requirement.

Here, we weren't recognizing that the template parameter of A is used by the reference to d in the requires-clause of f. Fixed by passing down the active template parameters in the context of normalization, and adding to the mapping any such parameters shared by a member template used in the

Re: Analyzer status

On Tue, 2020-01-14 at 00:55 +0100, Jakub Jelinek wrote: > On Mon, Jan 13, 2020 at 06:42:06PM -0500, David Malcolm wrote: > > Thanks. Does it have warnings, though? > > > > My attempt was similar, but ran into warnings from -Wclass- > > memaccess in > > four places, like this: > > > >

Re: Analyzer status

On Mon, 13 Jan 2020, David Malcolm wrote: > I posted the initial version of the analyzer patch kit on 2019-11-15, > shortly before the close of stage 1. > > Jeff reviewed (most of) the latest version of the kit on Friday, and > said: > > > I'm not going to have time to finish #22 or #37 --