This is the mail archive of the gcc-bugs@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

[Bug c++/49152] pretty printer cannot handle iterators and other complex expressions


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.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]