Re: [NTG-context] [Dev-luatex] luatex not compiling
On Fri, 21 Dec 2007, Taco Hoekwater wrote: it on OSX? On linux it's signal.h ... Should'nt this discssion go to the dev-luatex list? :-) But did not CC the list himself. :-) This: http://www.hmug.org/man/2/sigaltstack.php looks like a Mac OS X manual page. However, Thomas reported that using stack_t (as the man page says) did not actually help either. I do not have a recent Macintosh, so I can not test this. If this issue can not be resolved, I will simply remove the signal trapping code in the next beta. Will you please elaborate? I'm not quite sure what you guys are talking about, but signal.h (/usr/include/signal.h) in current Mac OS X (10.5, 10.4 at least) already included sys/signal.h. - Jiang ___ 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] [Dev-luatex] luatex not compiling
Hi Taco,
On Mon, 24 Dec 2007, Taco Hoekwater wrote:
Perhaps not any more in 10.5? Something changed from 10.4 to 10.5 that
broke luatex's build process. Just the building though, pre-compiled
binaries work fine. What exactly has changed is a mystery so far.
You're right, I think it has been changed in 10.5, the following text
is copied from sigaltstack(2) in 10.5:
LEGACY SYNOPSIS
#include sys/types.h
#include signal.h
The include file sys/types.h is necessary.
struct sigaltstack {
char *ss_sp;
int ss_size;
int ss_flags;
};
int
sigaltstack(const struct sigaltstack *ss,
struct sigaltstack *oss);
The variable types have changed. Specifically, the
sigaltstack struct is no longer used.
COMPATIBILITY
Use of the (obsolete) sigaltstack struct will cause
compiler diagnostics. Use stack_t, defined in
signal.h.
I just checked out the latest luatex source from svn, with
the following patch, luatex builds fine on 10.5:
Index: src/texk/web2c/lib/texmfmp.c
===
--- src/texk/web2c/lib/texmfmp.c(revision 972)
+++ src/texk/web2c/lib/texmfmp.c(working copy)
@@ -405,7 +405,11 @@
#ifdef WIN32
SetUnhandledExceptionFilter ((LPTOP_LEVEL_EXCEPTION_FILTER)
segv_handler_filter);
#else
+#if __DARWIN_UNIX03
+stack_t sigstk;
+#else
struct sigaltstack sigstk;
+#endif
struct sigaction segv_act;
sigstk.ss_sp = xmalloc(SIGSTKSZ);
sigstk.ss_size = SIGSTKSZ;
HTH.
- Jiang
___
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] Where to find documents?
Hello, I'm wondering where to find documents about \starttypescript and \definetypeface. I searched in mtexfonts.pdf, mfonts.pdf, mp-cb-en.pdf, cont-enp.pdf, no explainations, only a few examples, so what are those arguments for? Regards, Jjgod. ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Upgrading ConTeXt and testing
Taco Hoekwater wrote: Lately, we get a lot of bug reports for miktex, which is problematic since none of us use miktex: I believe Hans has a fptex-ish system, and most other 'core' people are either linux or macintosh based. The problem is, currently MikTeX (2.4) does not have a SDK, the maintainer said a SDK will be released in version 2.5, but the release date is not fixed yet. MikTeX use a different way (compare to tetex) to load web2c config file, so the kpathsea library in MikTeX is just a wrapper of function calls to the MikTeX library. Without a SDK we have to fetch all the source code of MikTeX to compile such a library, which is rather difficult. To name one problem I encounted, the Win32 binaries of afm2pl (from http://tex.aanhet.net/afm2pl/) does not work in MikTeX (because the reason I just described), but it's really hard to compile a binary (with libkpse support) by myself. A volunteer for miktex would be brilliant (even better: someone who knows how to compile miktex executables). - jjgod. ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Re: ConTeXt in MikTeX distribution
Patrick Gundlach 写道: Hi, Then we must have different texfont.pl version. Each time afm2tfm is called, it uses either -T or -p. Running afm2tfm without those parameters doesn't make very much sense. (Unless you are an english speaking person that never typesets foreign languages.) Accoding to http://source.contextgarden.net/scripts/context/perl/texfont.pl, I'm afraid you are wrong, the string -p only occured 3 times in this file, You don't have to be afraid. Let us stop this discussion now. Those who know texfont.pl know that it should use the switches it uses and there will not be any change in this respect on the texfont.pl side. Just believe us that the encoding switches are vital. I have recently reeimplemented afm2tfm and I think that I know what I am talking about. Patrick I'm sorry for bother you guys about all these trival problems, but my situation is that I'm trying to use ConTeXt under Win32, then I found many things not so ideal like they're under Linux. Just list another one, font files received from the vendor is usually in capital letters, such as PJN_.PFB, but the copy_files routine in texfont.pl only copy *.pfb, then all the type1 files will not be copy to texmf... Regards, jjgod. ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Re: ConTeXt in MikTeX distribution
Taco Hoekwater wrote:
There are in total 4 calls to aftm2tfm in the script, of which the
second and third use '-p' also (check the value of $encstr). The last
one is a 'panic response' if nothing else seems appropriate.
Well, let's search the script from top to bottom:
1. { my $command = afm2tfm \$file\ -p texnansi.enc texfont.tfm
It's a real call to afm2tfm, with -p.
2, 3: (deleted inrelevant code, reindented to show the structure)
if ($afmpl)
{
...
$encstr = -p $encfil ;
my $command = afm2pl -f afm2tfm $shape $passon $encstr ...
my $ok = `$command` ;
...
}
else
{
...
my $command = afm2tfm $file $shape $passon $encstr ...
Please notice 2 thing:
1. afm2pl does NOT invoke afm2tfm, even with -f afm2tfm option
(you can check this in the source code of afm2pl by yourself)
2. $encstr in the first {} block does NOT affect the $encstr
in the second {} block, poor indention in this code may give
you a wrong idea.
So, there is just one call here, without -p.
4. my $command = afm2tfm $file $cleanname.tfm ;
Obviously, no -p.
To summarize above, 3 calls to afm2tfm total, 1 call with -p
only.
jjgod.
___
ntg-context mailing list
[EMAIL PROTECTED]
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Re: ConTeXt in MikTeX distribution
Hi, I've just updated my MikTeX distribution, which use a 2005-07-12 version of context package. Since then MikTeX could not generate the cont-en format file, when I use texexec --make en, it reports TeX capacity not enough, so I have to modify the localtexmf/miktex/config/miktex.ini file, change |trie_op_size from 2048 to 4096. Did you contact the MikTeX maintainers about that? It seems the MikTeX maintainer have noticed that, but no official bugfix release at present. [...] So I suggest the maintainer of context avoid using the -p option, it seems ||afm2tfm \$file\ texfont.tfm| | does the same job in this piece of code. But then: how do you specify the encoding of the mapfile/psfont? -p is a pretty important switch when using non-ascii encoings. So what output infomation will afm2tfm generate when -p option is on? In my copy of texfont.pl, it only use -p option once, unlink the tfm file, collect output into $cleanfont variable. So if I use non-ascii encoding (8r? texnansi?), $cleanfont will be set to what? Patrick ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] Re: ConTeXt in MikTeX distribution
Patrick Gundlach mailto:patrick.at.gundla.ch wrote: Then we must have different texfont.pl version. Each time afm2tfm is called, it uses either -T or -p. Running afm2tfm without those parameters doesn't make very much sense. (Unless you are an english speaking person that never typesets foreign languages.) Accoding to http://source.contextgarden.net/scripts/context/perl/texfont.pl, I'm afraid you are wrong, the string -p only occured 3 times in this file, the first time for 'otfinfo', the second time for 'afm2tfm' and the third time for 'afm2pl'. So the official copy of this script still use -p option for afm2tfm once. Jjgod. ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] ConTeXt in MikTeX distribution
Hello, I've just updated my MikTeX distribution, which use a 2005-07-12 version of context package. Since then MikTeX could not generate the cont-en format file, when I use texexec --make en, it reports TeX capacity not enough, so I have to modify the localtexmf/miktex/config/miktex.ini file, change |trie_op_size from 2048 to 4096. The second problem is about texfont. When texfont installing Type1 fonts, it use '-p' option of afm2tfm to collect some infomation, but it seems in the afm2tfm source code of MikTeX, -p only works when libkpathsea enabled, otherwise afm2tfm will crash. (without kpathsea support, afm2tfm will only looking for .enc in current directory instead of the directory configured in miktex.ini. Some users in this mail-list may have reported this problem). Current afm2tfm executable file from MikTeX was compiled without libkpathsea support, so when texfont tries to || my $command = afm2tfm \$file\ -p texnansi.enc texfont.tfm; afm2tfm crashed and texfont failed to collect infomation into the $cleanfont variable. So I suggest the maintainer of context avoid using the -p option, it seems ||afm2tfm \$file\ texfont.tfm| | does the same job in this piece of code. Another problem is that some font vendor distribute their font files in captial letters, such as BIRKA___.PFB, it cause the copy_files routine in texfont.pl failed to copy those pfb files to correct texmf directory. Regards, jjgod. | ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
