- dev-luatex - NTG Mailing Lists

svn revision ids
by Taco Hoekwater 22 Feb '10

22 Feb '10

Hi, As of revision 3436, luatex once again reports a svn revision id in the banner when it has been built on a system with a working 'svn' command. The script that fetches the number is based on an idea of Reinhard Kotucha, and uses 'svn info URL' to get the number. The script is source/texk/web2c/luatexdir/getluatexsvnrevision.sh, and it is currently run from build.sh and from the tools/luatextag script. The latter is used to create the source tarballs. I am curious how it works out for other people, as it is quite possible that I made a thinking error yet again. Best wishes, Taco

6 19

Cron <luatex@boekplan> /var/www/luatex.org/www/bin/luatex-svn
by root＠mail.boekplan.nl 21 Feb '10

21 Feb '10

------------------------------------------------------------------------ r3436 | taco | 2010-02-21 16:34:00 +0100 (Sun, 21 Feb 2010) | 4 lines Changed paths: M /tools/luatextag M /trunk/build.sh M /trunk/manual/luatexref-t.pdf M /trunk/manual/luatexref-t.tex M /trunk/source/texk/web2c/Makefile.in M /trunk/source/texk/web2c/luatexdir/am/luatex.am A /trunk/source/texk/web2c/luatexdir/getluatexsvnversion.sh M /trunk/source/texk/web2c/luatexdir/lua/lstatslib.c M /trunk/source/texk/web2c/luatexdir/lua/luainit.c M /trunk/source/texk/web2c/luatexdir/luatex.c M /trunk/source/texk/web2c/luatexdir/tex/mainbody.c M /trunk/source/texk/web2c/luatexdir/tex/mainbody.h M /trunk/source/texk/web2c/luatexdir/tex/printing.c M /trunk/source/texk/web2c/luatexdir/tex/printing.h M /trunk/source/texk/web2c/luatexdir/tex/texfileio.c Add support for revision numbers in the banner and stats library again, bump the version number to 0.51, and update the manual. Thanks to Reinhard Kotucha for the idea of getluatexsvnversion.sh. ------------------------------------------------------------------------ r3437 | oneiros | 2010-02-21 17:01:57 +0100 (Sun, 21 Feb 2010) | 2 lines Changed paths: M /trunk/source/texk/web2c/luatexdir/getluatexsvnversion.sh make it work with non-english systems ------------------------------------------------------------------------ r3438 | taco | 2010-02-21 18:00:03 +0100 (Sun, 21 Feb 2010) | 2 lines Changed paths: M /trunk/source/texk/web2c/luatexdir/getluatexsvnversion.sh new attempt at version numbers, now using svnversion ------------------------------------------------------------------------ r3439 | taco | 2010-02-21 18:04:34 +0100 (Sun, 21 Feb 2010) | 3 lines Changed paths: M /trunk/source/texk/web2c/luatexdir/getluatexsvnversion.sh 1. I forgot the `which` in front of svnversion, and 2. Have to do an svn up first. ------------------------------------------------------------------------ r3440 | taco | 2010-02-21 18:18:29 +0100 (Sun, 21 Feb 2010) | 2 lines Changed paths: M /trunk/source/texk/web2c/luatexdir/getluatexsvnversion.sh add an existence test for the .svn directory ------------------------------------------------------------------------ r3441 | oneiros | 2010-02-21 18:28:43 +0100 (Sun, 21 Feb 2010) | 2 lines Changed paths: M /trunk/source/texk/web2c/luatexdir ignore luatex_svnversion.h ------------------------------------------------------------------------

1 0

luatex 0.60 literate progamming options
by Taco Hoekwater 21 Feb '10

21 Feb '10

