Live data from Hacker News

What will C++17 be?

docs.google.com

31–40 of 86 posts

Re: What will C++17 be?

#31
post #26

Earlier quoted context omitted.

i am so sorry for you. and all your excuses...

Its funny how strong the ideological stance exists among programmers. Any comment making fun of windows always get upvoted even if its just anecdotal. My experience is also anecdotal and needs to be taken just a data point. Linux users seem to not be able to stomach any constructive criticism. I tried using linux for a long time - the problem is life got in the way. I need to provide lab reports and do mathematics. L…

Your downvotes are (I guess) not for criticising Linux but for doing so in a flame-baity way.

Re: What will C++17 be?

#32
post #19

How about making the language more accessible to newcomers by providing a sane default way of doing package management and builds. Go is a great example of both things done reasonably well out of the box.

Ugh. Language-based package managers are one of the biggest misfeatures of the millenium. They're all well and good* until they have to interact with the world outside their language universe. * I'm being very generous here.

Hm... Can you elaborate? I have nothing but good things to say about PIP (the only package manager I've used extensively).

Re: What will C++17 be?

#33
post #9

Earlier quoted context omitted.

From where I'm standing, C++ package management is already quite nicely solved by what we call package managers in the linux world. You know, portage, aptitude, etc.

Linux is used by 1% of all computer users on the planet. Trying to program C++ in windows is an horrible experience that I wont wish on my worst enemy. Linux is nice, but it doesn't have after effects, support for the latest ultrabooks, photoshop ( sorry GIMP is a joke ). Linux also contantly breaks whenever I tried using it, sound, video ? Also gaming. Anyway the browser environment is cool because it forced everyon…

Linux desktop use may hover at a few percent. But once you look beyond the desktop and to embedded and server use the percentage is far far higher. And personally, as a Linux user since ~1995, I'd say that Linux can work quite well for all the things you mention ;-)

Re: What will C++17 be?

#34

How about making the language more accessible to newcomers by providing a sane default way of doing package management and builds. Go is a great example of both things done reasonably well out of the box.

You might like to try Hunter: https://github.com/ruslo/hunter

Cross-platform C++ package management using CMake only.

Re: What will C++17 be?

#35
post #23

Earlier quoted context omitted.

You can use something like vagrant for you dev environment.

I tried using VM Ware, it comes with its own set of problems. It constantly gets stuck. I will give vagrant a try though.

Perhaps you're doing it wrong? Your cross-platform OS skills doesn't sound very strong. Maybe should practice some more in the different ways various OS work.

Re: What will C++17 be?

#36
post #9

Earlier quoted context omitted.

From where I'm standing, C++ package management is already quite nicely solved by what we call package managers in the linux world. You know, portage, aptitude, etc.

Linux is used by 1% of all computer users on the planet. Trying to program C++ in windows is an horrible experience that I wont wish on my worst enemy. Linux is nice, but it doesn't have after effects, support for the latest ultrabooks, photoshop ( sorry GIMP is a joke ). Linux also contantly breaks whenever I tried using it, sound, video ? Also gaming. Anyway the browser environment is cool because it forced everyon…

Maybe, but did you know that Linux is used by the large majority of computers on the planet ?

Re: What will C++17 be?

#37
post #32
post #19

Earlier quoted context omitted.

Ugh. Language-based package managers are one of the biggest misfeatures of the millenium. They're all well and good* until they have to interact with the world outside their language universe. * I'm being very generous here.

Hm... Can you elaborate? I have nothing but good things to say about PIP (the only package manager I've used extensively).

the world outside would be, e.g. system libraries. Python package X depend on libxml-foo or libmagick-bar-6.6.7..

Re: What will C++17 be?

#38
post #9

Earlier quoted context omitted.

From where I'm standing, C++ package management is already quite nicely solved by what we call package managers in the linux world. You know, portage, aptitude, etc.

Linux is used by 1% of all computer users on the planet. Trying to program C++ in windows is an horrible experience that I wont wish on my worst enemy. Linux is nice, but it doesn't have after effects, support for the latest ultrabooks, photoshop ( sorry GIMP is a joke ). Linux also contantly breaks whenever I tried using it, sound, video ? Also gaming. Anyway the browser environment is cool because it forced everyon…

Wow. I haven't seen that troll for a few years, maybe not since the early 2000s.

Here's the thing - if you can't make linux work for you at this point in time then you really have no business being in technology, at all.

Re: What will C++17 be?

#39
post #26

Earlier quoted context omitted.

i am so sorry for you. and all your excuses...

Its funny how strong the ideological stance exists among programmers. Any comment making fun of windows always get upvoted even if its just anecdotal. My experience is also anecdotal and needs to be taken just a data point. Linux users seem to not be able to stomach any constructive criticism. I tried using linux for a long time - the problem is life got in the way. I need to provide lab reports and do mathematics. L…

I dont understand why you cant make lab reports and do mathematics on Linux? Serious scientific papers are written using Latex, not Microsoft Word. And what math software doesnt run on Linux?

Re: What will C++17 be?

#40
I like that feature list a lot. It's going to be very hard to get those features ready, implemented, and stable by the end of 2017, though. Even assuming no issues with politics or the rest of the standardization process.

Concepts alone is looking like a very complex feature. And I was and under the impression that modules were even less ready. But both are very much needed.

I do know that the committee is planning on putting more experimental library features in the experimental namespace, which should provide a nice middle ground between "not ready for standardization" and "standardized and set in stone".

I believe all of the library work for concepts will be released such a namespace in C++17.

Post reply on HN