sdk.git - sdk

	Commit message (Collapse)	Author	Age	Files	Lines
*	Add missing notice files.	Xavier Ducrohet	2011-03-15	3	-27/+203
\| \| \| \| \| \| \| \| \| \|	Also fix some makefiles to make sure the notices are picked up. - move the makefile outside of the source folder. - resources are now in the source folder directly instead of being inside src/resources. It's much simpler. Change-Id: Ica8ee4c2bc8a9b035d23fc914d4137cdca7e567d
*	Fix https download for the standalone version of the SDK Updater	Xavier Ducrohet	2010-01-29	1	-1/+1
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	The problem was due to the launch script completely replacing java.ext.dirs preventing the VM from accessing the optional jce.jar package (Java Cryptography Extension). The launch script now queries the JVM for the current value of java.ext.dirs (using archquery) to append to it instead of replacing it. In order to do that, archquery.jar now outputs only the value of the queried system property instead of output "name=value" Bug: 2248892 Change-Id: If17d48e46529bebc1a25daf99f2748e9ec81a214
*	Modify archquery to be able to print any system property.	Raphael	2009-06-15	1	-13/+20
\| \| \| \|	(this is change 4207 that was abandoned due to a merge conflict.)
*	Change the SDK, DDMS and Traceview to work with the new SWT libraries.	Xavier Ducrohet	2009-06-04	7	-0/+132
	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.