I would agree with Patrick. Defining _DEBUG on windows has a different
effect than you want. You should only define _DEBUG if you want to use
the debug run-time. Since most of the time you want to have debug
symbols but still use the release run-time you should define OSG_DEBUG
explicitly in the scons build.

-Aron

On 7/25/07, Patrick Hartling <[EMAIL PROTECTED]> wrote:
> Allen Bierbaum wrote:
> > I was just trying to track down why an FDEBUG macro was not working and
> > I think I found the cause.  It looks like OSG_DEBUG is never being
> > defined on Linux because the build is not defining _DEBUG.
> >
> > Can any one else confirm this problem?
>
> _DEBUG is a Visual C++-ism AFAIK whose primary (sole?) purpose is to
> indicate the use of the Visual C++ debug runtime during compilation. I know
> for sure that some Windows headers check for the usage of this symbol and
> declare one function or another depending on whether it is being used. You
> should consider carefully whether you want to use it on other platforms.
>
>  -Patrick
>
>
> --
> Patrick L. Hartling
> VP Engineering, Infiscape Corp.
> http://www.infiscape.com/
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >>  http://get.splunk.com/
> _______________________________________________
> Opensg-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/opensg-users
>
>
>

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
Opensg-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-users

Reply via email to