* Re: foo.s [not found] <20120519.003852.1167279910667363123.davem@davemloft.net> @ 2012-05-19 5:14 ` Roland McGrath 2012-05-19 22:38 ` foo.s David Miller 0 siblings, 1 reply; 3+ messages in thread From: Roland McGrath @ 2012-05-19 5:14 UTC (permalink / raw) To: David Miller; +Cc: libc-alpha, libc-ports > It looks like only Alpha and HPPA have foo.s files any longer. Then libc-ports is the place that needs to hear the request (CC'd). > I did a quick scan over them in the glibc-ports tree and I see no > reason why changing them all over to foo.S would break things. I can't imagine how it would. (Actually I can, if there are foo.s files using identifiers that $(compile-command.S) predefines. But it doesn't seem inordinately likely--who would be as foolish as i686?) > Could someone do that? If the respective port maintainers don't respond very quickly, then it's very reasonable to do and post your own renaming changes (just one big one for each machine). If they don't all respond to that posting within a few days, then it's reasonable in a case like this to commit it yourself even without basic build-testing just on the approval of a general maintainer like me and just leave it to the (thoroughly forewarned) port maintainer to fix up any fallout. > Then I could commit the change to remove support for *.s files and > thus the overhead of the resulting sysdep prefix rules. As a matter of policy when only two less-often-maintained machines are affected, it's acceptable to make the request, wait a tiny grace period, and then just break them so they have to do the updates themselves. But in a case like this where you surely can do a blind renaming fine without knowing anything about the particular machine, it's friendly to offer the legwork yourself as outlined above. When you do this, be sure to scour all the corners of all the makefile fragments and ancillary scripts to excise every .s mention. I somehow feel obliged to think that there will be more of them than one might think. Thanks, Roland ^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: foo.s 2012-05-19 5:14 ` foo.s Roland McGrath @ 2012-05-19 22:38 ` David Miller 2012-05-20 19:35 ` foo.s Richard Henderson 0 siblings, 1 reply; 3+ messages in thread From: David Miller @ 2012-05-19 22:38 UTC (permalink / raw) To: roland; +Cc: libc-alpha, libc-ports, rth From: Roland McGrath <roland@hack.frob.com> Date: Fri, 18 May 2012 22:14:09 -0700 (PDT) >> It looks like only Alpha and HPPA have foo.s files any longer. > > Then libc-ports is the place that needs to hear the request (CC'd). > >> I did a quick scan over them in the glibc-ports tree and I see no >> reason why changing them all over to foo.S would break things. > > I can't imagine how it would. (Actually I can, if there are foo.s files > using identifiers that $(compile-command.S) predefines. But it doesn't > seem inordinately likely--who would be as foolish as i686?) Carlos just took care of HPPA and therefore only Alpha is left. Richard, could I trouble you do do the "foo.s --> foo.S" renames for Alpha and do a test build? I'd really appreciate it. Once that's taken care of I'll post and commit the mainline patch to get rid of the .s prefix rules. ^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: foo.s 2012-05-19 22:38 ` foo.s David Miller @ 2012-05-20 19:35 ` Richard Henderson 0 siblings, 0 replies; 3+ messages in thread From: Richard Henderson @ 2012-05-20 19:35 UTC (permalink / raw) To: David Miller; +Cc: roland, libc-alpha, libc-ports On 05/19/2012 03:38 PM, David Miller wrote: > Richard, could I trouble you do do the "foo.s --> foo.S" renames > for Alpha and do a test build? I'd really appreciate it. Done. r~ ^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2012-05-20 19:35 UTC | newest] Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- [not found] <20120519.003852.1167279910667363123.davem@davemloft.net> 2012-05-19 5:14 ` foo.s Roland McGrath 2012-05-19 22:38 ` foo.s David Miller 2012-05-20 19:35 ` foo.s Richard Henderson
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).