Hi all, Karl Berry wondered about the plans for luatex, for texlive 2010 planning. Below is the message I replied him, and in a later message he set March 31 as an initial deadline for code submissions, so that is what we have to aim for for 0.60. The most important immediate decision is what to do about the literate programming issue, as we explicitly promised that for the 0.60 release. Here is the list of serious candidates (in my current opinion): * Cweb http://www-cs-faculty.stanford.edu/~knuth/cweb.html * Doxygen http://www.stack.nl/~dimitri/doxygen/ * Noweb http://www.cs.tufts.edu/~nr/noweb/ Cweb has a head start because of its relation to WEB (we all like DEK, the needed tools are in texlive, the retained comments already use the correct formatting, and perhaps most importantly Hartmut and I are used to its quirks). But that does not mean it should automatically be the tool to use. Doxygen has a number of advantages: it formalizes api documentation, it supports html output as well as latex, its use is much more common, and the input keeps looking like normal C files to the build tools (important for dependency tracking in make). Finally, noweb is interesting because it is much simpler than cweb and also (mainly) because Norman Ramsey is/was planning to redo it in lua, which would mean that in the end it might be possible to use luatex to generate itself and its documentation. But it has most of the same build-time drawbacks that cweb has. I'll be studying these options for the next week or so, and I hope you will do the same. Also, let me know if there are other candidates that are worth investigating. Best wishes, Taco PS besides the core luatex team, I put dev-luatex and a bunch of people in the CC list that may have interesting input to the discussion. Taco Hoekwater wrote: > Karl Berry wrote: >> >> That leaves LuaTeX. Taco, what should we aim for shipping in 2010, and >> when? (And let's be sure that we update context and luatex in TL at the >> same time this year, so context mkiv stands a chance.) > > > For luatex itself, the two major plans for 0.60 are > 1. go back to Cweb (or something similar) from plain C > 2. consolidate binary lua module loading > unfortunately, it is likely both will affect the build process > > Point 1 still needs a decision to be made (use cweb, use doxygen, or > write something ourselves), I expect that decision to be made in this > month, and the initial implementation to follow a few weeks later. > > Point 2 has unsolved issues with the use of the lua core, which > really should become a dynamic, private dll to avoid problems between > the lua core symbols use by such external modules and luatex's > embedded (patched) lua core symbols. I am not too thrilled about > implementing this, so I have postponed it until now. (a longer, more > technical email about this will follow in a few days) > > There are some other things planned for luatex 0.60, but those > are relatively minor and, most importantly, wont affect the build > process much. So once the two point above are resolved, the code > could go into the TL repository. Sounds like end of March would > be doable for that. > > Meanwhile, don't forget metapost, massive amounts of work going on > there. But metapost 2 will not be finished before early summer (at > the very earliest), so I guess the best solution is to stick with > metapost 1.2 in TL 2010, and possibly also include a pre-release of > metapost 2, if anything release-able is ready in time. > > I think actually it would help if you set straight deadlines > for code submissions, that way I can reschedule the development > work to match those. Both metapost and luatex are actively > developed: there is a never a point where there are no great > changes planned. > > Best wishes, > Taco

5 6

Cron <luatex@boekplan> /var/www/luatex.org/www/bin/luatex-svn
by root＠mail.boekplan.nl 21 Feb '10

21 Feb '10

------------------------------------------------------------------------ r3435 | taco | 2010-02-21 13:00:40 +0100 (Sun, 21 Feb 2010) | 3 lines Changed paths: M /trunk/source/texk/web2c/luatexdir/lua/ltexlib.c add tex.sp() function, and patch dimen_to_number() so that it uses TeX82's rules. ------------------------------------------------------------------------

1 0

dimension helper
by Paweł Jackowski 21 Feb '10

21 Feb '10

Dear Team, it is a common convention in luatex that dimensions are specified either as a number (in scaled points) or a string with unit included. But unless I'm blind, there is no helper function that converts string dimension to a number. Seems that there is a standard dimen_to_number() function for that purpose. Would be convenient to have such on aboard. If I make such a helper, will you consider adding it to a repo? I'm thinking of tex.sp'1in' -> 4736286 tex.sp() -> error argument must be a string or more general tex.unit('1in', 'cm') -> 2.54 wdyt? -- Pawe/l Jackowski P.Jackowski(a)gust.org.pl

