| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
|
|
|
|
| |
- Add SUMMARY and expand DESCRIPTION
- Upstream moved to github, use git not ephemeral archive tarball
- Fix path for 'find org ...'
- Move SRC_URI checksums to recommended location in recipe
- Add virtual/javac-native to DEPENDS for RSS
Signed-off-by: Tim Orling <timothy.t.orling@linux.intel.com>
Signed-off-by: Maxin B. John <maxin.john@intel.com>
|
|
|
|
|
|
|
|
|
|
|
| |
- License checksum changed (updated year)
- Add SUMMARY and expand DESCRIPTION
- Clone jaxen dependency from github, update to v1.1.6
- Move SRC_URI checksums to recommended location in recipe
- Add virtual/javac-native to DEPENDS for RSS
Signed-off-by: Tim Orling <timothy.t.orling@linux.intel.com>
Signed-off-by: Maxin B. John <maxin.john@intel.com>
|
|
|
|
|
|
|
|
|
|
|
| |
- Add SUMMARY and expand DESCRIPTION
- Move SRC_URI checksums to recommended location in recipe
- Drop PR, no longer required
- Add virtual/javac-native and classpath-initial-native
to DEPENDS for RSS
Signed-off-by: Tim Orling <timothy.t.orling@linux.intel.com>
Signed-off-by: Maxin B. John <maxin.john@intel.com>
|
|
|
|
|
|
|
|
| |
Without this it fails in do_configure because "comm"
is not found.
Signed-off-by: Tim Orling <timothy.t.orling@linux.intel.com>
Signed-off-by: Maxin B. John <maxin.john@intel.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Add virtual/java-initial-native and classpath-initial-native
to DEPENDS_class-native
Recipe Specific Sysroots uncovered the following chain:
* ecj-initial fails because java-initial is command not found
* java-initial core dumps:
"java/lang/NoClassDefFoundError: java/lang/Object"
* strace shows missing .../usr/share/classpath-initial/glibj.zip
Signed-off-by: Tim Orling <timothy.t.orling@linux.intel.com>
Signed-off-by: Maxin B. John <maxin.john@intel.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Using the current poky master openjdk-7 wasn't buildable. This patch
fixes those problems by adding three more patches to openjdk-7.
These patches basically add/fix GCC6 support. Furthermore the
LDFLAGS_HASH_STYLE variable (which was removed by the
icedtea-crosscompile-fix.patch) is re-introduced and set to "both" for
compatibility reasons.
Following two patches were originally written by Abdur Rehman and taken
from meta-mentor [1]:
icedtea-flags-to-compile-with-GCC-6.patch
icedtea-specify-overloaded-variant-of-fmod.patch
[1] https://github.com/MentorEmbedded/meta-mentor
Signed-off-by: Richard Leitner <richard.leitner@skidata.com>
Signed-off-by: Maxin B. John <maxin.john@intel.com>
|
|
|
|
|
|
|
|
|
|
|
|
| |
JDK/JRE fails to build for ARM NEON machines, due to a undefined symbol
in libpng, as follows:
| build/jdk/objs/libsplashscreen/pngrutil.o: In function `png_init_filter_functions':
| jdk/src/share/native/sun/awt/libpng/pngrutil.c:4002: undefined reference to `png_init_filter_functions_neon'
This is a known issue already fixed in openjdk upstream, back-port the fix.
Signed-off-by: Ming Liu <peter.x.liu@external.atlascopco.com>
Signed-off-by: Maxin B. John <maxin.john@intel.com>
|
|
|
|
|
|
|
|
| |
A identical PATCHES_URI_append is being set both in openjdk-8 and
openjre-8, merge them into openjdk-8-cross.inc.
Signed-off-by: Ming Liu <peter.x.liu@external.atlascopco.com>
Signed-off-by: Maxin B. John <maxin.john@intel.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When x11, alsa is being set in DISTRO_FEATURES, the users might expect
openjdk build with the related options as well. For instance, they might
be confused when the openjdk is still built as headless but x11 is
actually enabled from system aspect.
With this patch, the end users still can choose build openjdk without
these options by overriding PACKAGECONFIG.
Two small fixes are also needed to let openjdk build with x11:
- Add libxtst to DEPENDS.
- Pass ac_x_includes and ac_x_libraries to configure command.
Signed-off-by: Ming Liu <peter.x.liu@external.atlascopco.com>
Signed-off-by: Maxin B. John <maxin.john@intel.com>
|
|
|
|
|
|
|
|
| |
The '--with-sys-root' should be set to ${STAGING_DIR_HOST} but not
${STAGING_DIR}.
Signed-off-by: Ming Liu <peter.x.liu@external.atlascopco.com>
Signed-off-by: Maxin B. John <maxin.john@intel.com>
|
|
|
|
|
|
|
|
| |
For cross compiling, it should DEPENDS on alsa-lib instead of
alsa-lib-native.
Signed-off-by: Ming Liu <peter.x.liu@external.atlascopco.com>
Signed-off-by: Maxin B. John <maxin.john@intel.com>
|
|
|
|
|
| |
Signed-off-by: Zhenhua Luo <zhenhua.luo@nxp.com>
Signed-off-by: Maxin B. John <maxin.john@intel.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The following oe-core commit made asbolute symlink an error:
commit 3eee8e99e114b3db8b718834ca52da8d2919b83f
sstate: Make absolute symlinks an error
Fix this by inheritting relative_symlinks class:
ERROR: jikes-native-1.22-r0 do_populate_sysroot: sstate found an
absolute path symlink
Signed-off-by: Maxin B. John <maxin.john@intel.com>
|
|
|
|
|
|
|
|
|
| |
Fix build issues according to latest poky changes
where all dependencies must be installed into recipe
work folder.
Signed-off-by: Adrian Calianu <adrian.calianu@enea.com>
Signed-off-by: Maxin B. John <maxin.john@intel.com>
|
|
|
|
|
| |
Signed-off-by: Adrian Calianu <adrian.calianu@enea.com>
Signed-off-by: Maxin B. John <maxin.john@intel.com>
|
|
|
|
|
|
|
|
|
| |
Add missing dependencies in order to build according
to latest changes done in poky where all dependencies
must be installed relative to recipe WORKDIR.
Signed-off-by: Adrian Calianu <adrian.calianu@enea.com>
Signed-off-by: Maxin B. John <maxin.john@intel.com>
|
|
|
|
|
| |
Signed-off-by: Jed <jed.openxt@gmail.com>
Signed-off-by: Maxin B. John <maxin.john@intel.com>
|
|
|
|
|
|
|
|
|
|
|
| |
Due to lack of task dependency between 'do_removebinaries' and 'do_removecruft'
when both run parallelly sometimes, 'find' in do_removebinaries referring on
directories that sare already removed by do_removecruft.
This change makes sure that both tasks execute sequentially.
Signed-off-by: Amarnath Valluri <amarnath.valluri@intel.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
|
|
|
| |
bb.data.getVar was removed, need to use the modern mechanism.
Signed-off-by: Cody P Schafer <dev@codyps.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
|
|
|
|
|
|
|
|
|
| |
Without this, icedtea7-native (used to bootstrap openjdk) fails to build on my
host system due to deprecation warnings being treated as errors.
I haven't observed the same issue with openjdk-7 itself, but it seems likely to
affect it as well, so I've added the -Wno-error flag there too.
Signed-off-by: Cody P Schafer <dev@codyps.com>
Signed-off-by: Maxin B. John <maxin.john@intel.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
|
|
|
|
|
|
| |
Without this patch icedtea uses host make and linux32
checking for make... /usr/bin/make
checking for linux32... /usr/bin/linux32
Signed-off-by: Ricardo Ribalda Delgado <ricardo.ribalda@gmail.com>
Signed-off-by: Maxin B. John <maxin.john@intel.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
findpath var must also be fixed on its second occurrence.
Without this patch:
ERROR: xpp3-1.1.3.4.O-r0 do_compile: Function failed: do_compile (log
file is located at
/home/ricardo/curro/qt5022/build-qt5022-open/build/tmp/work/all-poky-linux/xpp3/1.1.3.4.O-r0/temp/log.do_compile.14262)
ERROR: Logfile of failure stored in:
/home/ricardo/curro/qt5022/build-qt5022-open/build/tmp/work/all-poky-linux/xpp3/1.1.3.4.O-r0/temp/log.do_compile.14262
Log data follows:
| DEBUG: Executing shell function do_compile
| ----------
| 1. WARNING in src/java/api/org/xmlpull/v1/XmlPullParserException.java
(at line 11)
| public class XmlPullParserException extends Exception {
| ^^^^^^^^^^^^^^^^^^^^^^
| The serializable class XmlPullParserException does not declare a static final serialVersionUID field of type long
/home/ricardo/curro/qt5022/build-qt5022-open/build/tmp/work/all-poky-linux/xpp3/1.1.3.4.O-r0/temp/run.do_compile.14262:
Bad substitution
| WARNING: exit code 2 from a shell command.
Signed-off-by: Ricardo Ribalda Delgado <ricardo.ribalda@gmail.com>
Signed-off-by: Maxin B. John <maxin.john@intel.com>
|
|
|
|
|
|
|
|
| |
This was breaking on hosts with dash as /bin/sh.
Signed-off-by: Christopher Larson <chris_larson@mentor.com>
Signed-off-by: Sujith H <sujith.h@gmail.com>
Signed-off-by: Maxin B. John <maxin.john@intel.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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 <bkylerussell@gmail.com>
Signed-off-by: Maxin B. John <maxin.john@intel.com>
|
|
|
|
|
|
|
|
|
| |
rhino's do_compile task passes
${STAGING_DATADIR_NATIVE}/classpath/glibj.zip to javac. This glibj.zip
archive comes from the classpath-native package.
Signed-off-by: Kyle Russell <bkylerussell@gmail.com>
Signed-off-by: Maxin B. John <maxin.john@intel.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
OpenJDK 7 is updated from from 91b01 (IcedTea 2.6.2) to 99b00 (IcedTea
2.6.5). This update introduces following security updates:
* Mar 2016 (IcedTea 2.6.5, OpenJDK 7 u99) [1]
* Jan 2016 (IcedTea 2.6.4, OpenJDK 7 u95) [2]
* Oct 2015 (IcedTea 2.6.3, OpenJDK 7 u91) [3]
Due to the fact some "byte behavior improvements" were not ported to
the ARM32-JIT in IcedTea 2.6.6 yet [6], [7] we need to stick IcedTea
2.6.5 for now.
[1]http://blog.fuseyism.com/index.php/2016/03/25/security-icedtea-2-6-5-for-openjdk-7-released/
[2]http://blog.fuseyism.com/index.php/2016/01/21/security-icedtea-2-6-4-for-openjdk-7-released/
[3]http://blog.fuseyism.com/index.php/2015/11/17/security-icedtea-2-6-3-for-openjdk-7-released/
[6]http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=2942
[7]http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/hotspot/rev/1c5c4564204e
Signed-off-by: Richard Leitner <richard.leitner@skidata.com>
Signed-off-by: Maxin B. John <maxin.john@intel.com>
|
|
|
|
|
|
|
|
|
| |
EXTRA_LDFLAGS were not used when building certain shared objects. This
means that the Yocto specific linker flags were lost, which caused build
failures due to a bad hash style QA error.
Signed-off-by: Erkka Kääriä <erkka.kaaria@intel.com>
Signed-off-by: Maxin B. John <maxin.john@intel.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
readdir_r has been deprecated since glibc 2.24. As openjdk uses this
function, a warning is generated during build that gets turned into
an error when -Werror is used.
While the readdir function is suggested as an replacement, it has
slightly different API. The warning is ignored instead to prevent any
unexpected breakage from patching the offending functions.
Signed-off-by: Erkka Kääriä <erkka.kaaria@intel.com>
Signed-off-by: Maxin B. John <maxin.john@intel.com>
|
|
|
|
|
|
|
|
|
|
| |
Openjdk is upgraded from u72 to u102. Two patches are dropped, as these
were backports and the fixes are present in the current version. One
patch was refreshed. One patch was backported from the upcoming u112 to
fix a zero mode crash.
Signed-off-by: Erkka Kääriä <erkka.kaaria@intel.com>
Signed-off-by: Maxin B. John <maxin.john@intel.com>
|
|
|
|
|
|
|
|
|
| |
Pass "--enable-downloading=no" to IcedTea's make. This ensures
IcedTea uses the versions and checksums we defined in the openjdk-7-jre
recipe for its "sub-modules".
Signed-off-by: Richard Leitner <richard.leitner@skidata.com>
Signed-off-by: Maxin B. John <maxin.john@intel.com>
|
|
|
|
|
|
|
| |
Along with krogoth, meta-java also works with master branches
of respective layers.
Signed-off-by: Maxin B. John <maxin.john@intel.com>
|
|
|
|
|
|
|
|
|
|
|
| |
Since 33fbcd43 (rxtx: Add remove-libtool class to remove all .la files)
rxtx requires the remove-libtool class. This class was introduced
in the krogoth branch of openembedded-core and not backported.
Therefore update the branch names in the README to "krogoth".
Signed-off-by: Richard Leitner <richard.leitner@skidata.com>
Signed-off-by: Maxin B. John <maxin.john@intel.com>
|
|
|
|
|
|
|
|
| |
Javasqlite is a Java wrapper including a basic JDBC driver
for SQLite 2/3.
Signed-off-by: Feng Mu <Feng.Mu@windriver.com>
Signed-off-by: Maxin B. John <maxin.john@intel.com>
|
|
|
|
|
|
|
|
|
| |
During my recipe parsing, GCCVERSION in the cross case seems to
be 'l' this leads to a ValueError during recipe parsing. Therefore
check type before trying to parse the version flag.
Signed-off-by: Sven Ebenfeld <sven.ebenfeld@vaillant-group.com>
Signed-off-by: Maxin B. John <maxin.john@intel.com>
|
|
|
|
|
|
|
|
|
|
| |
bitbake rev 67a7b8b02 "build: don't use $B as the default cwd for
functions" (included in current bitbake master) breaks the assumption
that do_unpackpost runs inside the build directory. Now that has to be
set explicitly, which is also okay for older bitbake versions.
Signed-off-by: Patrick Ohly <patrick.ohly@intel.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When GCC is at version 4 or 5, parsing the recipe fails with:
ERROR: ExpansionError during parsing
.../ostro-os/meta-java/recipes-core/openjdk/openjdk-8_72b05.bb
...
bb.data_smart.ExpansionError: Failure expanding variable CFLAGS,
expression was -O2 -pipe -g -feliminate-unused-debug-types
-fdebug-prefix-map=.../ostro-os/build/tmp-glibc/work/corei7-64-ostro-
linux/openjdk-8/72b05-r0=/usr/src/debug/openjdk-8/72b05-r0
-fdebug-prefix-map=.../ostro-os/build/tmp-glibc/sysroots/x86_64-linux=
-fdebug-prefix-map=.../ostro-os/build/tmp-glibc/sysroots/intel-corei7-64=
-fstack-protector-strong -D_FORTIFY_SOURCE=2
${ <at> version_specific_cflags(d)} -Wno-error=deprecated-declarations which
triggered exception TypeError: can only join an iterable
That's because FLAGS_GCC<version> may be unset, thus leading to
d.getVar() returning None and ''.join(extraflags) failing.
The join() is also redundant: extraflags already is a string. It
happened to work because Python treats a string as sequence of
single-character strings, and thus ''.join() re-created the original
string.
Signed-off-by: Patrick Ohly <patrick.ohly@intel.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
|
|
|
|
|
|
|
| |
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 <jackie.huang@windriver.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
|
|
|
|
|
|
|
|
|
|
| |
Some supported hosts still use GCC 4.X. These don't support the flags
needed to make GCC 6 work, so check the GCC version and add appropriate
compiler flags.
This implementation will append flags for any gcc version, but it's only
used for GCC 6 right now.
Signed-off-by: Daniel McGregor <daniel.mcgregor@vecima.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
|
|
|
|
|
|
|
| |
Previously if PARALLEL_MAKE changed, so did the task signature
for do_configure. Use vardepsvalue so that the signature remains
constant.
Signed-off-by: Daniel McGregor <daniel.mcgregor@vecima.com>
Signed-off-by: Maxin B. John <maxin.john@intel.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Class remove-libtool adds a postfunc to do_install to remove all .la
files installed by libtool, so that they are absent from both the
sysroots and target packages.
Fix error:
ERROR: rxtx-2.2.0-r2 do_populate_sysroot: QA Issue: librxtxRaw.la
failed sanity test (workdir) in path
../build/tmp/work/cortexa9hf-neon-emcontrols-linux-gnueabi/
rxtx/2.2.0-r2/sysroot-destdir/usr/lib/jni [la]
ERROR: rxtx-2.2.0-r2 do_populate_sysroot: QA staging was broken by the
package built above
ERROR: rxtx-2.2.0-r2 do_populate_sysroot: Function failed: do_qa_staging
Signed-off-by: Fabio Berton <fabio.berton@ossystems.com.br>
Signed-off-by: Maxin B. John <maxin.john@intel.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
GCC 6 sets the default C++ standard to C++14 and introduces dead store
elimination by default. OpenJDK 8 is not ready for either of these
changes, so set the C++ standard back to gnu++98 and disable dead
store elimination.
Switched to using --with-extra-cflags, cxxflags, and ldflags. The added
patch fixes building when using those flags, and are needed to get
CFLAGS into the JDK build in the native case.
Signed-off-by: Daniel McGregor <daniel.mcgregor@vecima.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
|
|
|
|
|
|
|
|
|
| |
GCC 6 sets the default C++ standard to C++14 and introduces dead store
elimination by default. icedtea7 is not ready for either of these
changes, so just set the C++ standard back to gnu++98 and disable dead
store elimination.
Signed-off-by: Daniel McGregor <daniel.mcgregor@vecima.com>
Signed-off-by: Dan McGregor <dan.mcgregor@usask.ca>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
|
|
|
|
|
|
|
|
| |
The OpenJDK builds did not include the update version and build number
leading to problems when applications check for the minimum needed version.
This commit fixes it by adding the update version and build number to the
configure parameters.
Signed-off-by: Bernhard Dick <bernhard@bdick.de>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
|
|
|
|
|
| |
Replace all instances of base_contains with bb.utils.contains to avoid
warnings.
Signed-off-by: Maxin B. John <maxin.john@intel.com>
|
|
|
|
|
|
|
| |
Two patches were only applied to openjdk-8. Apply these to jre as well
Signed-off-by: Erkka Kääriä <erkka.kaaria@intel.com>
Signed-off-by: Maxin B. John <maxin.john@intel.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The security flag '-D_FORTIFY_SOURCE' requires at least -O to work,
otherwise a warning is given. If CFLAGS additionally contains -Werror,
this warning turns into an error. As Openjdk build system intentionally
deoptimizes certains files due to potential bad codegen during
optimization,
build will fail when both '-D_FORTIFY_SOURCE' and '-Werror' are used.
As turning the optimizations back on will likely break things, the
warning is silenced instead.
Signed-off-by: Erkka Kääriä <erkka.kaaria@intel.com>
Signed-off-by: Maxin B. John <maxin.john@intel.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Various paths to files are hardcoded in either helper scripts or the
resulting binaries (like path to Java class libraries). While this works
well when using the files on the build machine, things start breaking
down when the sstate gets shared between multiple workers in CI, as
the paths between workers can differ.
Instead of using these hardcoded paths, form the paths at runtime and pass them as parameters when required.
Signed-off-by: Erkka Kääriä <erkka.kaaria@intel.com>
Signed-off-by: Maxin B. John <maxin.john@intel.com>
|