"Numerical Recipes in C" is nonport

will summers will.summers at p6.f18.n114.z1.fidonet.org
Sun Sep 18 08:56:43 AEST 1988


 In article <3981 at bsu-cs.UUCP> dhesi at bsu-cs.UUCP (Rahul Dhesi) writes:
 > In article <8507 at smoke.ARPA> gwyn at brl.arpa (Doug Gwyn (VLD/VMB) <gwyn>)
 > writes:
 > >C extern names are not necessarily unique beyond 6 characters,...
 > I think Doug Gwyn exaggerates in saying "many" and "of necessity".
 
I hate this restriction (big deal! **everybody hates this**, even the 
committee!)
 
So what to do?
 
Liberally paraphrasing the Rationale:
 dpANS work-around 2:
   Use defines:
       #define real_long_name   a_xyz_real_long_name
       #define real_long_name2  a_rwt_real_long_name2
 
 dpANS work-around 3:
   Use longer names and kiss portability to short-extern environments goodby.
 
What to do?
 
Well dpANS *permits* the implementor to honor as much significance as he 
wishes. In practice an implementor affected by market forces will honor as 
many characters as his environment permits.
 
So I choose (3), and will add #defines al'a (2) if I ever need to port to a 
short-extern environment.
 
I think so many programmers in longer-extern environments will do the same 
that those importing to short-extern environments will encounter the problem 
often enough to develop tools to generate the #defines automatically.
 
    \/\/ill


--  
St. Joseph's Hospital/Medical Center - Usenet <=> FidoNet Gateway
Uucp: ...{gatech,ames,rutgers}!ncar!noao!asuvax!stjhmc!18.6!will.summers



More information about the Comp.lang.c mailing list