[Bug bootstrap/92762] hash_table::empty_slow invokes assignment on invalid objects

2019-12-09 Thread msebor at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92762 --- Comment #4 from Martin Sebor --- Author: msebor Date: Mon Dec 9 20:54:11 2019 New Revision: 279139 URL: https://gcc.gnu.org/viewcvs?rev=279139=gcc=rev Log: PR middle-end/92761 - hash_table::expand invokes assignment on invalid objects PR

[Bug bootstrap/92762] hash_table::empty_slow invokes assignment on invalid objects

2019-12-03 Thread msebor at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92762 --- Comment #3 from Martin Sebor --- It looks to me like the whole else block with the BROKEN_VALUE_INITIALIZATION guard is incorrect. The following test case aborts: typedef int_hash IntHash; hash_map > x; static void test_hash_table () {

[Bug bootstrap/92762] hash_table::empty_slow invokes assignment on invalid objects

2019-12-02 Thread msebor at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92762 --- Comment #2 from Martin Sebor --- This bug is distinct from pr92761 because it's in hash_table::empty_slow() and pr92761 is in hash_table::expand(). I expect to post a patch for both so I'm fine with handling them together.

[Bug bootstrap/92762] hash_table::empty_slow invokes assignment on invalid objects

2019-12-02 Thread pinskia at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92762 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---