<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/meta-java.git/classes, branch krogoth</title>
<subtitle>[no description]</subtitle>
<id>https://git.enea.com/cgit/linux/meta-java.git/atom?h=krogoth</id>
<link rel='self' href='https://git.enea.com/cgit/linux/meta-java.git/atom?h=krogoth'/>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-java.git/'/>
<updated>2016-12-06T18:25:08+00:00</updated>
<entry>
<title>move from bb.data.getVar(x, d, 1) to d.getVar(x, True)</title>
<updated>2016-12-06T18:25:08+00:00</updated>
<author>
<name>Cody P Schafer</name>
<email>dev@codyps.com</email>
</author>
<published>2016-11-29T16:48:17+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-java.git/commit/?id=2a3cd732ce7efea9f372862be7ef70ff5ecb50d9'/>
<id>urn:sha1:2a3cd732ce7efea9f372862be7ef70ff5ecb50d9</id>
<content type='text'>
bb.data.getVar was removed, need to use the modern mechanism.

Signed-off-by: Cody P Schafer &lt;dev@codyps.com&gt;
Signed-off-by: Otavio Salvador &lt;otavio@ossystems.com.br&gt;
</content>
</entry>
<entry>
<title>Reimplement helper method for parallelizing JDK builds</title>
<updated>2016-08-30T13:49:09+00:00</updated>
<author>
<name>Kyle Russell</name>
<email>bkylerussell@gmail.com</email>
</author>
<published>2016-08-24T13:28:40+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-java.git/commit/?id=8c663efa4f8efccf50d094dbc61c7b78031b3b7d'/>
<id>urn:sha1:8c663efa4f8efccf50d094dbc61c7b78031b3b7d</id>
<content type='text'>
Simplifies duplicated implementation across multiple recipes that all
inherited from java.bbclass.

Previously implementation was not flexible in supporting other make
job-limiting flags (like -l for load) that are typically passed in
through PARALLEL_MAKE.  (OpenJDK doesn't know about these other flags
that might have gotten tagged on after the value for -j.)

Signed-off-by: Kyle Russell &lt;bkylerussell@gmail.com&gt;
Signed-off-by: Maxin B. John &lt;maxin.john@intel.com&gt;
</content>
</entry>
<entry>
<title>java.bbclass: change a warning message to note</title>
<updated>2016-07-18T13:43:23+00:00</updated>
<author>
<name>Jackie Huang</name>
<email>jackie.huang@windriver.com</email>
</author>
<published>2016-05-30T08:37:47+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-java.git/commit/?id=4f7fb37a87e7d63a7419e480ea403aa02a2ce900'/>
<id>urn:sha1:4f7fb37a87e7d63a7419e480ea403aa02a2ce900</id>
<content type='text'>
The logic is to check if the destination file exists before
create the symlink, and give a message about removing the
existing file, it's harmless and not necessary to be a warning.

Signed-off-by: Jackie Huang &lt;jackie.huang@windriver.com&gt;
Signed-off-by: Otavio Salvador &lt;otavio@ossystems.com.br&gt;
</content>
</entry>
<entry>
<title>java.bbclass: java missing classes during compile</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-16T17:52:36+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-java.git/commit/?id=24092dc5e6680602d8a4b66bd9046f345bf58b3a'/>
<id>urn:sha1:24092dc5e6680602d8a4b66bd9046f345bf58b3a</id>
<content type='text'>
oe_makeclasspath is used to define the classpath argument passed to
javac for a number of packages. The current behaviour takes a number
args specifying jar files to look for and if the files exist, it adds
it to a specified variable.

On some builds, oe_makeclasspath cannot find the jar file.

oe_makeclasspath used an invalid test to see the package is native.
(testing if the build arch and package arch are the same, if so, native)
We test to see if PN matches *-native or *-nativesdk instead.

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>Revert "meta-java: rely on well known bootstrap-path"</title>
<updated>2016-01-04T11:21:06+00:00</updated>
<author>
<name>Jackie Huang</name>
<email>jackie.huang@windriver.com</email>
</author>
<published>2015-12-23T06:26:16+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-java.git/commit/?id=ec7b984fbd0662b7aa1707f229ab09c555bb2cf6'/>
<id>urn:sha1:ec7b984fbd0662b7aa1707f229ab09c555bb2cf6</id>
<content type='text'>
This reverts commit 04d5d0bf414c05ca59618d77f17ff9898aa1c566.

Detail reason is in the following commit.

Signed-off-by: Jackie Huang &lt;jackie.huang@windriver.com&gt;
</content>
</entry>
<entry>
<title>meta-java: rely on well known bootstrap-path</title>
<updated>2015-12-08T15:43:35+00:00</updated>
<author>
<name>Jens Rehsack</name>
<email>rehsack@gmail.com</email>
</author>
<published>2015-12-08T13:51:50+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-java.git/commit/?id=04d5d0bf414c05ca59618d77f17ff9898aa1c566'/>
<id>urn:sha1:04d5d0bf414c05ca59618d77f17ff9898aa1c566</id>
<content type='text'>
Instead of potential circular depending virtual/javac-native (even this
recipe provides such a useable java-native), rely on well known path
via cacao-native to build up to icedtea7-native in reliable manner.

