In https://www.reddit.com/r/programming/comments/84oizv/usability_improvements_in_gcc_8/dvrdyhv/ Reddit user "Liorithiel" pointed out: > Have you considered performing elision conditionally on the length on the > elided part? I see the benefits of changing, let say, std::map<some<long, and, nested<type>>, std::string> > into std::map<[...], std::string>, > but for me, std::map<int, int> > is clearer than std::map<[...], int>. (see the other comments downthread from thread). I'm filing this reminder to take a look at tweaking this for gcc 9. Maybe only elide common items if there's "more than one thing" e.g. if it's a template itself, or is multiple args?
Or just textual length? (perhaps with a param)?
This might be of interest as well: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71167
(In reply to David Malcolm from comment #0) > In > https://www.reddit.com/r/programming/comments/84oizv/usability_improvements_in_gcc_8/dvrdyhv/ > Reddit user "Liorithiel" pointed out: > > > Have you considered performing elision conditionally on the length on the > > elided part? I see the benefits of changing, let say, > > std::map<some<long, and, nested<type>>, std::string> > > > into > > std::map<[...], std::string>, > > > but for me, > > std::map<int, int> > > > is clearer than > > std::map<[...], int>. > > (see the other comments downthread from thread). > > I'm filing this reminder to take a look at tweaking this for gcc 9. Trunk is on gcc 9 now. Confirming since this originally came from someone else, and changing status to ASSIGNED since you're the assignee. > > Maybe only elide common items if there's "more than one thing" e.g. if it's > a template itself, or is multiple args?
I have a patch for this, queuing for gcc 10 stage 1.
(In reply to David Malcolm from comment #4) > I have a patch for this, queuing for gcc 10 stage 1. It's gcc 10 stage 1
GCC 10.1 has been released.
GCC 10.2 is released, adjusting target milestone.
GCC 10.3 is being released, retargeting bugs to GCC 10.4.
GCC 10.4 is being released, retargeting bugs to GCC 10.5.