luatex not compiling

Hans van der Meer

20 Dec 2007 20 Dec '07

6:05 p.m.

There appears to be a problem with the compilation of luatex on MacOSX 10.5.x, but I might have found (at least one of) the cause. On my system (MacOSX10.5.1) complation halted with: luatexextra.c:408 error: storage size of 'sigstk' isn't known. Further exploring showed the cause of this: SIGSTKSZ is not defined. As it turns out SIGSTKSZ is defined in signal.h and in luatexextra.c read with #include , assuming signal.h resides in /usr/include/signal.h. That however, is not the case on this version of MacOSX: it sits in / usr/include/sys/signal.h. Probably changing the code into: #include #ifndef _SIGNAL_H_ #include #endif might help, but I have not tested this (some of the pie should be left for Taco c.s. ;-) Hans van der Meer

Show replies by date

Martin Schröder

21 Dec 21 Dec

10:50 a.m.

2007/12/20, Hans van der Meer :

...

Probably changing the code into: #include #ifndef _SIGNAL_H_ #include #endif might help, but I have not tested this (some of the pie should be left for Taco c.s. ;-)

Just curious: What does the man page of signal.h say how to include it on OSX? On linux it's ... Best Martin

Idris Samawi Hamid

3:10 p.m.

Hi guys, On Fri, 21 Dec 2007 03:50:04 -0700, Martin Schröder wrote:

...

2007/12/20, Hans van der Meer :

...
Probably changing the code into: #include #ifndef _SIGNAL_H_ #include #endif might help, but I have not tested this (some of the pie should be left for Taco c.s. ;-)

Just curious: What does the man page of signal.h say how to include it on OSX? On linux it's ...

Should'nt this discssion go to the dev-luatex list? :-) Best wishes Idris -- Professor Idris Samawi Hamid, Editor-in-Chief International Journal of Shi`i Studies Department of Philosophy Colorado State University Fort Collins, CO 80523 -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/

Taco Hoekwater

3:27 p.m.

Idris Samawi Hamid wrote:

...

Hi guys,

On Fri, 21 Dec 2007 03:50:04 -0700, Martin Schröder wrote:

...
2007/12/20, Hans van der Meer :

...
Probably changing the code into: #include #ifndef _SIGNAL_H_ #include #endif might help, but I have not tested this (some of the pie should be left for Taco c.s. ;-) Just curious: What does the man page of signal.h say how to include it on OSX? On linux it's ...

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. Best wishes, Taco

Jjgod Jiang

23 Dec 23 Dec

8:25 p.m.

New subject: [Dev-luatex] luatex not compiling

On Fri, 21 Dec 2007, Taco Hoekwater wrote:

...

...
...
it on OSX? On linux it's ...

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 (/usr/include/signal.h) in current Mac OS X (10.5, 10.4 at least) already included . - Jiang

Taco Hoekwater

24 Dec 24 Dec

8:50 p.m.

New subject: [Dev-luatex] luatex not compiling

Jjgod Jiang wrote:

...

On Fri, 21 Dec 2007, Taco Hoekwater wrote:

...
...
...
it on OSX? On linux it's ... 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 (/usr/include/signal.h) in current Mac OS X (10.5, 10.4 at least) already included .

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. Best wishes, Taco

Jjgod Jiang

25 Dec 25 Dec

3:14 a.m.

