]> git.ipfire.org Git - thirdparty/gcc.git/commit
Verify that reading back from vrange_storage doesn't drop bits.
authorAldy Hernandez <aldyh@redhat.com>
Tue, 19 Mar 2024 15:35:41 +0000 (16:35 +0100)
committerAldy Hernandez <aldyh@redhat.com>
Sun, 28 Apr 2024 19:03:00 +0000 (21:03 +0200)
commit92f74ee21218cab08d7bb7769004a65e8a291fa3
tree83e5ced8e77461c49893f496006117abac3bf378
parentd883fc7d00ed6bf5ee151de4fd3e05431582bd5f
Verify that reading back from vrange_storage doesn't drop bits.

We have a sanity check in the irange storage code to make sure that
reading back a cache entry we have just written to yields exactly the
same range.  There's no need to do this only for integers.  This patch
moves the code to a more generic place.

However, doing so tickles a latent bug in the frange code where a
range is being pessimized from [0.0, 1.0] to [-0.0, 1.0].  Exclude
checking frange's until this bug is fixed.

gcc/ChangeLog:

* value-range-storage.cc (irange_storage::set_irange): Move
verification code from here...
(vrange_storage::set_vrange): ...to here.
gcc/value-range-storage.cc