Re: New HintView release
Hello Hilmar,
the error you mention occurs when generating the .depend file with the
-MM option
gcc -I../backend -MM *.c > .depend || true
renderOGL.c:34:10: error: #include expects "FILENAME" or <FILENAME>
34 | #include FT_FREETYPE_H
This was a recommendation for compilation on systems with strict 8.3
requirement on filenames
and I had it in the Linux version to keep the differences between the
various renderOGL.c files to a minimum. I have replaced it by
<freetype/freetype.h>. The macro is still used in ../backend/hfonts.c
but if that is a problem, I can replace this occurrence as well.
I just pushed the changes.
If all is OK, I will put a tag "release2.1.0" on the repository. The
release number is not consecutive because I try to keep the release
numbers in sync with the backend and the releases for the other OS's.
Best regards
Martin
On 12/9/24 23:04, Preuße, Hilmar wrote:
Am 09.12.2024 um 14:14 schrieb Martin Ruckert:
Hello Martin,
In preparation for TeX Live 2025, I have updated the sources for
HintView on https://github.com/ruckertm/HINT in the hintview/Linux
directory.
I have also incorporated the manpage_section.patch from the patches
directory of the debian-tex/hintview.
I've uploaded that thingy to Debian unstable in the hope this was
correct. If it wasn't meant to be working w/ TL2024 drop me a note, so
I can prevent it from migrating to testing.
I was not sure what to do with the add_GL.patch, because my
repository does not have a CMakeLists.txt file. But I am happy to add
any files to my upstream repository if you think this is useful.
That patch is obsolete. It it still in our repository, but
deactivated. So, don't care about it.
I am not familiar with the process of making a Debian package, but I
am willing to learn. So I there is anything I can do, please let me
know.
Well, that is what Debian Maintainers are for. Give me a good build
system (and good code), that is all, what I need. ;-)
Hilmar
P.S.: During build I got this error message:
renderOGL.c:34:10: error: #include expects "FILENAME" or <FILENAME>
34 | #include FT_FREETYPE_H
| ^~~~~~~~~~~~~
--
Martin Ruckert
Hochschule München
Fakultät für Informatik und Mathematik
Reply to: