[Symphony] Configuring Symphony for a Release build with VS 10.0

[Ted Ralphs]

That is strange. It works fine for me with /MD in Release-Win32. I can't
imagine that the problems could be, but I guess as long as it's an isolated
incident and you have a fix that works for you, we'll leave it alone...

Cheers,

Ted

On Fri, Jul 27, 2012 at 1:03 PM, <VimalMathew at eaton.com> wrote:

>  Yes, by default they are all set to /MD.****
>
> If you need to build it in a Release configuration, like I needed, you
> need to change it to /MT.****
>
> ** **
>
> --****
>
> Vimal****
>
> ** **
>
> *From:* Ted Ralphs [mailto:ted at Lehigh.EDU]
> *Sent:* Friday, July 27, 2012 1:01 PM
> *To:* Mathew, Vimal
> *Cc:* symphony at list.coin-or.org
>
> *Subject:* Re: [Symphony] Configuring Symphony for a Release build with
> VS 10.0****
>
> ** **
>
> All projects should have been set to /MD in a clean checkout. That's what
> I get. Was it not the case? In the current trunk version, we switched to
> using property sheets to keep all of these settings aligned for all
> projects. That should keep problems like this from arising once we push
> those changes.
>
> Cheers,
>
> Ted****
>
> On Fri, Jul 27, 2012 at 12:55 PM, <VimalMathew at eaton.com> wrote:****
>
> Yes, I’m using Release mode on Win32.****
>
> I got it to work by changing the Runtime Library option to
> Multi-threaded(/MT) in Configuration Properties-C/C++-Code Generation in
> all the projects in the symphony solution.****
>
>  ****
>
> --****
>
> Vimal****
>
>  ****
>
> *From:* Ted Ralphs [mailto:ted at Lehigh.EDU]
> *Sent:* Friday, July 27, 2012 12:50 PM
> *To:* Mathew, Vimal
> *Cc:* symphony****
>
>
> *Subject:* Re: [Symphony] Configuring Symphony for a Release build with
> VS 10.0****
>
>  ****
>
> 64-bit builds are not supported in Visual Studio Express, so I assume you
> are using the Release configuration for the Win32 platform? I am using the
> full version of Visual Studio and it works fine for me, so I'm not sure how
> to diagnose this. You haven't made any modifications to any settings or
> added your own source files or anything like that? This really looks like
> the settings were changed somewhere to use a different run-time library in
> one of the projects. How did you download the source?
>
> Ted****
>
> On Thu, Jul 26, 2012 at 8:19 AM, <VimalMathew at eaton.com> wrote:****
>
> I’m using Symphony 5.4.4 on a 64-bit platform.****
>
> Using Visual Studio Express 2010.****
>
>  ****
>
> Vimal Mathew****
>
> Engineering Intern | VTI | Eaton Corp | Southfield, MI | Ph:
> +1.201.275.5555****
>
>  ****
>
> *From:* Ted Ralphs [mailto:ted at Lehigh.EDU]
> *Sent:* Wednesday, July 25, 2012 8:46 PM
> *To:* Mathew, Vimal
> *Subject:* Re: [Symphony] Configuring Symphony for a Release build with
> VS 10.0****
>
>  ****
>
> This kind of error almost always arises from trying to link two libraries
> built with incompatible version of the WIndows run-time library. To debug
> it, I'll need at least the version of SYMPHONY you are trying to build. It
> would also help to know the platform (32- or 64-bit, etc.).
>
> Ted****
>
> On Wed, Jul 25, 2012 at 4:37 PM, <VimalMathew at eaton.com> wrote:****
>
> Hi,****
>
>  ****
>
> How do I configure to use in a ‘Release’ build on Visual Studio 10.0?****
>
> With the normal build, I’m getting a bunch of link errors:****
>
>  ****
>
> msvcprt.lib(MSVCP100.dll) : error LNK2005: "void __cdecl
> std::_Xout_of_range(char const *)" (?_Xout_of_range at std@@YAXPBD at Z)
> already defined in libcpmt.lib(xthrow.obj)****
>
> 1>msvcprt.lib(MSVCP100.dll) : error LNK2005: "void __cdecl
> std::_Xlength_error(char const *)" (?_Xlength_error at std@@YAXPBD at Z)
> already defined in libcpmt.lib(xthrow.obj)****
>
> 1>msvcprt.lib(MSVCP100.dll) : error LNK2005: "public: class
> std::basic_ostream<char,struct std::char_traits<char> > & __thiscall
> std::basic_ostream<char,struct std::char_traits<char> >::flush(void)"
> (?flush@?$basic_ostream at DU?$char_traits at D@std@@@std@@QAEAAV12 at XZ) already
> defined in Test.obj****
>
> 1>msvcprt.lib(MSVCP100.dll) : error LNK2005: "public: void __thiscall
> std::basic_ostream<char,struct std::char_traits<char> >::_Osfx(void)"
> (?_Osfx@?$basic_ostream at DU?$char_traits at D@std@@@std@@QAEXXZ) already
> defined in Test.obj****
>
>  ****
>
>  ****
>
> These errors don’t appear till I link the Symphony include and library
> paths.****
>
>  ****
>
> Thanks,****
>
> Vimal****
>
>  ****
>
>
> _______________________________________________
> Symphony mailing list
> Symphony at list.coin-or.org
> http://list.coin-or.org/mailman/listinfo/symphony****
>
>
>
>
> --
> Dr. Ted Ralphs
> Associate Professor, Lehigh University
> (610) 628-1280
> ted 'at' lehigh 'dot' edu
> coral.ie.lehigh.edu/~ted <http://coral.ie.lehigh.edu/%7Eted>****
>
>
>
>
> --
> Dr. Ted Ralphs
> Associate Professor, Lehigh University
> (610) 628-1280
> ted 'at' lehigh 'dot' edu
> coral.ie.lehigh.edu/~ted <http://coral.ie.lehigh.edu/%7Eted>****
>
>
>
>
> --
> Dr. Ted Ralphs
> Associate Professor, Lehigh University
> (610) 628-1280
> ted 'at' lehigh 'dot' edu
> coral.ie.lehigh.edu/~ted <http://coral.ie.lehigh.edu/%7Eted>****
>



-- 
Dr. Ted Ralphs
Associate Professor, Lehigh University
(610) 628-1280
ted 'at' lehigh 'dot' edu
coral.ie.lehigh.edu/~ted <http://coral.ie.lehigh.edu/%7Eted>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://list.coin-or.org/pipermail/symphony/attachments/20120727/05278b33/attachment-0001.html>