Re: [NTG-context] zint module on LMTX
Дана 04.09.2022. у 12:36, ntg-context-request@ntg.nl пише: looks like the library is loaded ... so what is your test we don't do png, we do outlines (actually native zint graphic structures that we then convert with mp) Hans Hi Hans, here is the example that I used, basically I took it from the from the module: \starttext \usemodule[zint] \startTEXpage \barcode[alternative=PDF417,text={Hans Hagen}]% \blank \barcode[alternative=pdf417,text={Ton Otten}]% \blank \barcode[alternative=ISBN,text=9789490688011]% \blank \barcode[alternative=isbn,text=9789490688011,width=3cm]% \blank \dontleavehmode %\barcode[alternative=qr code,text={This is ConTeXt MKIV : #1}] \barcode[alternative=qr code,text={This is ConTeXt LMTX}] \barcode[alternative=qr code,text={\input{tufte}},width=3cm] \stopTEXpage \stoptext The resulting PDF has just empty page Best regards, Ivan
On Sun Sep 4, 2022 at 11:59 AM CEST, Ivan Pešić via ntg-context wrote:
Дана 04.09.2022. у 12:36, ntg-context-request@ntg.nl пише:
looks like the library is loaded ... so what is your test
we don't do png, we do outlines (actually native zint graphic structures that we then convert with mp)
Hans
Hi Hans, here is the example that I used, basically I took it from the from the module:
\starttext \usemodule[zint] \startTEXpage \barcode[alternative=PDF417,text={Hans Hagen}]% \blank \barcode[alternative=pdf417,text={Ton Otten}]% \blank \barcode[alternative=ISBN,text=9789490688011]% \blank \barcode[alternative=isbn,text=9789490688011,width=3cm]% \blank \dontleavehmode %\barcode[alternative=qr code,text={This is ConTeXt MKIV : #1}] \barcode[alternative=qr code,text={This is ConTeXt LMTX}] \barcode[alternative=qr code,text={\input{tufte}},width=3cm] \stopTEXpage \stoptext
The resulting PDF has just empty page
Best regards, Ivan
First, try without the \startTEXpage / \stopTEXpage, so you don't have empty first page. Now, as mentioned, the library loads correctly, but luametatex can't read the binary structures passed in memory by zint. This can be due to ABI mismatch for different versions. This was already discussed and since then also solved by option 3 from https://www.mail-archive.com/ntg-context@ntg.nl/msg102152.html So already for a while ConTeXt explicitly supports zint 2.10 and 2.11, while explicitly not supporting anything older. Newer may work, but that remains to be seen with the 2.12 release (2.11.x should still be compatible). In particular the development version 2.11.1.9 doesn't seem to break anything. Are you sure you are using the right ConTeXt LMTX and zint versions? I just tested with fresh ConTeXt LMTX install in a Windows virtual machine and with my build of zint (2.11.1): https://github.com/vlasakm/context-optional-libraries/releases/download/v202... and it works as expected. You can also try to build the libraries yourself from the repository: https://github.com/vlasakm/context-optional-libraries The aspiration was that this repository would pin the "known to work versions" of optional libraries and prepare build instructions for them. But it is now largely untested. I can only say that zint works, as I haven't tried others in a while. On the other hand from what I know zint is the only fragile one, other optionals are much more less likely to break. Michal
On 9/4/2022 12:59 PM, Michal Vlasák via ntg-context wrote:
The aspiration was that this repository would pin the "known to work versions" of optional libraries and prepare build instructions for them. But it is now largely untested. I can only say that zint works, as I haven't tried others in a while. On the other hand from what I know zint is the only fragile one, other optionals are much more less likely to break. we need to discuss with moijca on how to use that on the farm
thanks for keeping it going, Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl -----------------------------------------------------------------
On 9/4/2022 12:59 PM, Michal Vlasák via ntg-context wrote:
The aspiration was that this repository would pin the "known to work versions" of optional libraries and prepare build instructions for them. But it is now largely untested. I can only say that zint works, as I haven't tried others in a while. On the other hand from what I know zint is the only fragile one, other optionals are much more less likely to break. For some reason i get
CMake Error: Unknown argument --toolchain so i need to figure that out Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl -----------------------------------------------------------------
On 9/4/2022 11:59 AM, Ivan Pešić via ntg-context wrote:
Дана 04.09.2022. у 12:36, ntg-context-request@ntg.nl пише:
looks like the library is loaded ... so what is your test
we don't do png, we do outlines (actually native zint graphic structures that we then convert with mp)
Hans
Hi Hans, here is the example that I used, basically I took it from the from the module:
\starttext \usemodule[zint] \startTEXpage \barcode[alternative=PDF417,text={Hans Hagen}]% \blank \barcode[alternative=pdf417,text={Ton Otten}]% \blank \barcode[alternative=ISBN,text=9789490688011]% \blank \barcode[alternative=isbn,text=9789490688011,width=3cm]% \blank \dontleavehmode %\barcode[alternative=qr code,text={This is ConTeXt MKIV : #1}] \barcode[alternative=qr code,text={This is ConTeXt LMTX}] \barcode[alternative=qr code,text={\input{tufte}},width=3cm] \stopTEXpage \stoptext
The resulting PDF has just empty page
bah, there used to be precompiled x64 files for windows so one cpuld just drop in the dll (kind of strange to stick to 32 bit as most windows installations today are 64 bit) although i don't like top do it i cloned the zint repos and tried to compile (after migrating the proj file to vs2022) but it fails on some png.h file missing and i see no way to disable png) a pitty as zint used to be quite stable over years (at some point we will set up compilation on the farm and then we can stick to old stable versions forever) anyway, so instead of trying that i went for a quick and dirty cross compile on wls # mingw-64.cmake set(CMAKE_SYSTEM_NAME Windows) set(TOOLCHAIN_PREFIX x86_64-w64-mingw32) set(CMAKE_C_COMPILER ${TOOLCHAIN_PREFIX}-gcc) and on build then run mkdir build cd build cmake -DCMAKE_TOOLCHAIN_FILE=../mingw-64.cmake .. make which gives me a huge dll that we can strip to some 600+K and that one seems to load ok it assume of course that you have the linus subsystem installwd with gcc and the crosscompiler (which i have as it is how i compile luametatex) Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl -----------------------------------------------------------------
On Sun Sep 4, 2022 at 1:25 PM CEST, Hans Hagen via ntg-context wrote:
although i don't like top do it i cloned the zint repos and tried to compile (after migrating the proj file to vs2022) but it fails on some png.h file missing and i see no way to disable png)
Sorry, I don't have native windows compiler to test, but the options you probably want with zint's cmake are: -DZINT_USE_PNG=OFF -DZINT_USE_QT=OFF For example I use: cmake -S . -B build -DCMAKE_BUILD_TYPE=Release -DZINT_USE_PNG=OFF -DZINT_USE_QT=OFF from the root of repository. IIRC older versions may not support -S for source directory and -B for build directory so something like you had can be used: mkdir build cd build cmake -DZINT_USE_PNG=OFF -DZINT_USE_QT=OFF .. The ZINT_USE_PNG cmake option decides whether to pass -DNO_PNG to the compiler. In my repository I don't use zint's cmake at all, and compile the files manually (though also with cmake), and I set NO_PNG unconditionally: https://github.com/vlasakm/context-optional-libraries/blob/12085e89688332d2d... On Sun Sep 4, 2022 at 1:43 PM CEST, Hans Hagen via ntg-context wrote:
For some reason i get
CMake Error: Unknown argument --toolchain
For older versions following should work: -DCMAKE_TOOLCHAIN_FILE=cross-windows.cmake instead of the newer: --toolchain cross-windows.cmake Michal
participants (3)
-
Hans Hagen -
Ivan Pešić -
Michal Vlasák