[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH for-4.9] build: stubdom and tools should depend on public header target
>>> On 17.05.17 at 16:51, <wei.liu2@xxxxxxxxxx> wrote: > On Wed, May 17, 2017 at 08:28:40AM -0600, Jan Beulich wrote: >> >>> On 17.05.17 at 16:20, <ian.jackson@xxxxxxxxxxxxx> wrote: >> > Wei Liu writes ("Re: [PATCH for-4.9] build: stubdom and tools should >> > depend >> > on public header target"): >> >> On Wed, May 17, 2017 at 02:16:39PM +0100, Ian Jackson wrote: >> >> > The new code in the Makefiles LGTM. I have only one nit, which is >> >> > that style for Makefile targets seems to be to use `-' rather than `_' >> >> > as a word separator. >> >> >> >> IIRC at one point I used '-' in mini-os build system but some version of >> >> make didn't like it. So I stick with '_' since. >> > >> > I think you are confused. You are probably thinking of variable names >> > which cannot contain -. (Well, which are troublesome if they do.) >> >> Troublesome? I'm pretty sure we use such somewhere in the >> hypervisor tree... > > Then we'd better fix it sooner rather than later. :p I'm afraid I would likely nak any such attempt. > I dig out the patch. And this is in the commit message: > > In the GNU make manual "How to Use Variables" section there is such > word: > > "However, variable names containing characters other than letters, > numbers, and underscores should be considered carefully, as in some > shells they cannot be passed through the environment to a sub-make (see > Communicating Variables to a Sub-make)." Which is fine. I'd never use such names for exported variables. But for internally used ones they're quite fine (and easier to type than ones using underscores). As a side note - even ./Config.mk has such, so all subtrees effectively use them one way or another. Jan _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx https://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |