On Wed, Aug 20, 2008 at 2:50 AM, Christopher Sean Morrison <[EMAIL PROTECTED]> wrote: > > On Aug 7, 2008, at 9:26 AM, Daniel Roßberg wrote: > >> No, no libs are missing. The other libs are simply of no use for you. > > I suspect Ron perhaps meant that the "usual" BRL-CAD core libs are > 'missing', i.e. librt, libbn, etc.? For those that don't know, the > run-time lib bundle that Daniel keeps up to date combines several of > our libraries into one unified 'brlcad' library.
New info on this Windows port front: We have been having some Windows issues with the Loki library, and today Ron got an error in a file that include a BRL-CAD error that was similar to the Loki error (something about _write not being defined). When we looked at the header (config_win.h) we saw: #define write _write ... // etc. We then split out the BRL-CAD-using functions into a separate file where we eliminated interaction with Qt (fiddles with libc write/read for windows) and Loki (uses libc write/read) headers. That seems to have cured the problem so far (fingers crossed), but I'm not happy with our fix (I want to use Loki SafeFormat with BRL-CAD functions under Windows). Why is 'config_win.h' doing that? We have seen earlier when debugging see that that conversion (user libc function names being changed to add an underscore in front of the name) seems to be taken care of automatically by MSVC++. Suggestions or corrections welcome. -Tom ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ BRL-CAD Developer mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/brlcad-devel
