Chris, the problem I have is that the wrappers use valuable space, run slower on SPARC because lots of extra long double emulation function calls are made and make the build process more complicated.
Roland also said that perl has the same problem. Since perl in ON needs to be build with both Studio and gcc compilers the perl build had to downgrade its floating point support from long double to double which causes interoperability problems with 3rd party perl software and turns Solaris /bin/perl unusable for numeric applications. Recently Nicholas George complained about this bug in http://mail.opensolaris.org/pipermail/opensolaris-discuss/2010-May/056615.html If you ask me the root bug should be fixed, and this is the lack of long double versions of the functions I listed. Olga On Thu, May 27, 2010 at 6:44 PM, Chris Quenelle <[email protected]> wrote: > Glenn Fowler wrote: >> On Wed, 26 May 2010 09:25:18 -0700 Chris Quenelle wrote: >>> Rather than writing your code to know which functions are >>> available as function pointers on which platforms, wouldn't >>> it be better to write the code so that it runs on any C99 >>> compliant system? >> >> it does run on all C99 compliant systems >> >> the implementation requires a "name" => function-pointer table >> a compile time probe is done to determine the >> "name"s that have real functions vs the ones that are macros >> the probe generates wrapper functions for the ones that are macros >> > > Okay. Thanks for the clarification. > > --chris > > -- , _ _ , { \/`o;====- Olga Kryzhanovska -====;o`\/ } .----'-/`-/ [email protected] \-`\-'----. `'-..-| / http://twitter.com/fleyta \ |-..-'` /\/\ Solaris/BSD//C/C++ programmer /\/\ `--` `--` _______________________________________________ tools-compilers mailing list [email protected]
