<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/meta-java.git/recipes-core/icedtea/openjdk-7-03b147, branch pyro</title>
<subtitle>[no description]</subtitle>
<id>https://git.enea.com/cgit/linux/meta-java.git/atom?h=pyro</id>
<link rel='self' href='https://git.enea.com/cgit/linux/meta-java.git/atom?h=pyro'/>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-java.git/'/>
<updated>2017-12-22T12:25:01+00:00</updated>
<entry>
<title>icedtea-native: Fix segmentation build during build</title>
<updated>2017-12-22T12:25:01+00:00</updated>
<author>
<name>Ricardo Ribalda Delgado</name>
<email>ricardo.ribalda@gmail.com</email>
</author>
<published>2017-09-07T08:51:35+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-java.git/commit/?id=0c27b120aa508e4bb41394b8dd3645949a611128'/>
<id>urn:sha1:0c27b120aa508e4bb41394b8dd3645949a611128</id>
<content type='text'>
Without this patch, icedtea-native do_compile() results in a SIGSEGV
when compiled with GCC7

Signed-off-by: Ricardo Ribalda Delgado &lt;ricardo.ribalda@gmail.com&gt;
Signed-off-by: Maxin B. John &lt;maxin.john@intel.com&gt;
(cherry picked from commit 2a706cd2d656a203ecb83bef1c687703c969732e)
</content>
</entry>
<entry>
<title>icedtea7-native: Fix segmentation fault</title>
<updated>2016-12-06T18:25:08+00:00</updated>
<author>
<name>Ricardo Ribalda Delgado</name>
<email>ricardo.ribalda@gmail.com</email>
</author>
<published>2016-10-31T10:34:33+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-java.git/commit/?id=97f81e65843dd1e01c55cae528fd766dd13a265d'/>
<id>urn:sha1:97f81e65843dd1e01c55cae528fd766dd13a265d</id>
<content type='text'>
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 &lt;ricardo.ribalda@gmail.com&gt;
Signed-off-by: Otavio Salvador &lt;otavio@ossystems.com.br&gt;
</content>
</entry>
<entry>
<title>icedtea7-native: fix source archive checksums</title>
<updated>2016-10-21T14:43:53+00:00</updated>
<author>
<name>Richard Leitner</name>
<email>richard.leitner@skidata.com</email>
</author>
<published>2016-10-19T13:54:25+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-java.git/commit/?id=9edf7d5aa5bdcf9afc4365fd1d85feca72b4ef1a'/>
<id>urn:sha1:9edf7d5aa5bdcf9afc4365fd1d85feca72b4ef1a</id>
<content type='text'>
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 &lt;richard.leitner@skidata.com&gt;
Signed-off-by: Maxin B. John &lt;maxin.john@intel.com&gt;
</content>
</entry>
<entry>
<title>icedtea7-native: Fix IOException constructor compile error</title>
<updated>2016-10-10T13:35:54+00:00</updated>
<author>
<name>Ricardo Ribalda Delgado</name>
<email>ricardo.ribalda@gmail.com</email>
</author>
<published>2016-09-13T08:31:28+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-java.git/commit/?id=3d7f23b1541592dfd49e8fecaa31d38e9053bce3'/>
<id>urn:sha1:3d7f23b1541592dfd49e8fecaa31d38e9053bce3</id>
<content type='text'>
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 &lt;ricardo.ribalda@gmail.com&gt;
Signed-off-by: Maxin B. John &lt;maxin.john@intel.com&gt;
</content>
</entry>
<entry>
<title>icedtea7-native: backport patch of jaxb to fix NullPointerException</title>
<updated>2016-04-11T11:07:26+00:00</updated>
<author>
<name>Kai Kang</name>
<email>kai.kang@windriver.com</email>
</author>
<published>2016-04-11T06:39:46+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-java.git/commit/?id=1d125bfa18f7363bf9c9887434c441acbde10862'/>
<id>urn:sha1:1d125bfa18f7363bf9c9887434c441acbde10862</id>
<content type='text'>
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 &lt;kai.kang@windriver.com&gt;
Signed-off-by: Otavio Salvador &lt;otavio@ossystems.com.br&gt;
</content>
</entry>
<entry>
<title>icedtea7-native/openjdk-7: fails on hosts with no unzip</title>
<updated>2016-01-04T11:21:07+00:00</updated>
<author>
<name>Amy Fong</name>
<email>amy.fong@windriver.com</email>
</author>
<published>2015-04-16T22:24:53+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-java.git/commit/?id=6273537d06b9df611a2f41b3de6e552941e1cf94'/>
<id>urn:sha1:6273537d06b9df611a2f41b3de6e552941e1cf94</id>
<content type='text'>
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 &lt;amy.fong@windriver.com&gt;
Signed-off-by: Jackie Huang &lt;jackie.huang@windriver.com&gt;
</content>
</entry>
<entry>
<title>openjdk: fix CVE-2014-1876</title>
<updated>2016-01-04T11:21:06+00:00</updated>
<author>
<name>Amy Fong</name>
<email>amy.fong@windriver.com</email>
</author>
<published>2015-04-16T18:48:46+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-java.git/commit/?id=bf1362e05be0fccbcccb8d55291b8a5cf42c0f30'/>
<id>urn:sha1:bf1362e05be0fccbcccb8d55291b8a5cf42c0f30</id>
<content type='text'>
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 &lt;amy.fong@windriver.com&gt;
Signed-off-by: Jackie Huang &lt;jackie.huang@windriver.com&gt;
</content>
</entry>
<entry>
<title>icedtea7-native compile failure undefined reference to `main'</title>
<updated>2016-01-04T11:21:06+00:00</updated>
<author>
<name>Amy Fong</name>
<email>amy.fong@windriver.com</email>
</author>
<published>2015-04-16T18:04:02+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-java.git/commit/?id=e3ac9836ab585c0b4134c7c0857cc275c403ad32'/>
<id>urn:sha1:e3ac9836ab585c0b4134c7c0857cc275c403ad32</id>
<content type='text'>
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 &lt;amy.fong@windriver.com&gt;
Signed-off-by: Jackie Huang &lt;jackie.huang@windriver.com&gt;
</content>
</entry>
<entry>
<title>icedtea7-native: Fix memory leak when compiled with GCC 5.0+</title>
<updated>2015-10-23T10:05:09+00:00</updated>
<author>
<name>Erkka Kääriä</name>
<email>erkka.kaaria@intel.com</email>
</author>
<published>2015-10-23T09:50:01+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-java.git/commit/?id=afe248093ae780a83af08e658c8ab306a7eb5f6a'/>
<id>urn:sha1:afe248093ae780a83af08e658c8ab306a7eb5f6a</id>
<content type='text'>
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ä &lt;erkka.kaaria@intel.com&gt;
Signed-off-by: Maxin B. John &lt;maxin.john@intel.com&gt;
</content>
</entry>
<entry>
<title>icedtea7-native: compiling without x11</title>
<updated>2015-10-15T13:32:00+00:00</updated>
<author>
<name>Jens Rehsack</name>
<email>rehsack@gmail.com</email>
</author>
<published>2015-10-15T11:52:09+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-java.git/commit/?id=b331dec1d8c18e48b39b3c9e5d0c547e066f1d15'/>
<id>urn:sha1:b331dec1d8c18e48b39b3c9e5d0c547e066f1d15</id>
<content type='text'>
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 &lt;sno@netbsd.org&gt;
Signed-off-by: Otavio Salvador &lt;otavio@ossystems.com.br&gt;
</content>
</entry>
</feed>
