Follow-up Comment #3, bug #65438 (group make):
> I doubt most users will be able to map the output they see onto the input make reads except in simple situations. When you start having lots of include files etc. it becomes hard to follow. i was looking for some useful simple deterministic sorting criteria. This order was the simplest and possibly useful. i also considered printing all targets from a makefile before printing targets from another makefile. However, this requires that make remembers makefile:lineno of the rules without recipes. This additional requirement caused me to reject the idea. > Question: why not just _actually_ sort the output so the results are ordered by pathname of the target instead of by order discovered? I also considered sorting by pathname and could not see user benefits to justify the extra code. Would be good if those gentlemen who wanted the feature gave their input. Another option is to abandon the patch and choose names in the test such that the targets are hashed in the same order on both little and big endian. Do you know why the current impl has to hash differently on little and big endian? _______________________________________________________ Reply to this item at: <https://savannah.gnu.org/bugs/?65438> _______________________________________________ Message sent via Savannah https://savannah.gnu.org/