Serving the Quantitative Finance Community

 
User avatar
Hansi
Posts: 41
Joined: January 25th, 2010, 11:47 am

C++ Modules

May 19th, 2014, 9:45 pm

QuoteOriginally posted by: outrunAh!My idea was that when you compile thing into 1 dll/lib then there would be no dependencies to nothing already installed, it would work in a self-contained way. I'm not a windows developer with dll experience, but on linux STL is provided as header files and those will be compiled into the target and not cause any dependencies. E.g. I can change bit in the STL header files and that would be reflected in my executable.That's possible, if that's the fact that is very helpful. One of the main reasons I like Go is the final binary is just that final, deployment is a piece of cake.
 
User avatar
Cuchulainn
Posts: 20254
Joined: July 16th, 2004, 7:38 am
Location: 20, 000

C++ Modules

May 20th, 2014, 5:03 pm

Quote.NET is probably better at that *but* Microsoft development is crap in infinite many ways and only relevant for legacy reasons. I take it you don't use, never have and never will use .NET?
 
User avatar
Cuchulainn
Posts: 20254
Joined: July 16th, 2004, 7:38 am
Location: 20, 000

C++ Modules

May 20th, 2014, 5:13 pm

QuoteOriginally posted by: katastrofaQuoteOriginally posted by: outruncan't you compile everything (e.g. also the STL binaries) into *one* selfcontained dll/lib?But what if there is another katastrofa who went to another forum and met another outrun who gave her the same advice?aThen if three people say it, it will be right. (just kidding, a quote from Lewis Carroll).My vote: no, not possible and not even desirable .. dll with a water head. QuoteThe problems with this solution are caused by different implementations of STL by different compilers, different binary versions of STL containers depending on the compilation options, etcHow did it get this far? Looks like a verson control issue but is it so extreme as you sketch?2 compiler, 10 clients??
Last edited by Cuchulainn on May 19th, 2014, 10:00 pm, edited 1 time in total.
 
User avatar
Cuchulainn
Posts: 20254
Joined: July 16th, 2004, 7:38 am
Location: 20, 000

C++ Modules

May 20th, 2014, 5:26 pm

QuoteOriginally posted by: PolterSG2 Module design draft now availablePersonally, I think the word 'design' is inappropriate. It feels like a RFC.
 
User avatar
Cuchulainn
Posts: 20254
Joined: July 16th, 2004, 7:38 am
Location: 20, 000

C++ Modules

May 20th, 2014, 5:58 pm

QuoteOriginally posted by: outrunQuoteOriginally posted by: CuchulainnQuote.NET is probably better at that *but* Microsoft development is crap in infinite many ways and only relevant for legacy reasons. I take it you don't use, never have and never will use .NET?I've never seen a need for MONO.I see.
 
User avatar
Hansi
Posts: 41
Joined: January 25th, 2010, 11:47 am

C++ Modules

May 21st, 2014, 8:16 am

QuoteOriginally posted by: outrun *but* Microsoft development is crap in infinite many ways and only relevant for legacy reasons. Finally python package managment (or R package management, Linux package managment) is *so* easy compared to eg getting a copy of boost.If you haven't tried VS2012+ you may want to give them another go, now with proper package mangement via NuGet too.I think the MS dev stack is pretty awesome but the flaws are mostly with the OS.
 
User avatar
Cuchulainn
Posts: 20254
Joined: July 16th, 2004, 7:38 am
Location: 20, 000

C++ Modules

May 21st, 2014, 10:00 am

QuoteOriginally posted by: HansiQuoteOriginally posted by: outrun *but* Microsoft development is crap in infinite many ways and only relevant for legacy reasons. Finally python package managment (or R package management, Linux package managment) is *so* easy compared to eg getting a copy of boost.If you haven't tried VS2012+ you may want to give them another go, now with proper package mangement via NuGet too.I think the MS dev stack is pretty awesome but the flaws are mostly with the OS.I agree. I have worked with MS C since 1988 and every year it got better. (VS 2003 was awful).
 
User avatar
Cuchulainn
Posts: 20254
Joined: July 16th, 2004, 7:38 am
Location: 20, 000

C++ Modules

May 21st, 2014, 11:41 am

QuoteHmm. Monotonic increasing quality + a 2003 "aweful" set point,... what on earth was I like in 88?In '88 we have no running water, people dumped Ataris and sewage into the Amsterdamse grachten.Even worse, only C++ precompilers into MS C (and the C file names truncated to 32 characters, name collision).So we (I) adopted a new dogma: A CAD class is 2 letters long. Very useful for the command-line input for NC machines.The good news was my office was [2,5] minutes walking distance from Paradiso and Melkweg
Last edited by Cuchulainn on May 20th, 2014, 10:00 pm, edited 1 time in total.
 
User avatar
Cuchulainn
Posts: 20254
Joined: July 16th, 2004, 7:38 am
Location: 20, 000

C++ Modules

June 11th, 2014, 9:54 am

QuoteI'm sorry, I'm simply wondering what would happen if my clients already had some dlls/libs with the STL binaries compiled into them.STL class specialisations only are possible.The problem with compile-time native C++ templates is that a separate runtime code is needed for each specialization. C++/CLI generics and .NET assemblies resolve this problem. And mixed assemblies also exist.
Last edited by Cuchulainn on June 10th, 2014, 10:00 pm, edited 1 time in total.
 
User avatar
Cuchulainn
Posts: 20254
Joined: July 16th, 2004, 7:38 am
Location: 20, 000

C++ Modules

June 11th, 2014, 11:01 am

QuoteRegarding the quotes question: nothing will happen! STL is a*template* library those are always compiled into them. You can't have a dll or lib with templates (but there are new things coming in C++ in that respect).What are these new things? I suspect .NET has them now.
Last edited by Cuchulainn on June 10th, 2014, 10:00 pm, edited 1 time in total.