From: Scott W. <sco...@gm...> - 2009-11-22 22:47:26
|
I'm sure I'm missing something pretty simple, but I've pulled the latest xmlvm out from SVN and built it successfully using "ant all" and "ant all-cc". I can see that the latter created a series of XCode projects, but when I open those in XCode, something definitely doesn't seem quite right. The project doesn't seem to have any references to the source code at all, so "Build and Go" doesn't really do much and there's nothing to install on the simulator. I did manage to bring up a project successfully by following the instructions in the xmlvm manual, though I had to remove everything related to GL because that framework isn't added to a project as described in those instructions. Am I doing something wrong here, or are those projects just not working yet? I saw that they're a very recent addition. Thanks for all the great work on this project! Scott Wells |
From: Scott W. <sco...@gm...> - 2009-12-10 22:21:47
|
Hmmmm...I just got back to looking at XMLVM again and this is still happening with the latest. Again, the XCode project doesn't have any references to the source code for the project, so while it creates an app (e.g., Xokoban.app), it's basically empty. If I add existing files to "Application", "Library/Andoid", "Library/iPhone", and "Resources", it builds and runs fine. XCode even knows with each of those groups which subfolder contains the files I want, so it's like it's *almost* right. Is this working for other folks? Does anyone know why it's not working for me? Thanks! Scott On Sun, Nov 22, 2009 at 4:46 PM, Scott Wells <sco...@gm...> wrote: > I'm sure I'm missing something pretty simple, but I've pulled the latest > xmlvm out from SVN and built it successfully using "ant all" and "ant > all-cc". I can see that the latter created a series of XCode projects, but > when I open those in XCode, something definitely doesn't seem quite right. > The project doesn't seem to have any references to the source code at all, > so "Build and Go" doesn't really do much and there's nothing to install on > the simulator. > > I did manage to bring up a project successfully by following the > instructions in the xmlvm manual, though I had to remove everything related > to GL because that framework isn't added to a project as described in those > instructions. > > Am I doing something wrong here, or are those projects just not working > yet? I saw that they're a very recent addition. > > Thanks for all the great work on this project! > Scott Wells > > |
From: Arno P. <ar...@pu...> - 2009-12-10 22:28:48
|
well, I'm using this feature all the time without any troubles. I've noticed from your earlier message today that you tried to compile XMLVM on a Windows box (looking at the path names). On which system do you try to generate the Xcode project? On Windows as well? Arno On 12/10/09 11:21 PM, Scott Wells wrote: > Hmmmm...I just got back to looking at XMLVM again and this is still > happening with the latest. Again, the XCode project doesn't have any > references to the source code for the project, so while it creates an > app (e.g., Xokoban.app), it's basically empty. If I add existing files > to "Application", "Library/Andoid", "Library/iPhone", and "Resources", > it builds and runs fine. XCode even knows with each of those groups > which subfolder contains the files I want, so it's like it's *almost* > right. Is this working for other folks? Does anyone know why it's not > working for me? > > Thanks! > Scott > > On Sun, Nov 22, 2009 at 4:46 PM, Scott Wells <sco...@gm... > <mailto:sco...@gm...>> wrote: > > I'm sure I'm missing something pretty simple, but I've pulled the > latest xmlvm out from SVN and built it successfully using "ant all" > and "ant all-cc". I can see that the latter created a series of > XCode projects, but when I open those in XCode, something definitely > doesn't seem quite right. The project doesn't seem to have any > references to the source code at all, so "Build and Go" doesn't > really do much and there's nothing to install on the simulator. > > I did manage to bring up a project successfully by following the > instructions in the xmlvm manual, though I had to remove everything > related to GL because that framework isn't added to a project as > described in those instructions. > > Am I doing something wrong here, or are those projects just not > working yet? I saw that they're a very recent addition. > > Thanks for all the great work on this project! > Scott Wells > > > > > ------------------------------------------------------------------------------ > Return on Information: > Google Enterprise Search pays you back > Get the facts. > http://p.sf.net/sfu/google-dev2dev > > > > _______________________________________________ > xmlvm-users mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmlvm-users |
From: Panayotis K. <pan...@pa...> - 2009-12-10 22:41:52
|
On 11 Δεκ 2009, at 12:28 π.μ., Arno Puder wrote: > > well, I'm using this feature all the time without any troubles. I've > noticed from your earlier message today that you tried to compile XMLVM > on a Windows box (looking at the path names). On which system do you try > to generate the Xcode project? On Windows as well? > > Arno > Just an idea… problably this has to do with the \ character? |
From: Scott W. <sco...@gm...> - 2009-12-10 22:45:38
|
Yeah, I'm going to build on my Mac and diff the created projects, then see if I can find in the XCode project generator where it's building paths. Unless I'm wrong, it should always be building paths that are valid on the Mac (and under XCode), not on the host operating system. 2009/12/10 Panayotis Katsaloulis <pan...@pa...> > > On 11 Δεκ 2009, at 12:28 π.μ., Arno Puder wrote: > > > > > well, I'm using this feature all the time without any troubles. I've > > noticed from your earlier message today that you tried to compile XMLVM > > on a Windows box (looking at the path names). On which system do you try > > to generate the Xcode project? On Windows as well? > > > > Arno > > > > Just an idea… problably this has to do with the \ character? > > ------------------------------------------------------------------------------ > Return on Information: > Google Enterprise Search pays you back > Get the facts. > http://p.sf.net/sfu/google-dev2dev > _______________________________________________ > xmlvm-users mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmlvm-users > |
From: Scott W. <sco...@gm...> - 2009-12-10 23:44:50
|
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 2009/12/10 Scott Wells <sco...@gm...> > Okay, I've built XMLVM on the Mac and have compared the XCode project > output for the ihelloworld fullscreen demo. They're definitely different. > The Mac-produced version has all of the leaf source files in the project > file while the Window-produced version does not. I've attached the > project.pbxproj files to this email. I'm happy to debug into this a bit if > no one else knows a quick fix off the top of the head. Any pointers on > where these files are generated would be appreciated, but I'm sure I can > find them pretty quickly in the IDE, too. > > Regards, > Scott > > 2009/12/10 Scott Wells <sco...@gm...> > > Yeah, I'm going to build on my Mac and diff the created projects, then see >> if I can find in the XCode project generator where it's building paths. >> Unless I'm wrong, it should always be building paths that are valid on the >> Mac (and under XCode), not on the host operating system. >> >> 2009/12/10 Panayotis Katsaloulis <pan...@pa...> >> >> >>> On 11 Δεκ 2009, at 12:28 π.μ., Arno Puder wrote: >>> >>> > >>> > well, I'm using this feature all the time without any troubles. I've >>> > noticed from your earlier message today that you tried to compile XMLVM >>> > on a Windows box (looking at the path names). On which system do you >>> try >>> > to generate the Xcode project? On Windows as well? >>> > >>> > Arno >>> > >>> >>> Just an idea... problably this has to do with the \ character? >>> >>> ------------------------------------------------------------------------------ >>> Return on Information: >>> Google Enterprise Search pays you back >>> Get the facts. >>> http://p.sf.net/sfu/google-dev2dev >>> _______________________________________________ >>> xmlvm-users mailing list >>> xml...@li... >>> https://lists.sourceforge.net/lists/listinfo/xmlvm-users >>> >> >> > |
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 |