Some time ago I had a problem with the fonts when generating the format, which I posted here. New versions didn't solve it, I always get the annoying Could not load ec-lmr12.tfm. Inexistent or bad font file, or something like that. I decided to compile and debug LuateX myself. Something worth indeed if I ever plan to become a developper. It was the first time I tangled something. I saw a luatangle.web (if my memory does not betray me), so I started tangling that, but I get pascal code, and I don't have a pascal compiler. I haven't had time ever since, so I simply stopped. Is there a way of generating c-source, or will I have to wait to September or so? If there is one, even though I am a programer a step-by-step explanation will be very wellcome. Tanks, --Javier A.
Javier Múgica wrote:
Some time ago I had a problem with the fonts when generating the format, which I posted here. New versions didn't solve it, I always get the annoying
Could not load ec-lmr12.tfm. Inexistent or bad font file, or something like that.
I fixed the ecrm1000 bug that Javier Bevos hinted that it could be the same thing, and you never got back to me, so I assumed it was solved. You have to be more specific than "problem generating the format", there can be many causes for a failure to find a font. I would like to know: * What operating system type are you on? * Which format are you attempting to generate? * Which version of luatex do you use? * Where is the luatex executable on the filesystem? * Where is the texmf tree (and that font) on the filesystem?
I decided to compile and debug LuateX myself. Something worth indeed if I ever plan to become a developper. It was the first time I tangled something. I saw a luatangle.web (if my memory does not betray me), so I started tangling that, but I get pascal code, and I don't have a pascal compiler.
In the luatex distribution and the repository, there is a toplevel file called INSTALL. This explains how to build luatex (albeit briefly). Even shorter: you should run these two commands $ ./build.sh <wait for the build to finish> $ cp build/texk/web2c/luatex <texmf-bin-dir> But that just for your information, the luatex source code is almost certainly not the cause of luatex's inability to find and load ec-lmr12.tfm. Best wishes, Taco
In the luatex distribution and the repository, there is a toplevel file called INSTALL. This explains how to build luatex (albeit briefly).
I'll try when I have time. I don't have regular acces to the Internet, so I downloaded the source and then read the readme files at home. That is why I hadn't seen the INSTALL. Please, do not believe that the first thing I do is just asking.
But that just for your information, the luatex source code is almost certainly not the cause of luatex's inability to find and load ec-lmr12.tfm.
Not so sure, pdftex generates the format without problem. Anyway, debuggin it will help me find the problem, be it LuaTex fault or mine.
Best wishes, Taco
Best wishes to you too
On Thu, Jan 29, 2009 at 6:32 PM, Javier Múgica wrote:
I decided to compile and debug LuateX myself. Something worth indeed if I ever plan to become a developper. It was the first time I tangled something. I saw a luatangle.web (if my memory does not betray me), so I started tangling that, but I get pascal code, and I don't have a pascal compiler. I haven't had time ever since, so I simply stopped.
Is there a way of generating c-source, or will I have to wait to September or so? If there is one, even though I am a programer a step-by-step explanation will be very wellcome.
Hello Javier, I don't know if this will help you or not, but I used Taco's hint last time when I had to debug something. In build.sh script you can comment out "strip" command and then you can use the resulting binary with gdb debugger. (However you'll probably need the right compiler as well, but first check if you are able to run ./build.sh) Mojca
I finally found the reason why was unable to generate the format. It is a luatex bug. First the report (which I had prepeared before discovering the cause). I have experienced the same problem both under Windows (XP) and under Linux (Ubuntu), and not only with lmr fonts but also with cmr10; and with any version I have tried since the one from TeXLive 2008. Here are the last lines of output with kpathsea-debug=-1 for LuaTeX and the corresponding ones for PdfTeX, as well as the relevant lines from texmf.cnf. Although the directory is named texlive2007 the executables are from texlive2008. LuaTeX: kdebug:fopen(/usr/local/texlive2007/texfm/fonts/map/fontname/texfonts.map, r) => 0xcb5590 kdebug:fclose(0x8cb5590) => 0 kdebug:hash_lookup(ec-lmr12.ofm) => (nil) kdebug:hash_lookup(ec-lmr12) => (nil) kdebug:hash_lookup(ec-lmr12.tfm) => (nil) kdebug:hash_lookup(ec-lmr12) => (nil) kdebug:start search(files=[ec-lmr12.ofm ec-lmr12.tfm], must_exist=0, find_all=0, path=!!/usr/local/texlive2007/texfm/fonts). kdebug:hash_lookup(ec-lmr12.ofm) => (nil) kdebug:hash_lookup(ec-lmr12.tfm) => /usr/local/texlive2007/texfm/fonts/tfm/public/lm/ kdebug:start search(files=[ec-lmr12.ofm ec-lmr12.tfm], must_exist=1, find_all=0, path=!!/usr/local/texlive2007/texfm/fonts). kdebug:hash_lookup(ec-lmr12.ofm) => (nil) kdebug:db:match(/usr/local/texlive2007/texfm/fonts/tfm/public/lm/ec-lmr12.tfm,/usr/local/texlive2007/texfm/fonts) = 0 kdebug:search([ec-lmr12.ofm ec-lmr12.tfm]) => ! Font \twelverm=ec-lmr12 not loadable: metric data not found or bad. <to be read again> PdfTeX: kdebug:fopen(/usr/local/texlive2007/texfm/fonts/map/fontname/texfonts.map, r) => 0x83491e8 kdebug:fclose(0x83491e8) => 0 kdebug:hash_lookup(ec-lmr12.tfm) => (nil) kdebug:hash_lookup(ec-lmr12) => (nil) kdebug:start search(files=[ec-lmr12.tfm], must_exist=0, find_all=0, path=.:!!/usr/local/texlive2007/texfm/fonts/tfm//). kdebug:kpse_normalize_path (.) => 0 kdebug:kpse_normalize_path (./ec-lmr12.tfm) => 0 kdebug:hash_lookup(ec-lmr12.tfm) => /usr/local/texlive2007/texfm/fonts/tfm/public/lm/ kdebug:db:match(/usr/local/texlive2007/texmf/fonts/tfm/public/lm/ec-lmr12.tfm,/usr/local/texlive2007/texmf/fonts/tfm//) = 1 kdebug:search([ec-lmr12.tfm]) => /usr/local/texlive2007/texfm/fonts/tfm/public/lm/ec-lmr12.tfm kdebug:fopen(/usr/local/texlive2007/texfm/fonts/tfm/public/lm/ec-lmr12.tfm, rb) => 0x834e418 kdebug:fclose(0x834e418) => 0 kdebug:start search(files=[ec-lmr12.ofm ec-lmr12.tfm], must_exist=1, find_all=0, path=!!/usr/local/texlive2007/texfm/fonts). kdebug:hash_lookup(ec-lmr12.ofm) => (nil) kdebug:db:match(/usr/local/texlive2007/texfm/fonts/tfm/public/lm/ec-lmr12.tfm,/usr/local/texlive2007/texfm/fonts) = 0 kdebug:search([ec-lmr12.ofm ec-lmr12.tfm]) => Relevant lines from texmf.cnf: % A shortcut TEXFONTS= $TEXMF/fonts % Device-independent font metric files. VFFONTS = .;$TEXFONTS/vf// TFMFONTS = .;$TEXFONTS/tfm// I don't have the variable OFMFONTS set. %%%%%%%%%%%%%% %%%%%%%%%%%%% I found that the reason was that the OFMFONTS variable is not set, even if I don't have any ofm file in my computer. Furthermore, setting it to ./ (in Windows I tried) does not solve the problem. I tryed with a dummy OFMFONTS = $TFMFONTS and it works. Note that my first message some months ago was entitled "Keep looking for ofm files, why?" --Javier A.
Hi, Javier Múgica wrote:
%%%%%%%%%%%%%% %%%%%%%%%%%%%
I found that the reason was that the OFMFONTS variable is not set, even if I don't have any ofm file in my computer. Furthermore, setting it to ./ (in Windows I tried) does not solve the problem. I tryed with a dummy
OFMFONTS = $TFMFONTS
For the benefit of the readers here: Javier and I cracked this issue by email earlier today (while the mailing list was still misbehaving itself). I have added a paragraph to the manual explaining that proper definitions for the OFMFONTS and OVFFONTS are vital if you want to run luatex with kpathsea as file discovery agent. Best wishes, Taco
participants (3)
-
Javier Múgica -
Mojca Miklavec -
Taco Hoekwater