summaryrefslogtreecommitdiffstats
path: root/recipes-core/icedtea/openjdk-7-03b147
Commit message (Collapse)AuthorAgeFilesLines
* icedtea-native: Fix segmentation build during buildpyroRicardo Ribalda Delgado2017-12-221-0/+60
| | | | | | | | | Without this patch, icedtea-native do_compile() results in a SIGSEGV when compiled with GCC7 Signed-off-by: Ricardo Ribalda Delgado <ricardo.ribalda@gmail.com> Signed-off-by: Maxin B. John <maxin.john@intel.com> (cherry picked from commit 2a706cd2d656a203ecb83bef1c687703c969732e)
* icedtea7-native: Fix segmentation faultRicardo Ribalda Delgado2016-12-061-0/+42
| | | | | | | | Without this patch the generated icedtea produces segmentation faults. This is probably due to a race condition during cleanout. Signed-off-by: Ricardo Ribalda Delgado <ricardo.ribalda@gmail.com> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* icedtea7-native: fix source archive checksumsRichard Leitner2016-10-211-9/+19
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The upstream checksum of the downloaded icedtea-native changeset archives has changed. Due to the fact the contents are exactly the same (see below for checksum comparisons) we adopt these new checksums. OPENJDK) $ sha256sum openjdk_* 5efd8e66f18fcbf45527bcc74aa3e6ed11f66bc793c88e3841925c4acb4827ba openjdk_new_f89009ada191.tar.bz2 54a0ef02b56b265b4122324e08a33c42ececbf2a300ada260611e7b6ccdba96d openjdk_old_f89009ada191.tar.bz2 $ tar xf openjdk_new_f89009ada191.tar.bz2 -O | sha256sum 2a9103bf67e7fed6db6b6d0dd4075764599bdd829cd5551b7d5defb27410ec92 - $ tar xf openjdk_old_f89009ada191.tar.bz2 -O | sha256sum 2a9103bf67e7fed6db6b6d0dd4075764599bdd829cd5551b7d5defb27410ec92 - HOTSPOT) $ sha256sum a456d0771ba0* 09a64fca0beff0759ef1b461d63ed6a00e43032972781bb3a55e49d8b93f67d0 a456d0771ba0-new.tar.gz 69719a9657b15e6bef1bef137a15d830293091fbc46616fe8759e863ba904442 a456d0771ba0-old.tar.gz $ tar xf a456d0771ba0-new.tar.gz | sha256sum e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855 - $ tar xf a456d0771ba0-old.tar.gz | sha256sum e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855 - CORBA) $ sha256sum 79ee8535bc51* 00bf0b0996484db3d0497345ca5b14db4ffb2288b6c7adf8a003b2eafc396fb2 79ee8535bc51-new.tar.gz f61dad8d484e4a9e645b7fb73da87bc44f9986a074629154f37ed46be05f5b84 79ee8535bc51-old.tar.gz $ tar xf 79ee8535bc51-new.tar.gz -O | sha256sum dfb2aa48d068b57d68db1a7759d42c0bff047a096a2d76d7ca5fee13942ce6fb - $ tar xf 79ee8535bc51-old.tar.gz -O | sha256sum dfb2aa48d068b57d68db1a7759d42c0bff047a096a2d76d7ca5fee13942ce6fb - JAXP) $ sha256sum 77e7219c7424* bb4beb62fae52d0ff871aefd64ae54eaed8978bff87df1e23f1bfead40ceae6d 77e7219c7424-new.tar.gz 9cfbc0efaface20f7188870b9bf5b0ebc73d745cd9a49d013cd4e81ba223ccdc 77e7219c7424-old.tar.gz $ tar xf 77e7219c7424-new.tar.gz -O | sha256sum 7f8495064705991f4a8b581076b7cb30410add3480a7ee9782f30ea9ba9b30d8 - $ tar xf 77e7219c7424-old.tar.gz -O | sha256sum 7f8495064705991f4a8b581076b7cb30410add3480a7ee9782f30ea9ba9b30d8 - JAXWS) $ sha256sum d92eda447bca* 566778320a0fa18ca93427d6afadc8bd3e416fd8249f9ce88e37e215f9295335 d92eda447bca-new.tar.gz 6d0858d46b68d6e8488e70d1675e5b656aeb4ef51e8ee4e330e77219f92c1c0c d92eda447bca-old.tar.gz $ tar xf d92eda447bca-new.tar.gz -O | sha256sum 67ba2dbfc15810134e625f818bbe49b79e6673cdb6eb52e08e4318cb9f9f776c - $ tar xf d92eda447bca-old.tar.gz -O | sha256sum 67ba2dbfc15810134e625f818bbe49b79e6673cdb6eb52e08e4318cb9f9f776c - JDK) $ sha256sum d7ecb57d3c61* b24bf93559804610a6e1078bea94adcec1b2f818dd600b12304926f6e86c6747 d7ecb57d3c61-new.tar.gz 11146763409098a42dd9896f3fb7e7324a58c5cff5298009eb347ad26abeed51 d7ecb57d3c61-old.tar.gz $ tar xf d7ecb57d3c61-new.tar.gz | sha256sum e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855 - $ tar xf d7ecb57d3c61-old.tar.gz | sha256sum e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855 - LANGTOOLS) $ sha256sum fd2fdb20d858* 10fee41a0cdd1b166ff78e6426430c76af0f2358d026c181d325af1e41646c34 fd2fdb20d858-new.tar.gz 3a4039348aa49547fffa96563b77b704c72e2ac3ead2c132843ba1e9fe4dbad2 fd2fdb20d858-old.tar.gz $ tar xf fd2fdb20d858-new.tar.gz -O | sha256sum 4994132cef3d7fca7402e22efbe45ba26a827ac5923228091134d5214616526b - $ tar xf fd2fdb20d858-old.tar.gz -O | sha256sum 4994132cef3d7fca7402e22efbe45ba26a827ac5923228091134d5214616526b - Signed-off-by: Richard Leitner <richard.leitner@skidata.com> Signed-off-by: Maxin B. John <maxin.john@intel.com>
* icedtea7-native: Fix IOException constructor compile errorRicardo Ribalda Delgado2016-10-101-0/+13
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Under some circumstances, the bootstrap error fails with the following error: build-bootstrap-javac: [javac] Compiling 1 source file to build/openjdk.build-boot/langtools/build/bootstrap/classes [javac] 1. ERROR in /com/sun/tools/javac/file/ZipFileIndex.java [javac] super(message, cause); [javac] The constructor IOException(String, Throwable) is undefined The reason for that error is that rt.jar does not contain the openjdk classes but the ones from classpath 0.99. The error eventually goes away after a couple of hours :S. After some tedious debug, I figured out that the problem was the timestamp handling of zip/unzip. The Makefile launches zip with the following options: $(ZIP) -qur which only updates the content of the classes that have a timestamp older than the new ones. According to zip manpage: """ Note that under many operating systems, the TZ (timezone) environment variable must be set correctly in order for -f and -u to work properly """ On this patch, I remove the -u option from zip, always replacing the classes inside rt.jar with the classes from openjdk. I cannot think of an scenario where this may fail. Signed-off-by: Ricardo Ribalda Delgado <ricardo.ribalda@gmail.com> Signed-off-by: Maxin B. John <maxin.john@intel.com>
* icedtea7-native: backport patch of jaxb to fix NullPointerExceptionKai Kang2016-04-111-0/+21
| | | | | | | | | | | | | Backport patch of jaxb from https://java.net/projects/jaxb/sources/v2/revision/1864898 to fix NullPointerException. See https://java.net/jira/browse/JAXB-860 as well. Signed-off-by: Kai Kang <kai.kang@windriver.com> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* icedtea7-native/openjdk-7: fails on hosts with no unzipAmy Fong2016-01-042-0/+297
| | | | | | | | | | | | Fails with an error message /usr/bin/unzip not found. Additionally, icedtea7 enables you to specify an unzip to use by setting the variable UNZIP, this results in an error because unzip uses UNZIP to specify options, hence you'll end up with unzip trying to unzip unzip. Note: Same issue applies to openjdk Signed-off-by: Amy Fong <amy.fong@windriver.com> Signed-off-by: Jackie Huang <jackie.huang@windriver.com>
* openjdk: fix CVE-2014-1876Amy Fong2016-01-041-0/+44
| | | | | | | | | | Rather than creating /tmp/unpack.log and insecure permissions, if unpack cannot create teh specified log file, it defaults to writing to /dev/null, failing that, stderr. (These are the default options if it cannot write to /tmp/unpack.log) Signed-off-by: Amy Fong <amy.fong@windriver.com> Signed-off-by: Jackie Huang <jackie.huang@windriver.com>
* icedtea7-native compile failure undefined reference to `main'Amy Fong2016-01-041-0/+42
| | | | | | | | | | | | | | | | | | | | | | | | | On hosts without /usr/include/X11/extensions, icedtea7-native compile results in a build failure while trying to create an object file: +/data/home/.../git/csu/../sysdeps/x86_64/start.S:118: undefined reference to `main' [2015-03-31 15:22:53.115930161+00:00] | collect2: error: ld returned 1 exit status The compile line shows: (-c gets eaten) ... -I -c -o The makefile tries to do the following which results in a faulty build line if /usr/include/X11/extensions doesn't exist: CPPFLAGS += -I$(firstword $(wildcard $(OPENWIN_HOME)/include/X11/extensions) \ $(wildcard /usr/include/X11/extensions)) This looks like a missed line from the following patch which removes the need for X11/extensions: icedtea-ecj-disable-compilation.patch Signed-off-by: Amy Fong <amy.fong@windriver.com> Signed-off-by: Jackie Huang <jackie.huang@windriver.com>
* icedtea7-native: Fix memory leak when compiled with GCC 5.0+Erkka Kääriä2015-10-231-0/+49
| | | | | | | | | | | | | Hotspot compiler has a bug where signed integers could overflow. This is undefined behaviour, and causes massive memory leak when compiled with GCC 5.0+, causing the build to fail. This is fixed by backporting patch from https://bugs.openjdk.java.net/browse/JDK-8078666 where it was fixed by Severin Gehwolf. Signed-off-by: Erkka Kääriä <erkka.kaaria@intel.com> Signed-off-by: Maxin B. John <maxin.john@intel.com>
* icedtea7-native: compiling without x11Jens Rehsack2015-10-153-0/+97
| | | | | | | | | | | Allow building icedtea7 without any X11 dependency. This affects the native part only which is required to bootstrap openjdk-8-native for cross-compiling openjdk-8, but should be adoptable for cross-compiled recipe as well as for openjdk-6. Signed-off-by: Jens Rehsack <sno@netbsd.org> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* icedtea7-native: remove unused patchSven Ebenfeld2015-04-281-91/+0
| | | | | Signed-off-by: Sven Ebenfeld <sven.ebenfeld@gmail.com> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* icedtea7-native: fix build with gcc 4.9Sven Ebenfeld2015-04-281-0/+29
| | | | | Signed-off-by: Sven Ebenfeld <sven.ebenfeld@gmail.com> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* icedtea7-native: remove currency data generation expiration dateHugo Vasconcelos Saldanha2015-02-261-0/+25
| | | | | | | | Removes a currency date expiration check whis causes a build failure. Signed-off-by: Hugo Vasconcelos Saldanha <hugo.saldanha@aker.com.br> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* icedtea7-native: update to version 2.1.3Henning Heinold2012-11-232-67/+19
|
* icedtea7-native: simple copy over from openjdk-7 branchHenning Heinold2012-11-2211-0/+2161