updated: makefile adjusted so app is part of sdk, and the manifest refers to the correct sdk version.
updated: brushed up docs and formatting per feedback.
HVGA-P and HVGA-L were redundant with HVGA which supports both orientations.
QVGA-P and QVGA-L has been replaced with QVGA which supports both orientations.
When the SDK installer unarchives the zip files, it is important to keep
the permissions for executable (Linux/MacOS) or the tools required to
build applications (aapt, aidl, ...) won't work.
Since java.util.zip does not provide support for permissions, we now
use the Apache Commons Compress component that allows us to read the
permission from the archive.
This depends on another CL in prebuilt that packages
both linux-x86/swt/swt.jar and linux-x86/swt_64/swt_64.jar:
https://android-git.corp.google.com/g/5178
The new jar are picked from out/... rather than prebuilt,
which seems to work better.
The SDK now contains 32 and 64 bit version of SWT. DDMS and Traceview
use the archquery java app to check the architecture of the VM to decide
which version of SWT should be used to run the apps.
This changes make_windows_sdk so that it packages everything
in a temp dir. Once the build & packaging succeeds, the final
Zip is copied to the desired location.
The temp dir is *not* cleared on zip errors, which helps in
diagnosing packaging issues after the fact.
This has no impact on the build process itself (i.e. make
adb, emulator, etc.) which all happen in $SDK/out anyway.
The temp dir can be passed as an argument. If not provided,
the default Cygwin $TMP is used. Otherwise /tmp is used.
I also added an usage description when parameters are missing.
