This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug c++/49152] pretty printer cannot handle iterators and other complex expressions
- From: "manu at gcc dot gnu.org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: Mon, 23 Apr 2012 20:27:39 +0000
- Subject: [Bug c++/49152] pretty printer cannot handle iterators and other complex expressions
- Auto-submitted: auto-generated
- References: <bug-49152-4@http.gcc.gnu.org/bugzilla/>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49152
--- Comment #45 from Manuel LÃpez-IbÃÃez <manu at gcc dot gnu.org> 2012-04-23 20:27:39 UTC ---
(In reply to comment #44)
> On Sun, 1 Apr 2012, manu at gcc dot gnu.org wrote:
>
> > moving
> > line-map out of libcpp to create a source-location library has been rejected in
> > the past.
>
> I've reviewed my contributions to that discussion
> <http://gcc.gnu.org/ml/gcc-patches/2008-11/msg00658.html> and I at least
> did not reject that move; I wanted the new library not to contain any
> translatable messages (so it doesn't need another message domain), and I
> wanted motivation for the patch in terms of modularity and better
> interfaces being the goal and physical separation into a library simply
> being a means to that goal, but I did not object to a move as such.
Re-reading that very old discussion, and with four years of more experience, I
basically agree with everything you and others say there, including the fact
that a new library is probably not needed. However, I still think that physical
separation, be a directory along-side libcpp or under gcc, helps to clarify
module boundaries.
Nevertheless, since it turns out I did not need a source-location library to
implement the caret, I am not planning to work on that patch. Getting that
patch approved is likely going to be a bikesheding exercise of epic
proportions. It would be nice if GCC became more modular, but now I don't see
that patch making a huge difference.