Skip to content

Conversation

@wingeng
Copy link

@wingeng wingeng commented May 15, 2015

Hey Phil,

Don't know how this works... but can you look to see if these are valid changes?

thanks
wing

wing added 2 commits April 29, 2015 09:36
This call resulted in a double fclose(), when the main routine later
on does the same.  Seems, the caller of yangFileParse 'owns' the FILE
pointer, so remove this one.
The following yang would incorrectly compile the 'gen-foo' template at
the same level as 'module'

module unit-test {
    ...
    grouping ut-group1 {
	call gen-foo($help = "Test foo", $hidden = "internal");
    }
}

template gen-foo ($help, $mandatory) {
  leaf foo {
      help $help;
      if ($mandatory) {
	  mandatory $mandatory;
      }
  }
}

Previously it was instantiated under the 'feature' template, like
this.

stylesheet {
   template "/features" {
       module {
          ...
       }
       template "gen-leaf {}
   }
}

It needed to be at the same level as '/features'

stylesheet {
   template "/features" {
       module {
       }
   }
   template "gen-leaf {}
}

otherwise xsltproc barfs.

  compilation error: file foo.xslt line 49 element template
  element template only allowed as child of stylesheet
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant