Re: [NTG-context] MetaPost 1.004 announcement
On Sun, May 4, 2008 at 7:46 AM, Peter Münster [EMAIL PROTECTED] wrote: On Sat, May 03 2008, luigi scarso wrote: 1. for my linux box, I just grabbed the linux tarball, but the binaries in there still declare they're version 1.003. Is that an oversight, or are those indeed old binaries (and you forgot to pack the new ones? :-) # mpost This is MetaPost, Version 1.004 (Web2C 7.5.5) That means some redundancy in the code: the version number is maintained at two places (mpost and mpost --version). [EMAIL PROTECTED]:/opt/luatex/metapost-1.004# grep -r 1.004 src src/texk/web2c/mp.web:@d banner=='This is MetaPost, Version 1.004' {printed when \MP\ starts} src/texk/web2c/mp.web:@d metapost_version==1.004 [EMAIL PROTECTED]:/opt/luatex/metapost-1.004# grep -r 1.003 src src/texk/web2c/lib/texmfmp.c:#define BANNER This is MetaPost, Version 1.003 -- luigi it's new . it's powerful . it's luatex . http://www.luatex.org ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] MetaPost 1.004 announcement
On Sun, May 4, 2008 at 10:38 AM, Taco Hoekwater wrote: Thomas A. Schmitz wrote: 1. general architecture specification: CFLAGS -arch ppc (for powerpc) CFLAGS -arch ppc64(for the new 64bit binaries on powerpc) CFLAGS -arch i386 (for intel) I did not check the ppc64 (not needed) and i386 (not having one) options. 2. more specific architecture specification affecting instruction set and scheduling if one wants to tune the generated code to ones processor: CFLAGS -mcpu=G4 (-mcpu=G5 etc. whichever ones machine has) It would be most natural, I think, if the -arch switch is added standard through the autoconf scripts. Taco could see to that for metapost and luatex, I trust. Can someone mail this experience to the maintainers of pdftex? (I could not ascertain why pdftex compiles without problems). I might be missing the point, but I would be glad if -arch would not be set automatically if there is some better solution. Now it's really easy to cross-compile metapost, pdfTeX and LuaTeX for ppc on intel. If configure script would set the -arch unconditionally, then I would probably run into problems. But again - I might be misunderstanding the problem. Mojca ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] MetaPost 1.004 announcement
Thomas A. Schmitz wrote: I have two questions/problems with the new release: 1. for my linux box, I just grabbed the linux tarball, but the binaries in there still declare they're version 1.003. Is that an oversight, or are those indeed old binaries (and you forgot to pack the new ones? :-) Answered by Peter and Luigi. I 've fixed the repository versions of texmfmp.c, and will probably update the tarballs tomorrow (I also have to add that mpboxes.pdf) 2. On OS X 10.5 (intel), compilation aborts with this message: This is the same problem Hans van der Meer ran into with MPlib a while back. Somehow configure fails to notice that OS X 10.5 has standard C headers just like any other Unix. If you look at the configure output, it will say somewhere in the middle: checking for ANSI C header files... no The build error is a result of that. Hans van der Meer came up with the following answer (but I have *no* idea how to implement): Eureka! I think I found it (took a lot of experimentation). Playing with the optimizing options through CFLAGS and setting the architecture to the G4 status of my Mac Powerbook, miraculously Metafont1.002 did compile under MacOSX10.5. Experimentally I then established that the architecture should be specified on the gcc call in order to have the proper ANSI headers found; without these compilation will get stuck. The options that I think relevant are (both CFLAGS and CXXFLAGS should be set): 1. general architecture specification: CFLAGS -arch ppc (for powerpc) CFLAGS -arch ppc64(for the new 64bit binaries on powerpc) CFLAGS -arch i386 (for intel) I did not check the ppc64 (not needed) and i386 (not having one) options. 2. more specific architecture specification affecting instruction set and scheduling if one wants to tune the generated code to ones processor: CFLAGS -mcpu=G4 (-mcpu=G5 etc. whichever ones machine has) It would be most natural, I think, if the -arch switch is added standard through the autoconf scripts. Taco could see to that for metapost and luatex, I trust. Can someone mail this experience to the maintainers of pdftex? (I could not ascertain why pdftex compiles without problems). Hans van der Meer Best wishes, Taco ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] reference manual for cont-en.lua
On Tue, Apr 29 2008, luigi scarso wrote: On Tue, Apr 29, 2008 at 8:25 AM, Peter Münster [EMAIL PROTECTED] wrote: Is there a reference manual for the functions in cont-en.lua? Are you talking about l-table.lua ? No, about cont-en.lua. But l-table.lua is integrated in that file. It's a merge of several lua-files. Thanks to you and Taco for your answers! Cheers, Peter -- http://pmrb.free.fr/contact/ ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] some bugs in tracker can be closed
Hello, Perhaps these bugs can be closed now: 53, 56, 60, 61, 65, 82 and 84 Cheers, Peter -- http://pmrb.free.fr/contact/ ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] MetaPost 1.004 announcement
On May 4, 2008, at 10:38 AM, Taco Hoekwater wrote: Thomas A. Schmitz wrote: I have two questions/problems with the new release: 1. for my linux box, I just grabbed the linux tarball, but the binaries in there still declare they're version 1.003. Is that an oversight, or are those indeed old binaries (and you forgot to pack the new ones? :-) Answered by Peter and Luigi. I 've fixed the repository versions of texmfmp.c, and will probably update the tarballs tomorrow (I also have to add that mpboxes.pdf) Thanks, Taco. 2. On OS X 10.5 (intel), compilation aborts with this message: This is the same problem Hans van der Meer ran into with MPlib a while back. Somehow configure fails to notice that OS X 10.5 has standard C headers just like any other Unix. If you look at the configure output, it will say somewhere in the middle: checking for ANSI C header files... no The build error is a result of that. Hans van der Meer came up with the following answer (but I have *no* idea how to implement): Eureka! I think I found it (took a lot of experimentation). Playing with the optimizing options through CFLAGS and setting the architecture to the G4 status of my Mac Powerbook, miraculously Metafont1.002 did compile under MacOSX10.5. Experimentally I then established that the architecture should be specified on the gcc call in order to have the proper ANSI headers found; without these compilation will get stuck. The options that I think relevant are (both CFLAGS and CXXFLAGS should be set): 1. general architecture specification: CFLAGS -arch ppc (for powerpc) CFLAGS -arch ppc64(for the new 64bit binaries on powerpc) CFLAGS -arch i386 (for intel) I did not check the ppc64 (not needed) and i386 (not having one) options. 2. more specific architecture specification affecting instruction set and scheduling if one wants to tune the generated code to ones processor: CFLAGS -mcpu=G4 (-mcpu=G5 etc. whichever ones machine has) It would be most natural, I think, if the -arch switch is added standard through the autoconf scripts. Taco could see to that for metapost and luatex, I trust. Can someone mail this experience to the maintainers of pdftex? (I could not ascertain why pdftex compiles without problems). Hans van der Meer Best wishes, Taco Thanks again. I simply issued export CFLAGS=-arch i386 and could compile without problems. Thanks, and best wishes Thomas ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] reference manual for cont-en.lua
On Sun, May 4, 2008 at 5:14 PM, Peter Münster [EMAIL PROTECTED] wrote: On Tue, Apr 29 2008, luigi scarso wrote: On Tue, Apr 29, 2008 at 8:25 AM, Peter Münster [EMAIL PROTECTED] wrote: Is there a reference manual for the functions in cont-en.lua? Are you talking about l-table.lua ? No, about cont-en.lua. But l-table.lua is integrated in that file. It's a merge of several lua-files. Search on http://source.contextgarden.net for cont-en.lua gives only luat-tmp.lua mtxrun.lua luatools.lua Also my last distro 2008-04-18 has not this file. Maybe a svn trunk ? -- luigi it's new . it's powerful . it's luatex . http://www.luatex.org ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] reference manual for cont-en.lua
On Sun, May 04 2008, luigi scarso wrote: Search on http://source.contextgarden.net for cont-en.lua gives only luat-tmp.lua mtxrun.lua luatools.lua Also my last distro 2008-04-18 has not this file. Maybe a svn trunk ? No, it's a generated file (merge of several lua-files). It should be on your hard drive at the same place as the format file cont-en.fmt. Cheers, Peter -- http://pmrb.free.fr/contact/ ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] reference manual for cont-en.lua
No, it's a generated file (merge of several lua-files). It should be on your hard drive at the same place as the format file cont-en.fmt. Ah yes, now I see it; it's in the cache dir -- luigi it's new . it's powerful . it's luatex . http://www.luatex.org ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___