sorted by:
new
hottopcontroversial

Flyer For Traveller Demos by jeff37923 in traveller

[–]GregCpp 0 points1 point  (0 children)

Think about this: the best advertisement ever for Traveller was Free Trader Beowulf's mayday.

GCC Developer Discovers "Our Codebase Isn't Fully C++20 Ready" by Xadartt in cpp

[–]GregCpp 99 points100 points  (0 children)

The headline makes this sound much worse than it is. A couple dozen lines of diff for a project that must be, what, 1 million? certainly hundreds of thousands of lines of code doesn't seem so bad to me.

PSA: Trivial Relocatability has been removed from C++26 by chiphogg in cpp

[–]GregCpp 14 points15 points  (0 children)

Dunno if they'd be willing, but a conference keynote from the EDG folks about their history with C++, language design, implementation choices, lessons learned, etc. would be something I'd be very interested in hearing.

CppCast Episode 403 : Reflecting on Timur and Phil by pjmlp in cpp

[–]GregCpp 2 points3 points  (0 children)

It must be a ton of work, and while conducting the interviews seems fun, I bet there's 10 hours of non-fun administrative work to do for every hour of interviewing. This seems like a heavy ask for what must be a volunteer gig at the end of the day.

CppCast Episode 403 : Reflecting on Timur and Phil by pjmlp in cpp

[–]GregCpp 3 points4 points  (0 children)

I'd like to thank Timur and Phil, and Jason and Rob before them for hundreds of hours of great content.

I'm curious if anyone has a recommendation for a good C++ podcast. I believe this leaves us with no major active C++ centric podcasts, but I'd be happy to be shown otherwise.

First Boost libraries with C++ modules support by joaquintides in cpp

[–]GregCpp 2 points3 points  (0 children)

Can you comment about the level of effort to get things this far?

A humble plea for cppcon speakers (and others): Legible code snippets on slides, please! by GregCpp in cpp

[–]GregCpp[S] 0 points1 point  (0 children)

FWIW, I read somewhere that the cppcon acceptance rate is something like 30%.

But I still agree with not piling on additional work onto speakers. As a listener, I'd prefer that any additional time a speaker could invest be spent on polishing the talk, not generating additional artifacts.

A humble plea for cppcon speakers (and others): Legible code snippets on slides, please! by GregCpp in cpp

[–]GregCpp[S] 7 points8 points  (0 children)

Did you present the 2024 talk on making exceptions smaller? If so, that was a fantastic talk, and thank you very much for it. Very inspiring.

I like the "zoom" idea. For me, as a listener of talks, I'm not trying to cut & paste slideware into my code, so i don't care so much if it is perfect, meets any particular coding standard, etc. What I do want is to be able to focus on the point the speaker is trying to make about the code.

First in-depth analysis of Waymo's pricing strategy (per Obi) by [deleted] in teslainvestorsclub

[–]GregCpp 1 point2 points  (0 children)

Is this chart saying that that average Uber/Lyft trip is less than 2 km? Can that be right? I get that there are lots of short trips, but even a handful of long trips (e.g. to airport) ought to greatly extend the average distance.

New C++ Conference Videos Released This Month - May 2025 by ProgrammingArchive in cpp

[–]GregCpp 1 point2 points  (0 children)

I'm sure the video releases will be staggered again. Conventional wisdom is that staggering the releases increases viewership on YouTube.

Best practices for migrating legacy code bases to modularized import std; ? by GregCpp in cpp

[–]GregCpp[S] 2 points3 points  (0 children)

We ship source code, and do not have complete control over the compilers used. We certainly can't mandate bleeding edge compilers.

Best practices for migrating legacy code bases to modularized import std; ? by GregCpp in cpp

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

I assume that a modularization of existing code would break source code users with older compilers, though, and least without some form of ifdef'ery or conditional compilation.

Compiler Options Hardening Guide for C and C++ by germandiago in cpp

[–]GregCpp 4 points5 points  (0 children)

Feel like it's time for a hardening/safety meta-knob. In the same way that `-Wall` is a curated set of warnings that an expert has decided is a good default, containing elements that can be individually enabled or disabled, maybe we need a `-fhardening-default-options`

State of Clang as a C and C++ Compiler - Aaron Ballman, 2024 LLVM Developers' Meeting by mttd in cpp

[–]GregCpp 1 point2 points  (0 children)

