Update changelog for 2018.11-5 release

Add and compile LLVM linker (LLD)

This linker can cross-link for different architecure. Unfortunately, I
haven't found a way how to tell clang to use this linker by default so
one has to link manually by using the ld.lld command.

Update changelog for 2018.11-4 release

Configure clang with LLVM_ENABLE_LLD=ON

This enables the use of LLVM linker rather than using GNU linker.
With LLVM linker it is possible to use the compiler as a
cross-compiler e.g. by using --target=aarch64 switch.

Update changelog for 2018.11-3 release

Remove use_gpuguard.patch since GPUGUARD is now disabled by default

Update HerculesCompiler and openmp submodules

* HerculesCompiler 9ff0055...a18ca9f (9):
  > Fixed issue with participating threads, and lowered throttle thread prio to not block bottom halves of interrupt handlers
  > Better error message if a Compatible interval fails to be registered
  > Registering Compatible intervals
  > Added support for COMPATIBLE in PremRegistry
  > Less verbose tiler
  > Adjusted output from Mark
  > Changed kernel name to function name for non-NVIDIA
  > Added possibility to whitelist external functions through HERCULES_EXTERNAL_WHITELIST
  > Disable GPUguard by default

* openmp 7716df0...691e996 (1):
  > Disable GPUguard by default

Used default path for passes if no environment variable was specified

[The patch was streamlined by Michal Sojka]

Check first for generated Option.h in build directory and then at the original location

Specify in Makefile if GPUGUARD is used

 * Set USE_GPUGUARD variable in Makefile to enable GPUGUARD

Add git-buildpackage configuration and instructions

Changed debian/rules

Added rule to ignore missing dependency information in shared
libraries. This resolves the following error:

    dpkg-shlibdeps: error: no dependency information found for
    /usr/lib/aarch64-linux-gnu/tegra/libcuda.so.1 (used by
    debian/hercules-compiler/opt/hercules-compiler/lib/libomptarget.rtl.cuda.so)

The error appears when compiling the package on TX2.

[Commit message modified by Michal Sojka]

debian: Requier newer cmake only during cross-compiling

For native compilation (e.g. on TX2), older cmake is sufficient.

debian: Reformat build rependencies

Put each dependency on a separate line.

debian: Allow building against NVIDIA's CUDA package

Previously, build-depends contained only the name of official Debian
package. NVIDA's package has different name.

README: Build only binary package

Building the source package takes ages on TX2 and is not needed for
unofficial packages.

Decide whether to use GPU-guard in the main Makefile

Configure clang via cmake options rather than via modifying sources

Use Makefile configuration

Configure HerculesCompiler via CMake rather than by editing Options.h

We will update the top-level Makefile to take this into account in the
next comits.

Updated Hercules compiler submodules

Updated HerculesCompiler submodule

 * Also updated some patches to still work with this version (more
   updates will come in next commits)

Updated git submodules

Updated to new HerculesCompiler version

Updated to latest Hercules and openmp version

Compile libpremnotify-gpu only when nvcc is detected

And use gcc-5 when building debian package.

Added commands for building libpremnotify-gpu

[Minor modifications by Michal Sojka]

Add require-cuda.patch

Requiring CUDA cannot be specified from cmake command line, so we have
to patch the source.

debian: Use native libelf as build dependency

Without this, CUDA offloading target is not built.

debian: Add CUDA to build dependencies

Use gcc-5 to avoid various compile errors

nvcc fails in strange ways with gcc-6. Even if we build with CUDA 9,
where gcc-6 is officially supported.

README: Make links hyperlinks

Fixed problems with compilation

  * Added trailing / to HERCULES_PASS_ROOT in Makefile to fix path problem during usage of the hercules compiler
  * Changed llvm-passes/include/Config/Options.h to solve errors during hercules configuration
     - enabled USE_HW_CACHES_INDWRITEBACK_LIBCALL, DONT_SPECIALIZE_EXECUTE and PREFETCH_REPS 1

Correct submodule URL

Rename README

Update configuration for the new compiler version and add a new libpremnotify patch

Update changelog for 2018.7-1 release

Update to the new compiler version published by ETHZ

Clean native build directory

Update changelog for 2017.11-3 release

Build libpremnotify before the compiler

This is to see potential build failures early in the build.

Use correct cross-compiler for libpremnotify-cpu

Generate multi-file orig.tar.gz

Add build dependencies needed for off-loading

Specify minimum cmake version

This is the version that is known to work for cross-building.

Update debian/changelog

README: Cover cross-building for Xenial

Build native *-tblgen during cross builds

For some reason, LLVM buildsystem does treat our crossbuilds as native
builds. Perhaps because we use qemu-user-static to allow running cross
binaries. To build everything correcly, native tblgen binaries are
needed.

This commit build native tblgen binaries and uses them for the cross
build.

Fix cross-building of Hercules passes

Mark python3 dependency as any

This ensures that cross-build does not install target (arm) version of
python3 but a native (amd64) one.

Add README

Switch to release build

Update prefix etc.

Update rules

Update rules

Update patch

Add debian/patches etc.

Also compile and install libpremnotify

Build & install Hercules passes

Create orig.tar.gz from git index rather than from worktree

Update Makefile

Cross compile to arm64 works

Add build dependencies and create-orig-tgz Makefile target

Add simple debian packaging

Initial commit