From: Panayotis K. <pan...@pa...> - 2009-12-11 00:25:02
|
On 11 Δεκ 2009, at 1:44 π.μ., Scott Wells wrote: > Okay, after debugging a little bit, I can see the problem. It's happening in the following stack: > > at org.xmlvm.proc.out.build.PathFileFilter.accept(PathFileFilter.java:18) > at org.xmlvm.proc.out.build.BuildFile.getFileNames(BuildFile.java:60) > at org.xmlvm.proc.out.build.XCodeFile$XCodeProj.injectFiles(XCodeFile.java:123) > at org.xmlvm.proc.out.build.XCodeFile$XCodeProj.access$100(XCodeFile.java:87) > at org.xmlvm.proc.out.build.XCodeFile.composeBuildFiles(XCodeFile.java:74) > at org.xmlvm.proc.out.IPhoneOutputProcess.process(IPhoneOutputProcess.java:118) > at org.xmlvm.proc.XmlvmProcessor.process(XmlvmProcessor.java:104) > at org.xmlvm.proc.NewMain.main(NewMain.java:50) > > The project source file paths look like: > > .\dist\demo\iphone\ihelloworld\fullscreen\iphone\src\app\org_xmlvm_demo_ihelloworld_fullscreen_HelloWorld.h > > but it's looking (via String.endsWith()) to see if the file is under the path "/src/app". So yes, it's a path delimiter issue. There are a couple of ways to fix this: 1) canonicalize the project files' paths to use front-slashes before comparing; 2) canonicalize the test locations for the filters (and really any constructed paths) to use the OS's native path delimiter. I can make these changes, but I wanted to get the folks who have written this code to weigh in because I don't want to make a change that's not in sync with how you guys would like to go. Or I'm happy deferring the change to you guys as well... Please let me know how you'd like to proceed. > > Thanks! > Scott hehe, I was expecting this :) My opinion is to go with the (1) solution, since at the end of the day this code will run under Mac |