WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] Re: "portable" sh is not...

On Tuesday 23 October 2007 14:34:39 John Levon wrote:
> On Tue, Oct 23, 2007 at 02:27:07PM +0200, Christoph Egger wrote:
> > On Tuesday 23 October 2007 14:20:14 John Levon wrote:
> > > On Tue, Oct 23, 2007 at 02:14:38PM +0200, Christoph Egger wrote:
> > > > > http://xenbits.xensource.com/staging/xen-unstable.hg?rev/08295dc131
> > > > >66
> > > > >
> > > > > broke our build. The script is not portable as claimed (e.g.
> > > > > traditional Bourne shell has no $( ... ) construct).
> > > >
> > > > The only one bash-specific thing I could find was the [:alpha:]
> > > > notion. This changeset makes it work on BSD's /bin/sh.
> > > > Looks like BSD's /bin/sh is not that traditional... :)
> >
> > Looking through get-fields.sh, it seems the $( ... ) constructs can be
> > replaced with backticks. This should make Solaris' /bin/sh happy.
>
> vim is highlighting stuff like
>
>                                         type=${token#COMPAT_HANDLE?}
>                                         type=${type%?}
>                                         type=${type#compat_}
>
> as bad,

Does that imply in your case, Solaris' /bin/sh does not support these
constructs?

> but I don't know what those constructs do. 

snippet form "man sh":

     ${name#pattern}
     ${name##pattern}
             If pattern matches the beginning of the value of parameter name,
             the matched text is deleted from the result of substitution.  A
             single `#' results in the shortest match, and two of them result
             in the longest match.

     ${name%pattern}
     ${name%%pattern}
             Like ${..#..} substitution, but it deletes from the end of the
             value.


Christoph


-- 
AMD Saxony, Dresden, Germany
Operating System Research Center

Legal Information:
AMD Saxony Limited Liability Company & Co. KG
Sitz (Geschäftsanschrift):
   Wilschdorfer Landstr. 101, 01109 Dresden, Deutschland
Registergericht Dresden: HRA 4896
vertretungsberechtigter Komplementär:
   AMD Saxony LLC (Sitz Wilmington, Delaware, USA)
Geschäftsführer der AMD Saxony LLC:
   Dr. Hans-R. Deppe, Thomas McCoy



_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel