| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
As attr dropped the <attr/xattr.h> header use <sys/xattr.h> instead.
http://git.savannah.nongnu.org/cgit/attr.git/commit/include?id=7921157890d07858d092f4003ca4c6bae9fd2c38
Signed-off-by: Richard Leitner <richard.leitner@skidata.com>
|
|
|
|
|
|
|
|
|
|
| |
This fixes the following error:
build/openjdk-boot/hotspot/src/share/vm/code/relocInfo.hpp:374:27:
error: friend declaration of ‘relocInfo prefix_relocInfo(int)’ specifies
default arguments and isn’t a definition [-fpermissive]
Signed-off-by: Richard Leitner <richard.leitner@skidata.com>
|
|
|
|
|
|
|
|
|
|
| |
As no patch has been found in debian and hotspot repo for this issue we
just disable this warning which was introduced with GCC 7.
Also known as: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=881824
Signed-off-by: Andreas Obergschwandtner <andreas.obergschwandtner@skidata.com>
Signed-off-by: Richard Leitner <richard.leitner@skidata.com>
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
|
| |
Signed-off-by: Sven Ebenfeld <sven.ebenfeld@gmail.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
|
|
|
| |
Signed-off-by: Sven Ebenfeld <sven.ebenfeld@gmail.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
|
|
|
|
|
|
| |
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>
|
| |
|
|
|