virtual/javac-native should be used by parts not belonging to the bootstrap
phase.

Signed-off-by: Jens Rehsack &lt;sno@netbsd.org&gt;
Signed-off-by: Maxin B. John &lt;maxin.john@intel.com&gt;
</content>
</entry>
<entry>
<title>java-library: inherit allarch</title>
<updated>2015-02-17T12:53:34+00:00</updated>
<author>
<name>Max Krummenacher</name>
<email>max.oss.09@gmail.com</email>
</author>
<published>2015-02-17T09:57:14+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-java.git/commit/?id=c7f2b7dd60bff9092eeae6b7df7f8cae16994a21'/>
<id>urn:sha1:c7f2b7dd60bff9092eeae6b7df7f8cae16994a21</id>
<content type='text'>
Use the allarch class to make every packages in the 'all' ARCH.
Recipes inheriting java-library which build additional packages which
don't belong in to all ARCH must manually setting PACKAGE_ARCH after
inheritting java-library.

This fixes the following error when building e.g. rhino for a second
machine of different architecture in the same build directory:
    ERROR: The recipe rhino is trying to install files into a
    shared area when those files already exist. Those files and their
    manifest location are:
       /.../ipk/all/librhino-java_1.7r4-r0_all.ipk
    Matched in manifest-armv7at2hf-vfp-rhino-package_write_ipk

Signed-off-by: Max Krummenacher &lt;max.oss.09@gmail.com&gt;
Signed-off-by: Otavio Salvador &lt;otavio@ossystems.com.br&gt;
</content>
</entry>
<entry>
<title>jamvm-native: separate bootclasspath out into shell script</title>
<updated>2013-09-29T19:52:23+00:00</updated>
<author>
<name>Henning Heinold</name>
<email>heinold@inf.fu-berlin.de</email>
</author>
<published>2013-09-29T13:59:14+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-java.git/commit/?id=b7fe352e2cec76424b6c1017dbf84a28294ad9b7'/>
<id>urn:sha1:b7fe352e2cec76424b6c1017dbf84a28294ad9b7</id>
<content type='text'>
* instead of hardcode BCP and LD_LIBRARY_PATH into serval files
  use a shell script and set them there
* this allow us again to use other vms for java-native
</content>
</entry>
<entry>
<title>java-library.bbclass: Export BOOTCLASSPATH and LD_LIBRARY_PATH</title>
<updated>2013-09-29T19:50:55+00:00</updated>
<author>
<name>Khem Raj</name>
<email>raj.khem@gmail.com</email>
</author>
<published>2013-05-24T20:43:20+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-java.git/commit/?id=9406a34197e0d116bdfcf451f90112b67796455c'/>
<id>urn:sha1:9406a34197e0d116bdfcf451f90112b67796455c</id>
<content type='text'>
They are helpful in rebuilding from shared state since jamvm is
not so relocatable.

Signed-off-by: Khem Raj &lt;raj.khem@gmail.com&gt;
</content>
</entry>
<entry>
<title>java-library.bbclass: consider multilib</title>
<updated>2013-09-29T19:49:54+00:00</updated>
<author>
<name>Khem Raj</name>
<email>raj.khem@gmail.com</email>
</author>
<published>2013-05-24T07:21:10+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-java.git/commit/?id=0087b9260ba3ebc8098d8d87c08d4eea05070f39'/>
<id>urn:sha1:0087b9260ba3ebc8098d8d87c08d4eea05070f39</id>
<content type='text'>
when multilib is enabled the prefix begins with lib32-
and thats got wrong when computing JPN. Lets make sure
that mlprefix is handled properly while constructing
JPN for multilib package e.g.

lib32-dbus-java will now create lib32-libdbus-java
instead of lib32-dbus-java which was same as PN
and caused warnings like

WARNING: Variable key FILES_${PN} (${bindir}/* ${sbindir}/*
${libexecdir}/* ${libdir}/lib*${SOLIBS} ${sysconfdir} ${sharedstatedir}
${localstatedir} ${base_bindir}/* ${base_sbindir}/*
${base_libdir}/*${SOLIBS} ${base_prefix}/lib/udev/rules.d
${prefix}/lib/udev/rules.d ${datadir}/${BPN} ${libdir}/${BPN}/*
${datadir}/pixmaps ${datadir}/applications ${datadir}/idl ${datadir}/omf
${datadir}/sounds ${libdir}/bonobo/servers) replaces original key
FILES_lib32-dbus-java (${datadir_java}).

Signed-off-by: Khem Raj &lt;raj.khem@gmail.com&gt;
</content>
</entry>
</feed>