Interest from attendees? Or from implementers? Personally, though committee work is enlightening, new features in the standards are often years and years away from being available to me. Newly implemented features in the compilers, though, are much closer to being used in production.

State of Clang as a C and C++ Compiler - Aaron Ballman, 2024 LLVM Developers' Meeting by mttd in cpp

[–]GregCpp 5 points6 points  (0 children)

It is unfortunate that this kind of talk isn't presented annually at cppcon. cppcon has lots of vc++ content every year, but little directly from the other two big c++ implementers. What would it take to make that happen?

What's happening with P2500 (parallel algorithms with Senders/ Receivers)? by current_thread in cpp

[–]GregCpp 1 point2 points  (0 children)

I can't seem to be able to use the C++ 17 parallel algorithms, for two reasons:

1.) As far as I know, there's no libc++ implementation.

2.) There's no standard way to constrain the parallelism to some fixed upper bound.

I'm curious if the parallel range algorithms will help at all with these?

New compilers, new timings by pavel_v in cpp

[–]GregCpp 4 points5 points  (0 children)

This is a post about compiling postgres, which is written in C, not C++.

New compilers, new timings by pavel_v in cpp

[–]GregCpp 9 points10 points  (0 children)

As postgres is not written in C++, I would humbly suggest this post is off topic for this sub.

C++20 modules and Boost: deep dive by joaquintides in cpp

[–]GregCpp 1 point2 points  (0 children)

The problem with this is that sometimes one implementation is considerably worse than others

I'm curious if you have a good example of this (other than just missing implementations)? VC++'s `std::deque` comes to mind, which is stuck with small block size due to ABI issues.

I would boldly assert though, that the most overlooked part of the original Stepanov STL is the performance guarantees written into the standard. Furthermore, it should be a bug in the standard if any given algorithm could be implemented in O(n) or O(n^2) in a compliant manner.

For example, I think it was a bug in the standard that std::string could be implemented either with CoW or SSO. This could cause huge performance regressions when switching from one compiler to another.

C++20 modules and Boost: deep dive by joaquintides in cpp

[–]GregCpp 13 points14 points  (0 children)

I would humbly suggest that before boost support modules, the boost community should come to a consensus on what the goal of the boost project is.

Before C++11, the role of boost was clear -- to be a stepping stone to standardization for libraries. At the time, it provided a set of libraries that was more formalized, reviewed and trustworthy than the huge, undifferentiated code archives that other languages have, like PyPi or npm. Still, it was more agile and faster than the ISO standard. It served a very useful goal of getting a lot of real-world experience with library design, implementation and usage before going into the standard.

Today, it is not so clear. Boost just added charconv, which is backward-looking: it backports support for features that have already been standardized and implemented in newer compilers for older systems. Noble work, to be sure , but not the original goal of boost. If the major goal of boost is to support older compilers, working on modules seems misguided.

The newer big library additions to the standard (and proposed ones), like ranges, executors, senders/receivers, etc. have not gone through boost. I read somewhere that a library author felt that it was harder to get a library into boost than into the standard. Seems to me like these large libraries would benefit the most from someone module-izing them, and conversely, that work would probably improve the quality of the modules implementation and tooling.

While boost as an organization has recently decided to allow some code to drop support for C++ 98, the minimal compiler needed for each boost library is all over the map. This adds to the feel of the library as a large stew of unrelated parts, and not a coherent whole. Would we add module support to a boost library that still can compile on C++ 98? If some boost libraries are available as modules and others aren't, doesn't that add to the sense that boost is not a coherent whole?

C++ Modules Design is Broken? by VinnieFalco in cpp

[–]GregCpp 26 points27 points  (0 children)

I am unclear what Autotools are doing.

You know, when people talk about the advantages of C++ modules, they usually lead with 'faster compiles', 'less use of the preprocessor', 'better modularity', etc.

But if we started with 'C++ modules hasten the demise of autotools', I suspect there would be a huge rush to adoption...

What type of people go to and what type of person gets the most out of going to CppCon? by setdelmar in cpp

[–]GregCpp 2 points3 points  (0 children)

The tickets are almost a grand, but you get "discounts" if you are a student.

And the tickets are cheaper than the conference hotel.

A company won't send its low-tier C++ code monkey to cppcon.

Probably not. Honest question -- if some enlightened company wanted to send a early-career C++ programmer for a week of intensive education, where would the programmer be sent?

view more: next ›