drop package information for -jre-base-gtk

- bcond header

rel 4

rel 3.1 for bootstrap build on x32 with libffi >= 3.4

disable auto vectorization on %arm32_with_neon and gcc >= 12

gcc 12 enables by default auto vectorization with -O2 however on neon
capable arm 32-bit archs this produces segfaulting binary (seems to be
fine on x86/aarch64 though)

fix compilation failures with gcc >= 11

fix build with glibc 2.34

rpm version for noarch subpackage

use openjdk8 for bootstrap

Release 3 (by relup.sh)

Rel 2; apply the same patch patch as for openjdk8 (see changelog there for details) to get multiprocessor handling by default. Fix obsoletes for rpm 4.16.

Rel 2; apply the same patch patch as for openjdk8 (see changelog there for details) to get multiprocessor handling by default. Fix obsoletes for rpm 4.16.

- unconditional noarch subpackages

classlist generated only for server or client vm

jhsdb built only with serviceability agent (exclude from zero)

disable full docs

up to 9.0.4.12

- -fcommon to fix build with gcc10
- -fno-tree-dse to fix crashing java built with newer gcc (based on
  Fedora flags but narrowed down to single flag)
- disabled javac server (causes random build failures such as JDK-8201183)
- adjusted x32 patch (untested)
- fix for build on aarch64 (JDK-8224851)

- fix building with gcc 6

- gcc6 build fix from https://github.com/gnu-andrew/java-1.8.0-openjdk/blob/master/gcc6.patch

Version: 8u102.b14

x32 build still crashes :(

attempt to fix x32 build

Run java as smoke test to find problems early

Otherwise broken build with fail on cacerts generation, which might be
confusing.

protos.patch: Missing includes / prototypes

Restore x32.patch

Only part of it has been obsoleted.

Version: 8u92.b31

Version: 8u66.b02

R: jpackage-utils-1.7.5-7

Release: 2

libjawt.so moved to jre-base-X11

Release: 1

Note about versioning

The currently packaged '8u66' is not officially released yet, but that
is what Debian uses.

'zero assembly' VM for x32

use system giflib

this time it worked, strange…

The 'client' VM is not built by default any more

…removing it from %%files

fix macro that confuses adapter

adapterized again

this time, after fixing the adapter

Revert "adapterized"

This reverts commit db09f86e3f7cbc62ed66ed95bb221a0b9ff793cb.

Stupid adapter.

adapterized

Let our RPM handle debug symbols

Use --disable-debug-symbols to disable openjdk magic for creating
debuginfo/diz files and re-enable some optimizations tweaking for
debugging.

fix %%files leftover from icedtea7.spec

unset CLASSPATH

Pass JOBS=N instead -jN to make

OpenJDK makefiles do parallel building their own way.

use system libjpeg, libpng, lcms2 and pcsc-lite

patches borrowed from Debian

add missing md5 sum

libpath.patch from icedtea7

Makes sure extension modules are loaded from %{_libdir}/java

it seems to build now

…on x86_64 that is.

fix md5 sums and internal version numbers

Use the official 'update' release jdk8u66-b02

some progress with building

The code compiles, nothing more. It is not even the right snapshot.

preparing new package

The spec is based on icedtea7.spec.

This is still far from being complete.