August 2012 - dev-luatex - NTG Mailing Lists

Cron <luatex@boekplan> /var/www/luatex.org/www/bin/luatex-svn
by root＠mail.boekplan.nl 11 Aug '12

11 Aug '12

------------------------------------------------------------------------ r4464 | hhenkel | 2012-08-11 09:54:48 +0200 (Sat, 11 Aug 2012) | 2 lines Changed paths: M /trunk/source/texk/web2c/luatexdir/pdf/pdfgen.w fix mantis-0000764 ------------------------------------------------------------------------ r4465 | hhenkel | 2012-08-11 10:45:23 +0200 (Sat, 11 Aug 2012) | 2 lines Changed paths: M /trunk/source/texk/web2c/luatexdir/pdf/pdfgen.w another way to fix mantis-0000764 ------------------------------------------------------------------------

1 0

Cron <luatex@boekplan> /var/www/luatex.org/www/bin/luatex-svn
by root＠mail.boekplan.nl 09 Aug '12

09 Aug '12

------------------------------------------------------------------------ r4463 | hhenkel | 2012-08-09 21:01:54 +0200 (Thu, 09 Aug 2012) | 2 lines Changed paths: M /trunk/source/texk/web2c/luatexdir/lua/luastuff.w rm unnecessary len assignment according to PEB (mail 2012-07-31) ------------------------------------------------------------------------

1 0

Cron <luatex@boekplan> /var/www/luatex.org/www/bin/luatex-svn
by root＠mail.boekplan.nl 07 Aug '12

07 Aug '12

------------------------------------------------------------------------ r4462 | taco | 2012-08-07 17:08:21 +0200 (Tue, 07 Aug 2012) | 1 line Changed paths: M /trunk/source/texk/web2c/luatexdir/tex/mainbody.h increase sup_save_size by request from MS ------------------------------------------------------------------------

1 0

Cron <luatex@boekplan> /var/www/luatex.org/www/bin/luatex-svn
by root＠mail.boekplan.nl 07 Aug '12

07 Aug '12

------------------------------------------------------------------------ r4461 | hhenkel | 2012-08-06 22:28:35 +0200 (Mon, 06 Aug 2012) | 3 lines Changed paths: M /trunk/source/texk/kpathsea/ChangeLog M /trunk/source/texk/kpathsea/Makefile.am M /trunk/source/texk/kpathsea/Makefile.in M /trunk/source/texk/kpathsea/c-auto.in M /trunk/source/texk/kpathsea/config.h M /trunk/source/texk/kpathsea/configure M /trunk/source/texk/kpathsea/configure.ac M /trunk/source/texk/kpathsea/getopt.c M /trunk/source/texk/kpathsea/mingw32.h M /trunk/source/texk/kpathsea/progname.c M /trunk/source/texk/kpathsea/types.h M /trunk/source/texk/kpathsea/version.ac M /trunk/source/texk/kpathsea/win32/ChangeLog M /trunk/source/texk/kpathsea/win32/mktexfmt.c M /trunk/source/texk/kpathsea/win32/mktexpk.c M /trunk/source/texk/kpathsea/win32/mktextfm.c M /trunk/source/texk/kpathsea/win32lib.c M /trunk/source/texk/kpathsea/win32lib.h kpathsea from TeX Live 2012 r27306 (+ ./reautoconf run) ------------------------------------------------------------------------

1 0

new/missing feature in luamplib
by Keith J. Schultz 07 Aug '12

07 Aug '12

Hi Manuel, Everybody, I am just getting into LuaLaTeX. I needed to do some work with MetaPost. While working I came across a kudo. That is once inside the mblibcode environment one can not call Lua. THIS I consider a missing feature and a VERY important one. I figured it should not be not hard to add in this functionality, Which as it seems it is not. I look into the luamplib manual and notice that all that was needed was to patch luamplib.addline. All that was needed was to create a syntax/command that was inside the MetaPost code noticed this command extract the function call and have it executed. I have done this. It is just a couple of lines of code. On the TeX of LuaLaTeX side, one can know write \begin{mplibcode} <some normal Metapost commands> mplibcodedolua(<Lua function call>) <more Metapost commands> \end{mplibcode} My questions are: 1) Is there any interest in such a function. As I mentionedabove this is not a Lua function, just syntatic sugar so that the provide Lua function gets called. 2) What should it be called. mblibcodedolua ? I am asking this before I present my code here so that my code presents a rounded picture. regards Keith.

3 3

zlib version check
by Ulrich Mueller 02 Aug '12

02 Aug '12

Forwarding downstream bug report <https://bugs.gentoo.org/310487>. LuaTeX does a check if the version of the zlib shared library when executing agrees with the zlib version used at build time. IMHO, this check does more harm than good: - LuaTeX will refuse to run after every minor upgrade of zlib (e.g. if upgrading from zlib-1.2.6 to zlib-1.2.7) and needs to be rebuild. - There's no good way for automatic tools to detect this. See the downstream bug for details. - The full zlib version is the wrong thing to check. Changes in zlib's ABI are tracked by its soname (i.e. libz.so.1); the dynamic linker already takes care that the right version will be used. - In addition to this, zlib's deflateInit* and inflateInit* functions contain another version check, which looks at the initial version component only. So in total, the zlib version is checked at three different places (each time differently!). So, would it be possible to remove the check for the zlib version? See patch included below. Ulrich --- luatex-beta-0.70.1-orig/source/texk/web2c/luatexdir/luazlib/lzlib.c +++ luatex-beta-0.70.1/source/texk/web2c/luatexdir/luazlib/lzlib.c @@ -549,14 +549,6 @@ /* ====================================================================== */ - /* make sure header and library version are consistent */ - const char* version = zlibVersion(); - if (strncmp(version, ZLIB_VERSION, 5)) - { - lua_pushfstring(L, "zlib library version does not match - header: %s, library: %s", ZLIB_VERSION, version); - lua_error(L); - } - /* create new metatable for zlib compression structures */ luaL_newmetatable(L, ZSTREAMMETA); lua_pushliteral(L, "__index");

3 4