[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[news.eclipse.technology.gmt] MOFScript: strange imports management in compiler

Hi,

I noticed that MOFScript (1.1.5) has a strange behaviour for imports
management:

1)

At compilation, MOFScript doesn't detect bad rules' calls if that rule
exists in another transformation file (and transformation file isn't
imported)

For example, that is in main1.m2t :

texttransformation main1 (in uml:"http://www.eclipse.org/uml2/2.0.0/UML";) {

  uml.Model::main(){
	self.main1()

  }
  uml.Model::main1(){
	self.main2()
  }
}


And main2.m2t is in same folder or sub-folder of main1.m2t:

texttransformation main2 (in uml:"http://www.eclipse.org/uml2/2.0.0/UML";) {

  uml.Model::main(){
    stdout.println ("")
  }
  uml.Model::main2(){
  }
}

In file main1.m2t, I don't have a compilation error but I get a runtime
error during execution as expected.


2)

Cascading imports doesn't compile, I have to make all imports in the
main transformation file.

Example with 3 files:
main1.m2t -> imports main2.m2t (in a sub-folder)
main2.m2t -> imports main3.m2t (in sub-folder of main2.m2t)
main3.m2t -> no imports needed

In this case, I get compilation errors. But if I write all imports in
main1.m2t, it compiles.



Are those normal behaviour for MOFScript compiler?