New subject: [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 #include The include file 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 . 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

Taco Hoekwater

7:43 a.m.

New subject: [Dev-luatex] luatex not compiling

Jjgod Jiang wrote:

...

I just checked out the latest luatex source from svn, with the following patch, luatex builds fine on 10.5:

Thank you very much. Patch applied to trunk. Best wishes, Taco

Yannis Haralambous

10:13 a.m.

New subject: [Dev-luatex] luatex not compiling

Le 24 déc. 07 à 21h50, Taco Hoekwater a écrit :

...

Something changed from 10.4 to 10.5

I spent 30 minutes installing 10.5 and after ten minutes decided to return to 10.4 (which took me a few hours). Nothing worked anymore, neither X, nor Classic. And to install Time Machine I needed twice the hard disk I had... Now I'm desperately trying to install SheepShaver so that I'll still be able to run my Classic application (FontStudio!) when I finally switch to 10.5... Anhyone has tried it? -- +----------------------------------------------------------------------- + | Yannis Haralambous, Ph.D. yannis.haralambous@telecom- bretagne.eu | | Professor http://omega.enstb.org/ yannis | | Tel. +33 (0) 2.29.00.14.27 | | Fax +33 (0) 2.29.00.12.82 | | Computer Science Department | | TELECOM Bretagne | | Technopole de Brest Iroise, CS 83818, 29238 Brest CEDEX 3, France | | Google-Earth coordinates: 48°21'31.57"N 4° 34'16.76"W | +----------------------------------------------------------------------- + ...pour distinguer l'exterieur d'un aquarium, mieux vaut n'etre pas poisson ...the ball I threw while playing in the park has not yet reached the ground Es gab eine Zeit, wo ich nur ungern ueber Schubert sprechen, nur Naechtens den Baeumen und Sternen von ihm vorerzaehlen moegen.

luigi scarso

26 Dec 26 Dec

9:13 a.m.

New subject: [Dev-luatex] luatex not compiling

On Dec 25, 2007 11:13 AM, Yannis Haralambous wrote:

...

Le 24 déc. 07 à 21h50, Taco Hoekwater a écrit :

Something changed from 10.4 to 10.5 I spent 30 minutes installing 10.5 and after ten minutes decided to return to 10.4 (which took me a few hours). Nothing worked anymore, neither X, nor Classic. And to install Time Machine I needed twice the hard disk I had...

Now I'm desperately trying to install SheepShaver so that I'll still be able to run my Classic application (FontStudio!) when I finally switch to 10.5... Anhyone has tried it?

Welcome ! -- luigi http://wiki.contextgarden.net/User:Luigi.scarso/Merry_Christmas_2007 .... it's new . it's powerful . it's luatex . http://www.luatex.org

Otared Kavian

11:54 a.m.

New subject: [Dev-luatex] luatex not compiling

Hi Yannis, I had recently a new MacBook Pro (my good old PowerBook was stolen…) and so I installed MacOS X 10.5 on my Intel based MacBook. I confirm that I cannot run LuaTeX (actually I never could run anything other than very simple ConTeXt mkii files with luatex…). Following up the discussions on LuaTeX it seems that Hans van der Meer pointed out an issue with SIGSTKSZ, Taco added a fix and some people have succeded to compile luatex mkiv on MacOS X 10.5.1., but I haven't tried since all this is above my understanding. I did install SheepShaver to run MacOS 9.0.1 or 9.0.2: I can run this on my Intel based MacBook, but I cannot do anything with it, because I cannot install into the disk image created for SheepShaver any MacOS 9 software I have… If you need any further information on the issue, I can send you off list the steps taken for an install of SheepShaver. Best regards and my best wishes for everyone: OK On 25 déc. 07, at 13:43, Yannis Haralambous wrote:

...

Le 24 déc. 07 à 21h50, Taco Hoekwater a écrit :

...
Something changed from 10.4 to 10.5

I spent 30 minutes installing 10.5 and after ten minutes decided to return to 10.4 (which took me a few hours). Nothing worked anymore, neither X, nor Classic. And to install Time Machine I needed twice the hard disk I had...

Now I'm desperately trying to install SheepShaver so that I'll still be able to run my Classic application (FontStudio!) when I finally switch to 10.5... Anhyone has tried it?

-- + -----------------------------------------------------------------------+ | Yannis Haralambous, Ph.D. yannis.haralambous@telecom-bretagne.eu | | Professor http://omega.enstb.org/yannis | | Tel. +33 (0)2.29.00.14.27 | | Fax +33 (0)2.29.00.12.82 | | Computer Science Department | | TELECOM Bretagne | | Technopole de Brest Iroise, CS 83818, 29238 Brest CEDEX 3, France | | Google-Earth coordinates: 48°21'31.57"N 4°34'16.76"W | + -----------------------------------------------------------------------+ ...pour distinguer l'exterieur d'un aquarium, mieux vaut n'etre pas poisson

...the ball I threw while playing in the park has not yet reached the ground

Es gab eine Zeit, wo ich nur ungern ueber Schubert sprechen, nur Naechtens den Baeumen und Sternen von ihm vorerzaehlen moegen.

___________________________________________________________________________________ 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 ___________________________________________________________________________________

luigi scarso

21 Dec 21 Dec

5:49 p.m.

...

Should'nt this discssion go to the dev-luatex list? :-)

I think no, at least not now. Luatex is actually very 'tangled' with context mkiv and context users . -- luigi http://wiki.contextgarden.net/User:Luigi.scarso/Merry_Christmas_2007 .... it's new . it's powerful . it's luatex . http://www.luatex.org

Hans van der Meer

24 Dec 24 Dec

12:12 p.m.

I looked somewhat further and found out the curious fact that on MacOSX 10.5.x both /usr/include/signal.h and /usr/include/sys/signal.h exist! The first one does not include the second one, neither does one of the includes: #ifndef _USER_SIGNAL_H #define _USER_SIGNAL_H #include #include <_types.h> As for changing the discussion to the luatex developer list as suggested by some: my capacity for subscribing list is limited -- capacity in the sense of what I can manage. Putting my observations on the compiler problem with luatex on this list was purely to help others. I hope one will permit me to keep doing so. Hans van der Meer On 21 dec 2007, at 11:50, Martin Schröder wrote:

...

2007/12/20, Hans van der Meer :

...
Probably changing the code into: #include #ifndef _SIGNAL_H_ #include #endif might help, but I have not tested this (some of the pie should be left for Taco c.s. ;-)

Just curious: What does the man page of signal.h say how to include it on OSX? On linux it's ...

Best Martin ___________________________________________________________________________________ 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 ___________________________________________________________________________________

Taco Hoekwater

8:45 p.m.

Hans van der Meer wrote:

...

I looked somewhat further and found out the curious fact that on MacOSX 10.5.x both /usr/include/signal.h and /usr/include/sys/signal.h exist!

That is normal, signals have a portable interface, as defined in ISO C99. That is the interface provided in /usr/include/signal.h. It is also possible to have a system-dependant interface, and that is in /usr/include/sys/signal.h. On linux, this is a stub that simply includes /usr/include/signal.h. So the question is: does /usr/include/sys/signal.h include something important on Mac OS X 10.5 that it didn't in previous versions, or is something else changed? The only macbook I have runs 10.2, so I have no way of testing any of this myself. Best wishes, Taco

6230

Age (days ago)

6236

Last active (days ago)

List overview

Download

13 comments

8 participants

participants (8)

Hans van der Meer
Idris Samawi Hamid
Jjgod Jiang
luigi scarso
Martin Schröder
Otared Kavian
Taco Hoekwater
Yannis Haralambous