A question about hasing in idutils

Good morning. The hash table from id utils from imported to gnu make. This hash table hashes the same string to different brackets on little and big endian. Can you please shed some light why there needs to be this difference in hashing on little and big endian? regards, Dmitry

[bug #65438] Sort print-targets output.

Follow-up Comment #5, bug #65438 (group make): > Regarding the hashing vs. endianness, I don't know. What do you think of changing hashing to produce the same result on little and big endian? > Regarding sorting, doesn't this basically mean just using strcmp (or a small > wrapper around it) as

[bug #65438] Sort print-targets output.

Follow-up Comment #4, bug #65438 (group make): Regarding the hashing vs. endianness, I don't know. The hash.{c,h} implementation we have was taken, basically verbatim, from the GNU idutils program. Regarding sorting, doesn't this basically mean just using strcmp (or a small wrapper around it) as

[bug #54854] multi-target rules invoked too often with -j2

Follow-up Comment #9, bug #54854 (group make): Hopefully it will solve it! That would be nice. Cheers! ___ Reply to this item at: ___ Message sent via

[bug #54854] multi-target rules invoked too often with -j2

Follow-up Comment #8, bug #54854 (group make): Yep that's it. I can't believe how I missed this part. So a simple &: would solve the issue for me? !!! Wow !!! Definitely not my brightest moment. Thanks a lot. Much appreciated. ___ Repl

[bug #54854] multi-target rules invoked too often with -j2

Follow-up Comment #7, bug #54854 (group make): If you can rely on having GNU Make 4.3 or better, you can use grouped explicit targets to get the same behavior make provides to pattern rules, with explicit rules: https://www.gnu.org/software/make/manual/html_node/Multiple-Targets.html If you must

[bug #54854] multi-target rules invoked too often with -j2

Follow-up Comment #6, bug #54854 (group make): Thanks for taking the time to explain with a simple and easy to follow example. >From the looks of it I have to agree that this is a legitimate case and cannot to lead to a broken build. Unfortunately my case is a rule for a program that builds two

[bug #54854] multi-target rules invoked too often with -j2

Follow-up Comment #5, bug #54854 (group make): Definitely there are a lot of valid uses. Generally, any time where you want to define the same recipe for lots of different targets but you don't want to have to write them all out one at a time. Your assertion that this construct is not common is

[bug #54854] multi-target rules invoked too often with -j2

Follow-up Comment #4, bug #54854 (group make): [comment #3 comment #3:] > If by "a warning (or a note)" you mean something printed by GNU Make, instead of content in the documentation (this is already described there) then no, we can't do that, because this behavior has many uses, and is used in m