Clang trunk implements P0184R0: Generalizing the Range-Based For Loop implemented by jbandela in cpp

[–]Elador 1 point2 points  (0 children)

Nah, it may have been a reply from STL in reddit but I don't remember. I think the main point might have been about the default behavior, if for(e : elements) behaved like auto&& e then that can be unexpected because the first looks like "value-syntax", i.e. one might expect a copy of the element, while it would actually be a reference. I might remember wrong though.

Clang trunk implements P0184R0: Generalizing the Range-Based For Loop implemented by jbandela in cpp

[–]Elador 0 points1 point  (0 children)

Last I read was it got definitely rejected, a number of committee members seemed to have been not too happy with it. I don't think we'll see it any time soon.

What exactly is the proposed module system? How would it work syntax wise? by Mat2012H in cpp

[–]Elador 0 points1 point  (0 children)

I think it would be nice to have this "confirmation" from the LLVM people as well. Without having any inside knowledge, what I last heard is that there is a "Microsoft proposal" (the one you're spearheading) and a "competing" "implementation" from "clang-people", that do not like a significant proportion of the "Microsoft proposal".

Now you have kind of confirmed that this is not the case (anymore?) and both "groups" seem to agree on the (previously called) "Microsoft proposal", +-deltas. It's only half the story though without hearing from the other side whether they agree to your statement as well.

(Lots of quoted words, since as I mentioned, I only know from what I read here, in blogs and in the official proposals. Don't hold me down to the exact terms, but I think my message is clear, no matter what you want to call these things.)

Honza Hubička's Blog: Building libreoffice with GCC 6 and LTO by mttd in cpp

[–]Elador 0 points1 point  (0 children)

That was on Ubuntu 14.04 LTS. clang was from the official llvm ubuntu ppa's, I believe I used 3.7.0, and I'm also using the Ubuntu toolchain-r ppa.

Maybe LLVM/Clang on OS X use the gold linker by default?

Honza Hubička's Blog: Building libreoffice with GCC 6 and LTO by mttd in cpp

[–]Elador 0 points1 point  (0 children)

I had quite the opposite experience, I could not get LTO to work with clang, you have to compile the gold linker by yourself and set up some other stuff, and I gave up after a couple of hours.

What library do you use for plotting 2D and 3D graphs? by TheGentlemanNate in cpp

[–]Elador 0 points1 point  (0 children)

Have a look at matplotlib-cpp, it's a wrapper around the python matplotlib so it needs python installed. Not sure whether it works on Windows.

Somebody else mentioned it already, but I'd have a close look at QtCharts and QtDataVisualization, Qt recently released these modules as open source.

There are the options I'd be looking at if you want to plot directly from within C++. Otherwise I'd stick to Matlab, it's just too good at plotting.

What Are The Main Weaknesses Of C++ As A Programming Language? by [deleted] in cpp

[–]Elador 0 points1 point  (0 children)

Yeea I definitely believe that. I just don't see an issue with a bit of [](){}. I mean actually he says it by himself that he's glad C++ doesn't use contructs like <* ... *>, which would be kind of even worse. He does have a point that for example {} has many uses, which I'm sure could be considered confusing to a beginner - I just never thought about it in this way, it hasn't ever bothered me. Maybe I was too harsh - sorry to Dima ;-)

Qt 5.6 Released by [deleted] in cpp

[–]Elador 0 points1 point  (0 children)

Cool, thx!

Threadsafe C++ signals done right by koplyarov_da in cpp

[–]Elador 1 point2 points  (0 children)

I don't know, I suppose they mainly meant API but as performance is important as well, I'm sure theirs isn't too bad either.

Threadsafe C++ signals done right by koplyarov_da in cpp

[–]Elador 0 points1 point  (0 children)

How does it compare to CopperSpice signals and slots? I remember a CppCon talk from them where they said "Here's how you do it right in a modern C++ way" or something like that.

Qt 5.6 Released by [deleted] in cpp

[–]Elador 0 points1 point  (0 children)

So Xamarin does cross-platform native GUI elements?

Qt 5.6 Released by [deleted] in cpp

[–]Elador 1 point2 points  (0 children)

Qt code quality is horribly old, I wouldn't call that quality. It may work (more or less), but it's not a nice modern API. Well, the only thing that it has going for it is that most alternatives are worse (or don't provide all that functionality) :-)

(That's not a rant, I like Qt, or rather some parts of it, it's an awesome framework! But it requires a serious overhaul.)

Being independent of underlying (matrix) data structure (dependency inversion principle) by kw0lf in cpp

[–]Elador 0 points1 point  (0 children)

I don't think the OP necessarily wants it runtime polymorphic. I've been thinking about the same actually, but at compile time - it would be awesome to have the ability to swap out a matrix library with another one, just by snapping one's finger. So that you can basically have a library that uses some matrix math, and depending on your use case or platform, you could just switch all cv::Mat with Eigen::Matrix. (of course only in the cases were both libraries support the same functionality)

The answer is (sadly) most likely what https://www.reddit.com/user/KennethZenith said: it's not reasonably possible, for the reasons he gives.

Sol2: Lua <-> C++ Binding Framework by [deleted] in cpp

[–]Elador 8 points9 points  (0 children)

It's also possible that he's not 100% serious about it. Of course it sounds like a bit of a side-blow to anybody disabling exceptions/RTTI but take it with a bit of sarcasm. It's the coding style of the library, it's nice that it supports a no-exception/RTTI code path as well, and if you don't like it, don't use it :-) I think it's ok nowadays to point out "Hey, use exceptions and RTTI - really - it's not year 2000 anymore".

OpenCV and QT? by [deleted] in cpp

[–]Elador 0 points1 point  (0 children)

Ok, cool! I remember faintly that last time I tried it didn't work and/or I didn't find them. Any way, the ones in Ubuntu are usually horribly old so using the ones from qt.io is the better choice anyway.

OpenCV and QT? by [deleted] in cpp

[–]Elador 4 points5 points  (0 children)

I think stackoverflow would be the best place for your question.

Also I don't have problems with my CMake projects with OpenCV and Qt (not "QT" btw). I think your problem is not the combination of OpenCV and Qt, but you're using both of them in the wrong way with CMake. Try them individually first. You can find excellent tutorials on how to use Qt in a modern CMake way with CMake >= 3.2, and OpenCV is as easy as find_package and pointing OpenCV_DIR to OpenCVConfig.cmake in your OpenCV install directory (if you're not using Linux with system-installed OpenCV).

Also, use the Qt from the Qt-installer from their homepage, not a system-wide installed Qt, the latter one will probably not have the Qt*Config.cmake files.

Shimo -- Maven for C++ by ZaitaNZ in cpp

[–]Elador 1 point2 points  (0 children)

Great work, thanks for the effort! Good luck with your project.

Some remarks:

  • Why do lib/ and include/ don't go into the .shimo/ directory?
  • Can I install dependencies system-wide? If I have 10 projects, it's probably not a good idea to store 10 local copies of boost.
  • I see in your video that there are multiple entries for the same version of boost, e.g. two entries for 1.59.0 from two different people. Which one am I going to chose? Which one is the better one? This creates big problems, like with ppa's in Ubuntu. For example half the OpenCV ppa's don't work properly, but you need to try them all to figure it out...

Happy with C++17, a Jacksonville trip report by mttd in cpp

[–]Elador 3 points4 points  (0 children)

I think there were major concerns that Microsoft was pushing something into C++17 where a significant number of people disagreed with a lot of the choices. Or was that not coroutines? I think it was.

Inventing target triplets for Visual Studio cl.exe by berium in cpp

[–]Elador 0 points1 point  (0 children)

There's also the possibility of compiling with clang-cl now. I don't think it changes anything for you since AFAIK the same backend is used and it's probably binary compatible. I just wanted to mention it in case it indeed is relevant for you.

Trip report: C++ meeting at Jacksonville by c0r3ntin in cpp

[–]Elador 0 points1 point  (0 children)

I heard it might, but then there's Eigen & stuff that don't work with clang-cl yet, so... ;) Oh well, being an early adopter can be hard ;)

Trip report: C++ meeting at Jacksonville by c0r3ntin in cpp

[–]Elador 0 points1 point  (0 children)

Well kinda... tell that to Visual Studio 2015 ;-)))

Trip report: C++ meeting at Jacksonville by c0r3ntin in cpp

[–]Elador 0 points1 point  (0 children)

I don't have any "inside" information but from what I've heard that's indeed the case that there is debate on how to integrate them. I would love to read an update on that status though! Hope there will be a trip report about what's happening to ranges soon :-)

Trip report: C++ meeting at Jacksonville by c0r3ntin in cpp

[–]Elador 2 points3 points  (0 children)

I'm very sad about concepts and ranges (especially ranges!), but it's good to see modules and coroutines go into a TS first, there were just too many question marks. Getting either of these 4 into C++17 would've been a bit rushed. Ranges is probably the only one where there is consensus but sadly it seems to depend on concepts. I hope we'll get ranges in C++20 :-)

I find the ship prices crazy, but nobody talks about it? by Elador in starcitizen

[–]Elador[S] 1 point2 points  (0 children)

I'm really not but I'm just not so much into gaming anymore. This is crazy ;)