This reverts commit 0107f80dcf268d08ac075b01729820062c0fbd67

The reason for doing this is explained by @vizs in #143, copying the
message here:

Andreas wrote the function
`annotation_translate_quadrilateral`[^1][^2] to fix misplaced
annotations due to the then bug in `glib`. This misplacement bug can
be seen in the images posted in issue politza/pdf-tools#577, along
with PDFs in which the bug can be reproduced.

This lack of translation in the `glib` backend was fixed in `poppler
0.86.0` but the workaround was still left hanging in `epdfinfo.c`
which brings us to today where this unneeded translation bites our
back. I commented out the calls to
`annotation_translate_quadrilateral` in `epdinfo.c` and to my
surprise, there were no misplaced translations in files which
displayed the misplacing behaviour and in files which did not have
this behaviour.

[1]:
https://github.com/politza/pdf-tools/commit/0107f80dcf268d08ac075b01729820062c0fbd67
[2]: politza/pdf-tools#122

Closes: #143
Closes: #146

They aren't used.

Fixes #138.

This commit also removes C++ entirely, as it is not needed anymore for
correct compilation of `epdfinfo`. The following changes are made:

- Remove private headers from all the server code. This involves:
  - Replace private header functionality with the correct public
    functions provided by poppler.
  - Remove unneeded headers around date checks
  - Delete dead-code (headers, m4 macros)

- Remove C++, g++ and similar aliases from all the code. Also:
  - Remove related information from the README
  - Remove related information from CI and Dockerfiles

Work done by: @Pi-Cla
Closes: #105, #103, #109, #114

This reverts commit 37bbe861755bc60c7cc333359fee3e2a5d919c77.

As explained by @ShuguangSun (re: testing the change on Windows) on

> Sorry. It is my fault. The issue is still there. The different is
> that the temp dir is created now. However, it reports "Unable to
> create temporary file".

Reopens: #110

This reverts commit 8ee31220a6ae3e41549bfffca7a89c481d270004 and
brings in @JunyuanChen's change once again.

We modify the commit to fix the problem on Windows by changing the
code as follows:

--- a/server/epdfinfo.c
+++ b/server/epdfinfo.c
@@ -347,6 +347,6 @@
 static char*
 mktempfile()
 {
-  char template[] = "/tmp/epdfinfoXXXXXX";
+  char template[] = P_tmpdir "/epdfinfoXXXXXX";
   char *filename = malloc(sizeof(template));
   memcpy(filename, template, sizeof(template));

This works correctly for Windows (as confirmed by @ShuguangSun),
Mac (tested by @vedang) and Linux (tested by @Junyuanchen)

Relates to: #101, #94
Closes: #110

This reverts commit d63a1e7d87f9b0a19209f2eeb170bcf64612aa2f.

In d63a1e7, @JunyuanChen fixed a long standing compilation warning by
replacing `tempnam` with `mkstemp` in `epdfinfo`. However, the
`mkstemp` implementation does not work correctly on MS
Windows (probably because the path template is "wrong" for Windows).

I am reverting the commit and opening a new issue #110 to track the
correct implementation of `mkstemp` (or equivalent) on MS Windows.

It would also be great to add a test against Windows CI to open a PDF
and check that the operation completes successfully.

Closes: #101

Removes the following warning when compiling `epdfinfo`:

```
build/server/epdfinfo.c:354: warning: the use of `tempnam' is
dangerous, better use `mkstemp'
```

The correct possessive with it is "its", not "it's".

Closes: politza#689

Typos found with codespell.