[TIMOB-1980] android SDK module build fails on win32
GitHub Issue | n/a |
---|---|
Type | Bug |
Priority | Trivial |
Status | Closed |
Resolution | Invalid |
Resolution Date | 2011-04-15T03:07:08.000+0000 |
Affected Version/s | n/a |
Fix Version/s | n/a |
Components | Android |
Labels | android, ant, build |
Reporter | Robby |
Assignee | Don Thorp |
Created | 2011-04-15T03:07:07.000+0000 |
Updated | 2017-03-09T23:18:01.000+0000 |
Description
Created an android SDK module using the titanium.py create command. Had to create the module under MacOS b/c I got an python exception under win32 creating it (will make a ticket for that most likely as well...something about %1 not being valid on a process fork operation). I then went into .classpath and build.properties of the module and changed the paths over to the equivalent win32 paths.
I then put ant on my win32 box, cd'ed over to the module's
directory, and built it. titanium.py creates a build.xml file with
a line like:
<pathelement path="${android.platform}/android.jar" />
However, build.properties set android.platform to the base
android SDK directory, something like:
android.platform = C:\progra~1\android-sdk-windows
Thus the build fails as the android.jar file is not in that base directory. Are we supposed to copy it there manually, or is this a bug? What .jar should we use, the newest one for Froyo (android-8)? Or, should the script automatically find the newest one and adjust the default build dir to something like:
android.platform = C:\\progra~1\\android-sdk-windows\\platforms\\android-8
The IOS module SDK dev guide PDF is real nice and covered a lot of my questions about module development, but obviously doesn't cover the android module building and the differences between the two.
Robby,
The ticket system is for confirmed bugs, please use the Q&A or Helpdesk for determining if we need to add a LH Ticket. You'll also want to get onto IRC during irc.freenode.net #titanium_dev that's where we discuss SDK issues.
No followup on this in the ticket, Don's comment indicates that it should be marked invalid (HD request, not bug).
Closing ticket as invalid.