Hi all, I have just uploaded the archives for luatex 0.31.0. This is just an intermediate release so that some testing can be done on the updated fontforge embedding. * There are new fields being generated by fontforge.to_table(), and one or two old ones have been removed. These fields are / will be documented in the manual, but very briefly: - MATH table and associated information are now exported (the main reason for the new fontforge code) - Baseline data is now exported (perhaps usable in lua code) - Multiple Master / Glyph variation data is now exported (but useless, for now) - Mac Feature (AAT) information is now exported (perhaps usable in lua code) - If (lookup) names were saved via the PfED table, these will the exported instead of the default, generated names. (as requested by Yannis) * dfont is now treated as an archive format just like ttc when it comes to fontforge.info(). NOTE: that does not mean you can actually use them, because the backend doesn't know yet how to embed dfont fonts in the PDF, that is on the TODO list for the next big beta (0.40.0). * The executables are a lot larger than before. That is because much more of fontforge is included than before. Likely this will stay this way, because this makes upgrading the ff code much easier, and it means that luatex/FF potentially understands more font formats (after upgrading the backend, of course) The archives (just binaries this time) can be downloaded from supelec as usual: http://foundry.supelec.fr/projects/luatex/ If you need the sources, please check out via anonymous svn: svn co svn://scm.foundry.supelec.fr/svn/luatex/tags/beta-0.31.0 Bugs and feature requests can be added to the issue tracker at http://tracker.luatex.org Have fun, Taco _______________________________________________ dev-luatex mailing list dev-luatex@ntg.nl http://www.ntg.nl/mailman/listinfo/dev-luatex
Hi Taco, may I ask a completely uninformed question? I'm wondering whether it's also possible to access the glyphs' path data from within LuaTeX (and/ or MetaPost) ... Best, Oliver
Hi all,
I have just uploaded the archives for luatex 0.31.0.
This is just an intermediate release so that some testing can be done on the updated fontforge embedding.
* There are new fields being generated by fontforge.to_table(), and one or two old ones have been removed. These fields are / will be documented in the manual, but very briefly:
- MATH table and associated information are now exported (the main reason for the new fontforge code) - Baseline data is now exported (perhaps usable in lua code) - Multiple Master / Glyph variation data is now exported (but useless, for now) - Mac Feature (AAT) information is now exported (perhaps usable in lua code) - If (lookup) names were saved via the PfED table, these will the exported instead of the default, generated names. (as requested by Yannis)
* dfont is now treated as an archive format just like ttc when it comes to fontforge.info(). NOTE: that does not mean you can actually use them, because the backend doesn't know yet how to embed dfont fonts in the PDF, that is on the TODO list for the next big beta (0.40.0).
* The executables are a lot larger than before. That is because much more of fontforge is included than before. Likely this will stay this way, because this makes upgrading the ff code much easier, and it means that luatex/FF potentially understands more font formats (after upgrading the backend, of course)
The archives (just binaries this time) can be downloaded from supelec as usual:
http://foundry.supelec.fr/projects/luatex/
If you need the sources, please check out via anonymous svn:
svn co svn://scm.foundry.supelec.fr/svn/luatex/tags/beta-0.31.0
Bugs and feature requests can be added to the issue tracker at
Have fun, Taco
Hi, I have just uploaded luatex 0.31.1, hopefully fixing a bunch of compilation errors on various platforms, but with no other visible changes. The archives (just binaries this time, hopefully there will be a source package later) can be downloaded from supelec as usual: http://foundry.supelec.fr/projects/luatex/ If you need the sources, please check out via anonymous svn: svn co svn://scm.foundry.supelec.fr/svn/luatex/tags/beta-0.31.1 Bugs and feature requests can be added to the issue tracker at http://tracker.luatex.org Have fun, Taco
Hi all, Quick warning from me: if you update from the minimals this week, be prepared for some potential problems with opentype fonts in luatex. Because of the update of the embedded fontforge, there are some differences in the font table format that Hans and I have yet to sort out. While that will not take long, it will still mean the beginning of next week at the earliest (because Hans is teaching in Brno). Best wishes, Taco Taco Hoekwater wrote:
Hi,
I have just uploaded luatex 0.31.1, hopefully fixing a bunch of compilation errors on various platforms, but with no other visible changes.
Taco Hoekwater wrote:
Hi all,
Quick warning from me: if you update from the minimals this week, be prepared for some potential problems with opentype fonts in luatex. Because of the update of the embedded fontforge, there are some differences in the font table format that Hans and I have yet to sort out.
While that will not take long, it will still mean the beginning of next week at the earliest (because Hans is teaching in Brno).
we just found that out here! can we use the old binary for a while? Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------
On Tue, Dec 9, 2008 at 12:39 PM, Taco Hoekwater wrote:
Hi all,
Quick warning from me: if you update from the minimals this week, be prepared for some potential problems with opentype fonts in luatex. Because of the update of the embedded fontforge, there are some differences in the font table format that Hans and I have yet to sort out.
No problem. LuaTeX did not compile on most platforms anyway, so it couldn't have affected too many people :) :) :) (We only have the linux & freebsd binary there; in case of serious problems it's no problem to revert back to the old version of LuaTeX for those two platforms as well.) Mojca
Mojca Miklavec wrote:
No problem. LuaTeX did not compile on most platforms anyway, so it couldn't have affected too many people :) :) :) (We only have the linux & freebsd binary there; in case of serious problems it's no problem to revert back to the old version of LuaTeX for those two platforms as well.)
ok, just rollback then till we can do a synced mkiv/luatex update Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------
Hi, I have just uploaded luatex 0.31.2, in the ongoing attempt to fix build troubles. * I have now received succesful build reports from * linux on i386 * mingw32 (that is built by me) * freebsd on i386 * solaris on sparc * osx (intel & ppc) so it seems the source should be more or less ok now. Besides fixing building issues, this release has * A small fix for a crash that could happen when using external OCPs. * A fix in the format of fontforge.to_table output. (In 0.31.1 <font>.lookups was near-empty; the lookups were accidentally output as part of the gpos table). The archives (just binaries this time, hopefully there will be a source package later) can be downloaded from supelec as usual: http://foundry.supelec.fr/projects/luatex/ If you need the sources, please check out via anonymous svn: svn co svn://scm.foundry.supelec.fr/svn/luatex/tags/beta-0.31.2 Bugs and feature requests can be added to the issue tracker at http://tracker.luatex.org Have fun, Taco
Hi, To make sure I don't forget this time: The font output format is still incompatible with current context, so inclusion in the minimals will have to wait until a new context beta next week. The change is not big, but enough to be fatal. Best wishes, Taco Taco Hoekwater wrote:
Hi,
I have just uploaded luatex 0.31.2, in the ongoing attempt to fix build troubles.
* I have now received succesful build reports from
* linux on i386 * mingw32 (that is built by me) * freebsd on i386 * solaris on sparc * osx (intel & ppc)
so it seems the source should be more or less ok now.
Besides fixing building issues, this release has
* A small fix for a crash that could happen when using external OCPs.
* A fix in the format of fontforge.to_table output. (In 0.31.1 <font>.lookups was near-empty; the lookups were accidentally output as part of the gpos table).
The archives (just binaries this time, hopefully there will be a source package later) can be downloaded from supelec as usual:
http://foundry.supelec.fr/projects/luatex/
If you need the sources, please check out via anonymous svn:
svn co svn://scm.foundry.supelec.fr/svn/luatex/tags/beta-0.31.2
Bugs and feature requests can be added to the issue tracker at
Have fun, Taco
_______________________________________________ dev-context mailing list dev-context@ntg.nl http://www.ntg.nl/mailman/listinfo/dev-context
On Wed, Dec 10, 2008 at 10:49:29AM +0100, Taco Hoekwater wrote:
* A small fix for a crash that could happen when using external OCPs.
Thanks for the fix. Another issue, with external OCPs, luatex easily exceeds maximum open files limit on linux an segfaults. A 20 pages ConTeXt file has around 3000 /tmp/__aleph__{in,out}* open files. I had to increase the max. limit to get around this. Regards, -- Khaled Hosny Arabic localizer and member of Arabeyes.org team
Khaled Hosny wrote:
On Wed, Dec 10, 2008 at 10:49:29AM +0100, Taco Hoekwater wrote:
* A small fix for a crash that could happen when using external OCPs.
Thanks for the fix. Another issue, with external OCPs, luatex easily exceeds maximum open files limit on linux an segfaults. A 20 pages ConTeXt file has around 3000 /tmp/__aleph__{in,out}* open files. I had to increase the max. limit to get around this.
hm, why so many open files? ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------
Khaled Hosny wrote:
On Wed, Dec 10, 2008 at 10:49:29AM +0100, Taco Hoekwater wrote:
* A small fix for a crash that could happen when using external OCPs.
Thanks for the fix. Another issue, with external OCPs, luatex easily exceeds maximum open files limit on linux an segfaults. A 20 pages ConTeXt file has around 3000 /tmp/__aleph__{in,out}* open files. I had to increase the max. limit to get around this.
There was a missing fclose() in run_external_ocp. Fixed in SVN. Best wishes, Taco
On Thu, Dec 11, 2008 at 10:30:25AM +0100, Taco Hoekwater wrote:
Khaled Hosny wrote:
On Wed, Dec 10, 2008 at 10:49:29AM +0100, Taco Hoekwater wrote:
* A small fix for a crash that could happen when using external OCPs.
Thanks for the fix. Another issue, with external OCPs, luatex easily exceeds maximum open files limit on linux an segfaults. A 20 pages ConTeXt file has around 3000 /tmp/__aleph__{in,out}* open files. I had to increase the max. limit to get around this.
There was a missing fclose() in run_external_ocp. Fixed in SVN.
This actually fixes half the issue, luatex were keeping to open instants of each output file and one of each input file, now it keeps one of each. It turned out that each input and output file is opened twice because mkstemp() opens the newly created file and returns a file descriptor. The attached patch, almost copied from Omega's omegabis.c file, takes care of this. Regards, -- Khaled Hosny Arabic localizer and member of Arabeyes.org team
Hi, I have just uploaded luatex 0.31.3. This release has a bunch of updates from the development trunk. It is intended as a bug release for 0.31.2 only, there are no new features. * Closing of files opened by \externalocp. * Fix for a locale-related bug that make PDF generation fail with a "Parsing CFF Dict failed" message when including opentype fonts. * The included metapost is now version 1.102. * PDF rules in vertical modes in RL direction where output in the wrong direction * Fix for a crash on Apple fonts that contain a 'bsln' table. * The handling of the second argument to fontforge.open() was broken * The included libpng is now 1.2.34 * Handling of ttc files on Windows was broken The archives (just binaries this time, hopefully there will be a source package later) can be downloaded from supelec as usual: http://foundry.supelec.fr/projects/luatex/ If you need the sources, please check out via anonymous svn: svn co svn://scm.foundry.supelec.fr/svn/luatex/tags/beta-0.31.3 Bugs and feature requests can be added to the issue tracker at http://tracker.luatex.org Have fun, Taco
Hi Taco,
I downloaded the code and compiled it on my Leopard 10.5.5 with gcc
4.0.1 from Xcode,
and I got a lot of, almost every one of, objects that have no symbols:
=================================================================
ranlib: file: ../.libs/libfontforge.a(autotrace.o) has no symbols
ranlib: file: ../.libs/libfontforge.a(bezctx_ff.o) has no symbols
ranlib: file: ../.libs/libfontforge.a(http.o) has no symbols
ranlib: file: ../.libs/libfontforge.a(plugins.o) has no symbols
ranlib: file: ../.libs/libfontforge.a(print.o) has no symbols
ranlib: file: ../.libs/libfontforge.a(utils.o) has no symbols
ranlib ../.libs/libfontforge.a
ranlib: file: ../.libs/libfontforge.a(autotrace.o) has no symbols
ranlib: file: ../.libs/libfontforge.a(bezctx_ff.o) has no symbols
ranlib: file: ../.libs/libfontforge.a(http.o) has no symbols
ranlib: file: ../.libs/libfontforge.a(plugins.o) has no symbols
ranlib: file: ../.libs/libfontforge.a(print.o) has no symbols
ranlib: file: ../.libs/libfontforge.a(utils.o) has no symbols
creating ../libfontforge.la
(cd ../.libs && rm -f libfontforge.la && ln -s ../libfontforge.la
libfontforge.la)
sh -c "ar cru libff.a fontforge/fontforge/*.o fontforge/gutils/*.o
fontforge/Unicode/*.o ffdummies.o luafflib.o"
ranlib: file: libff.a(autotrace.o) has no symbols
ranlib: file: libff.a(bezctx_ff.o) has no symbols
ranlib: file: libff.a(http.o) has no symbols
ranlib: file: libff.a(plugins.o) has no symbols
ranlib: file: libff.a(print.o) has no symbols
ranlib: file: libff.a(utils.o) has no symbols
ranlib: file: libff.a(gimagereadgif.o) has no symbols
ranlib: file: libff.a(gimagereadjpeg.o) has no symbols
ranlib: file: libff.a(gimagereadpng.o) has no symbols
ranlib: file: libff.a(gimagereadtiff.o) has no symbols
ranlib: file: libff.a(gimagewritejpeg.o) has no symbols
ranlib: file: libff.a(gimagewritepng.o) has no symbols
ranlib: file: libff.a(gio.o) has no symbols
ranlib: file: libff.a(giofile.o) has no symbols
ranlib: file: libff.a(gioftp.o) has no symbols
ranlib: file: libff.a(giohosts.o) has no symbols
ranlib: file: libff.a(giothread.o) has no symbols
ranlib: file: libff.a(giotrans.o) has no symbols
ranlib libff.a
ranlib: file: libff.a(autotrace.o) has no symbols
ranlib: file: libff.a(bezctx_ff.o) has no symbols
ranlib: file: libff.a(http.o) has no symbols
ranlib: file: libff.a(plugins.o) has no symbols
ranlib: file: libff.a(print.o) has no symbols
ranlib: file: libff.a(utils.o) has no symbols
ranlib: file: libff.a(gimagereadgif.o) has no symbols
ranlib: file: libff.a(gimagereadjpeg.o) has no symbols
ranlib: file: libff.a(gimagereadpng.o) has no symbols
ranlib: file: libff.a(gimagereadtiff.o) has no symbols
ranlib: file: libff.a(gimagewritejpeg.o) has no symbols
ranlib: file: libff.a(gimagewritepng.o) has no symbols
ranlib: file: libff.a(gio.o) has no symbols
ranlib: file: libff.a(giofile.o) has no symbols
ranlib: file: libff.a(gioftp.o) has no symbols
ranlib: file: libff.a(giohosts.o) has no symbols
ranlib: file: libff.a(giothread.o) has no symbols
ranlib: file: libff.a(giotrans.o) has no symbols
=================================================================
I am a little scared. Would there be any potential risks or something?
On Tue, Dec 30, 2008 at 12:42 AM, Taco Hoekwater
Hi,
I have just uploaded luatex 0.31.3. This release has a bunch of updates from the development trunk. It is intended as a bug release for 0.31.2 only, there are no new features.
* Closing of files opened by \externalocp.
* Fix for a locale-related bug that make PDF generation fail with a "Parsing CFF Dict failed" message when including opentype fonts.
* The included metapost is now version 1.102.
* PDF rules in vertical modes in RL direction where output in the wrong direction
* Fix for a crash on Apple fonts that contain a 'bsln' table.
* The handling of the second argument to fontforge.open() was broken
* The included libpng is now 1.2.34
* Handling of ttc files on Windows was broken
The archives (just binaries this time, hopefully there will be a source package later) can be downloaded from supelec as usual:
http://foundry.supelec.fr/projects/luatex/
If you need the sources, please check out via anonymous svn:
svn co svn://scm.foundry.supelec.fr/svn/luatex/tags/beta-0.31.3
Bugs and feature requests can be added to the issue tracker at
Have fun, Taco
_______________________________________________ dev-luatex mailing list dev-luatex@ntg.nl http://www.ntg.nl/mailman/listinfo/dev-luatex
-- Best Regards Chen ---------------------------------------------------------------- Zhi-chu Chen | Shanghai Synchrotron Radiation Facility No. 2019 | Jialuo Rd. | Jiading | Shanghai | P.R. China tel: 086 21 5955 3405 | zhichu.chen.googlepages.com | www.sinap.ac.cn ----------------------------------------------------------------
Zhichu Chen wrote:
Hi Taco,
I downloaded the code and compiled it on my Leopard 10.5.5 with gcc 4.0.1 from Xcode, and I got a lot of, almost every one of,
Not even close to all of them, don't worry :) It is a small error on my side (every object file should define at least one symbol according to the C specification). I'll fix this for the next release, but it is a completely harmless warning message/error. Nothing is wrong with your executable. Best wishes, Taco
participants (6)
-
Hans Hagen -
Khaled Hosny -
Mojca Miklavec -
Oliver Buerschaper -
Taco Hoekwater -
Zhichu Chen