summaryrefslogtreecommitdiffstats
path: root/recipes-core/icedtea/openjdk-7-03b147
Commit message (Collapse)AuthorAgeFilesLines
* 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