6 9

Re: [Dev-luatex] helpers
by c.a.rowley＠open.ac.uk 21 Feb '10

21 Feb '10

Wow! Humour and even a song or two ... on dev-luatex!!!?? Every little spit helps! chris --------------------------------------------------------------------------- The Open University is incorporated by Royal Charter (RC 000391), an exempt charity in England & Wales and a charity registered in Scotland (SC 038302)

1 0

Cron <luatex@boekplan> /var/www/luatex.org/www/bin/luatex-svn
by root＠mail.boekplan.nl 20 Feb '10

20 Feb '10

------------------------------------------------------------------------ r3433 | hhenkel | 2010-02-20 11:03:04 +0100 (Sat, 20 Feb 2010) | 2 lines Changed paths: M /trunk/source/texk/web2c/luatexdir/font/luatexfont.h M /trunk/source/texk/web2c/luatexdir/font/writefont.c M /trunk/source/texk/web2c/luatexdir/font/writet3.c M /trunk/source/texk/web2c/luatexdir/pdf/pdfgen.c font function call cleanup ------------------------------------------------------------------------ r3434 | hhenkel | 2010-02-20 11:17:42 +0100 (Sat, 20 Feb 2010) | 2 lines Changed paths: M /trunk/source/texk/web2c/luatexdir/font/writefont.c another function call cleanup ------------------------------------------------------------------------

1 0

Cron <luatex@boekplan> /var/www/luatex.org/www/bin/luatex-svn
by root＠mail.boekplan.nl 19 Feb '10

19 Feb '10

------------------------------------------------------------------------ r3432 | taco | 2010-02-19 14:47:22 +0100 (Fri, 19 Feb 2010) | 2 lines Changed paths: M /trunk/source/texk/web2c/luatexdir/font/writet1.c allow pfb lines to end with \r as well as \n (for msam10.pfb) ------------------------------------------------------------------------

1 0

Cron <luatex@boekplan> /var/www/luatex.org/www/bin/luatex-svn
by root＠mail.boekplan.nl 17 Feb '10

17 Feb '10

------------------------------------------------------------------------ r3431 | oneiros | 2010-02-17 21:35:50 +0100 (Wed, 17 Feb 2010) | 5 lines Changed paths: M /trunk/source/texk/web2c/luatexdir/image/pdftoepdf.cc When concatenating content streams, put a space between them (see the recent discussion on pdftex: http://tug.org/pipermail/pdftex/2010-February/008330.html ) Seems everybody else does it this way and the standard is a bit unclear. ------------------------------------------------------------------------

1 0

fontloader's memory leaks
by Khaled Hosny 16 Feb '10

16 Feb '10

We are writing a font indexing script[1] for use with LaTeX and plain TeX (luaotfload package[2]), in order to gather all the info we need (mainly, names table and optical size) we are loading the fonts with the full blown fontloader.open(), now the problem is that memory consumption is steadily growing to the point that it can hang the whole system (I had to use a 2 GB swap instead of .5 GB + 1 GB memory to avoid system freeze) despite the fact that every open() call is followed by a close() call. It seems that fontloader.close() is not freeing the memory as it should (valgrind reports too many potential memory leaks). Any idea, is there a possibility for this to get improved? [1] http://github.com/mpg/luaotfload/blob/master/luaotfload-fonts.lua [2] http://github.com/mpg/luaotfload P.S. I tried to extend fontloader.info() to return the additional info we need and I managed to get the names and pfm tables and it was still as fast, but stopped at optical size info which for a reason beyond to me is implemented by OpenType specifications as a GPOS feature! and I couldn't get fontloader to parse GPOS table without parsing glyphs first. Regards, Khaled -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer

2 1