update x32 patch based on debian patches

add fixes from openjdk9

- disable full docs
- jhsdb built only with serviceability agent (exclude from zero)
- classlist generated only for server or client vm

up to 11.0.8

up to 10.0.2.13

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.