sdk.git - sdk

	Commit message (Collapse)	Author	Age	Files	Lines
*	Support for installing SDK in C:\Program Files	Scott Barta	2013-08-15	1	-3/+3
\| \| \| \| \| \|	Properly handles spaces in installation pathname on Windows. Change-Id: I8bcfd18fddbe6d5ad70a8563e8696af2876c1d1b
*	Merge "SDK Launcher support sdk\tools\android.bat"	Raphael Moll	2012-11-26	1	-4/+6
\|\
\| *	SDK Launcher support sdk\tools\android.bat	Raphael Moll	2012-11-19	1	-4/+6
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	The SDK Launcher is the "SDK Manager.exe" redirector that is copied at the root of an installed SDK. This change the path where it looks for android.bat so that it can also work when placed at the root of an ADT bundle. SDK Bug: 39686 Change-Id: I6222e45be5a3aca62d3557e2f8763c21c07f4f5d
* \|	find_java.exe: SDK tools require Java 1.6	Raphael Moll	2012-11-19	2	-2/+6
\|/ \| \| \| \| \| \| \| \| \| \| \|	find_java.exe is used to locate the Path to the JVM on Windows and it checks the Java version. SDK tools require Java 1.6 now. Also update the find_java error message to mention the JAVA_HOME environment variable. SDK Bug: 39876 Change-Id: I355998b10014471ccbe14ca9e977d07126b072c1
*	find_java: wrap toShortPath in disableWow64FSRedirection.	Raphael Moll	2012-08-17	1	-0/+3
\| \| \| \|	Change-Id: I4e3135927616eb6ad3e0da46496bb97b3029ccd9
*	VS8 projects for find_java/find_lock (exe & dll).	Raphael Moll	2012-08-17	4	-0/+431
\| \| \| \|	Change-Id: I73d08808cbf0dd7032fc481aa81ad37181930d05
*	Win SDK: find max version of java.exe	Raphael	2012-01-31	3	-95/+242
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	When we find a java.exe file, run java -version and parse its version number. Only accept java 1.5 or better. There's a moderate effort to find the highest version available in each category: for starter scripts, it doesn't matter if we actually have the highest. However within a given category (env path, program files, registry), picking up the highest available make sense. In normal cases users won't have many concurrent versions. Change-Id: I4f2504642a1712b62aa303562578572066d82d3b
*	SDK: update find_java lib	Raphael	2012-01-27	2	-3/+8
\| \| \| \|	Change-Id: I6a139630a325f3537961cc5be2726816a060bb65
*	SDK: use new find_java.exe in SDK bat files	Raphael	2012-01-26	2	-0/+64
\| \| \| \|	Change-Id: I9f3fc572c3af6d8457a75cebae1aa6a850511afc
*	SDK find_java, fix mingw build.	Raphael	2012-01-26	1	-0/+18
\| \| \| \|	Change-Id: Ic2bfe71de73ee27d44b6004dd66893374e140bba
*	SDK: fix makefile for find_java	Raphael	2012-01-25	1	-4/+4
\| \| \| \|	Change-Id: I7a7cdd38edfd6cc0d4272faad3df4c1c34b724cd
*	Windows: "find_java" exe and lib for android.bat	Raphael	2012-01-25	11	-0/+1424
	This adds a "find_java.exe" that will be packages in SDK/tools/lib. It will be used by android.bat and the other launchers to locate the best version of java to use for our tools (currently we have a find_java.bat that uses DOS commands to achieve something similar but more limited). In addition this creates a static "findjavalib" that is used by the NSIS installer to locate java and get its version (to complain in case we only find a Java 1.4 or lesser). The goal is for the installer to use the same logic as the tools will use to locate the java binary. Change-Id: Ic2efb388135087bab9687c3332882047fd041b1c