Page 3 of 6

C++ Modules

Posted: May 19th, 2014, 9:45 pm
by Hansi
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.

C++ Modules

Posted: May 20th, 2014, 5:03 pm
by Cuchulainn
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?

C++ Modules

Posted: May 20th, 2014, 5:13 pm
by Cuchulainn
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??

C++ Modules

Posted: May 20th, 2014, 5:26 pm
by Cuchulainn
QuoteOriginally posted by: PolterSG2 Module design draft now availablePersonally, I think the word 'design' is inappropriate. It feels like a RFC.

C++ Modules

Posted: May 20th, 2014, 5:58 pm
by Cuchulainn
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.

C++ Modules

Posted: May 21st, 2014, 8:16 am
by Hansi
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.

C++ Modules

Posted: May 21st, 2014, 10:00 am
by Cuchulainn
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).

C++ Modules

Posted: May 21st, 2014, 11:41 am
by Cuchulainn
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

C++ Modules

Posted: June 11th, 2014, 9:54 am
by Cuchulainn
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.

C++ Modules

Posted: June 11th, 2014, 11:01 am
by Cuchulainn
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.