From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.comp.tex.context/5077 Path: main.gmane.org!not-for-mail From: Eckhart =?iso-8859-1?Q?Guth=F6hrlein?= Newsgroups: gmane.comp.tex.context Subject: Re: problem with texexec and inline metapost Date: Sat, 14 Jul 2001 18:27:11 +0200 Sender: owner-ntg-context@let.uu.nl Message-ID: <5.1.0.14.0.20010714182604.00aa4170@public.uni-hamburg.de> NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: 8bit X-Trace: main.gmane.org 1035395692 31031 80.91.224.250 (23 Oct 2002 17:54:52 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Wed, 23 Oct 2002 17:54:52 +0000 (UTC) Cc: ConTeXt mailing list , hans Hagen Original-To: eckhart =?iso-8859-1?Q?Guth=F6hrlein?= Xref: main.gmane.org gmane.comp.tex.context:5077 X-Report-Spam: http://spam.gmane.org/gmane.comp.tex.context:5077 At 12:57 14.07.2001 +0200, you wrote: >Eckhart Guthöhrlein wrote: > > > > But what about having texexec/perl calculate the checksums, writing them to > > an auxiliary file, and tex just reading them? And in any case, one can be > > sure that the mp code will not change during the same call to texexec (or > > can there be exceptions?), so that if, say, three tex runs are necessary, > > one run of mp would be sufficient. Setting some switch may be sufficient to > > achieve this. > >It *can* change with a texexec, imagine using the page number in the MP >code, for example. More serious problem: even if texexec calculates the >checksum, then how would the TeX macro code know its status without >first >calculating a checksum itself? It needs to compare two checksums: one >from >this run against the one from the previous run. So, why not keeping two checksums in the aux file? No, no, all right, I admit that I did not think beyond my simple applications. Metapost is actually quite fast, so I must agree with yoz that the additional gain of speed (maybe even not...) is probably not worth the trouble. And it is likely that there will be more problems than positive effects and than I can imagine... So let's forget about it, it was just an idea, coming up because my - until recently - preferred method texexec --automprun does not work as expected at the moment (see the other thread). Eckhart