> >before the } REENTR; Not that I'm expecting that to fix everything, > >but at least we'll see what happens next... > > The compile gets quite a bit further but it looks like reentr.h messes up the signal >handling prototypes: > > CC/DECC/NOANSI_ALIAS >/Include=[]/Standard=Relaxed_ANSI/Prefix=All/Obj=.obj/NoList/float=ieee/ieee=denorm_results/Define=PERL_CORE > UT > IL.C > > if (sigaction(signo, &act, &oact) == -1) > ........^ > %CC-W-CVTDIFTYPES, In this statement, "signo" of type "int", is being converted to >"pointer to struct interpreter". > at line number 2360 in file D0:[CRAIG.PERL]UTIL.C;1 > > if (sigaction(signo, &act, &oact) == -1) > ........^ > %CC-W-CVTDIFTYPES, In this statement, "&act" of type "pointer to struct sigaction", >is being converted to "int". > at line number 2360 in file D0:[CRAIG.PERL]UTIL.C;1 > > if (sigaction(signo, &act, &oact) == -1) > ........^ > %CC-E-TOOFEWARGS, In this statement, "Perl_my_sigaction" expects 4 arguments, but 3 >are supplied. > at line number 2360 in file D0:[CRAIG.PERL]UTIL.C;1 > > I'll try to pursue this further tomorrow. In general, varying levels > of reentrancy are obtainable via compiler switches without recourse > to the _r versions of RTL routines, one exception being the time > routines. This is all described in more detail here: > > http://www.openvms.compaq.com/commercial/c/5763p005.html#re_ent
It looks like the MULTITHREAD could be it. How that would require declaring the various _r and _r_proto macros (like d_localtime_r) in configure.com, I dunno. -- $jhi++; # http://www.iki.fi/jhi/ # There is this special biologist word we use for 'stable'. # It is 'dead'. -- Jack Cohen
