A NOTE has been added to this issue. ====================================================================== https://austingroupbugs.net/view.php?id=1325 ====================================================================== Reported By: dmitry_goncharov Assigned To: ====================================================================== Project: Issue 8 drafts Issue ID: 1325 Category: Shell and Utilities Type: Clarification Requested Severity: Editorial Priority: normal Status: Under Review Name: Dmitry Goncharov Organization: User Reference: Section: (section number or name, can be interface name) Page Number: (page or range of pages) Line Number: (Line or range of lines) Final Accepted Text: https://austingroupbugs.net/view.php?id=1325#c5066 ====================================================================== Date Submitted: 2020-02-09 17:17 UTC Last Modified: 2020-10-27 18:28 UTC ====================================================================== Summary: Allow make to remake an included file ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- parent of 0001415 The text added as a result of Issue #13... ======================================================================
---------------------------------------------------------------------- (0005075) psmith (developer) - 2020-10-27 18:28 https://austingroupbugs.net/view.php?id=1325#c5075 ---------------------------------------------------------------------- I have seen no indication anywhere from either Roland or Richard that their intent was to copy (as in, duplicate) the behavior of SunPro make. That is an assumption on your part which you repeatedly state, that I have never seen anyone corroborate. It seems unlikely to me that this would have been the intent since the behaviors are so different: such difference seems highly unlikely to have been a mistake. It's quite possible that they heard of the idea of rebuilding makefiles in the abstract, but consciously decided to implement it in a way that they felt was better. Put another way, it is absolutely not true that GNU make's implementation of include is somehow just a buggy attempt to duplicate SunPro make's implementation where we could standardize SunPro make's behavior and "fix some bugs" in GNU make's implementation. It is a completely different implementation with different intentions and real advantages. In any event, the intent of people back in the 1980's is irrelevant to us here. The reality today is that, regardless of provenance, the algorithm I stated above is the way that GNU make handles rebuilding included makefiles and has done for 30 years. I have no intention of changing it in a totally non-backward-compatible way, nor will I agree to implement a radically different behavior that happens only in POSIX mode. In summary, either the POSIX standard should provide wording which allows for rebuilding makefiles in a way that does not contradict the current GNU make behavior, or else we should not add any text about rebuilding makefiles to the standard and allow the status quo to continue. As for all the rest of your comments above, needless to say my position is that you are wrong about some of your statements of fact and I disagree with your characterization of many other things. Just one example: your final paragraph, implying that "the strategy for include files" is different than that for Makefiles is not correct. All makefiles, including default, provided with -f, provided with the MAKEFILES environment variable, and via include, are treated the same way. However this is not the right place to discuss things which aren't related to the standard. If you want to have a conversation about things like that feel free to email me privately or use one of the GNU make mailing lists. Issue History Date Modified Username Field Change ====================================================================== 2020-02-09 17:17 dmitry_goncharovNew Issue 2020-02-09 17:17 dmitry_goncharovName => Dmitry Goncharov 2020-02-09 17:17 dmitry_goncharovSection => (section number or name, can be interface name) 2020-02-09 18:29 shware_systems Note Added: 0004780 2020-02-10 13:27 joerg Note Added: 0004781 2020-02-10 13:28 joerg Note Edited: 0004781 2020-10-26 15:52 geoffclare Project Online Pubs => Issue 8 drafts 2020-10-26 15:53 geoffclare Note Added: 0005066 2020-10-26 15:54 geoffclare Page Number => (page or range of pages) 2020-10-26 15:54 geoffclare Line Number => (Line or range of lines) 2020-10-26 15:54 geoffclare Final Accepted Text => https://austingroupbugs.net/view.php?id=1325#c5066 2020-10-26 15:54 geoffclare Status New => Resolved 2020-10-26 15:54 geoffclare Resolution Open => Accepted As Marked 2020-10-26 15:54 geoffclare version => Draft 1 2020-10-26 15:54 geoffclare Tag Attached: issue8 2020-10-26 16:54 nick Relationship added parent of 0001415 2020-10-26 16:57 rhansen Note Added: 0005068 2020-10-26 16:58 rhansen Note Edited: 0005068 2020-10-26 17:00 rhansen Note Edited: 0005068 2020-10-26 17:08 nick Note Added: 0005069 2020-10-26 17:08 nick Resolution Accepted As Marked => Reopened 2020-10-26 22:34 nick Status Resolved => Under Review 2020-10-27 10:09 geoffclare Note Added: 0005070 2020-10-27 13:09 joerg Note Added: 0005071 2020-10-27 13:10 joerg Note Edited: 0005071 2020-10-27 14:04 psmith Note Added: 0005072 2020-10-27 14:36 psmith Note Added: 0005073 2020-10-27 15:24 joerg Note Added: 0005074 2020-10-27 15:26 joerg Note Edited: 0005074 2020-10-27 18:28 psmith Note Added: 0005075 ======================================================================
