On Sep 16 2019, Paul Smith <[email protected]> wrote: > On Thu, 2019-09-12 at 09:33 +0200, Andreas Schwab wrote: >> On Sep 11 2019, Dmitry Goncharov <[email protected]> wrote: >> > On Wed, Sep 11, 2019 at 2:51 AM Andreas Schwab <[email protected]> wrote: >> > > > The new hashing mechanism hashes differently on big vs little >> > > > endian. >> > > >> > > Should this be considered as a bug? >> > >> > I don't think the order or removal of intermediate files was >> > specified. >> >> The testsuite obviously is depending on it. > > The test suite simply matches output strings, it's not very intelligent > about stuff like that (unfortunately). > > I didn't apply this change because I'm not exactly sure where I want to > go with this yet. I'm not excited about tweaking the test suite based > on the endianness of the underlying system but it seems silly to reduce > the performance of the hash to make it consistent across endianness as > well.
If the hash implementation is not defined, then the testsuite should match any order, and not just based on endianess. Andreas. -- Andreas Schwab, SUSE Labs, [email protected] GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7 "And now for something completely different." _______________________________________________ Bug-make mailing list [email protected] https://lists.gnu.org/mailman/listinfo/bug-make
