This is the mail archive of the gcc-patches@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]

Re: RFC: Preserving order of functions and top-level asms via cgraph


Daniel Jacobowitz wrote:
On Sun, Apr 10, 2005 at 06:12:53PM -0700, Mark Mitchell wrote:

What I'd like to know is why these users are using the option, so that we can see if we think those uses are reasonable.

If we simply take the position that we can't break existing code, then we certainly can't do what I'm suggesting. In general, we certainly don't want to break existing code, but maybe if we look at the examples, we'll decide we don't mind. On the other hand, maybe we'll decide they're valid. Or, maybe we'll decide that there are so many examples that breaking the code is a bad idea, even if each individual example is a disgusting hack.


I assume that last bit is true.  I'd need to see a pretty persuasive
argument otherwise.  Put it this way:

  - GCC uses it
  - glibc uses it
  - the Linux kernel uses it
  - those are the system-level components that I am most familiar with;
    newlib/libgloss don't, but three out of four that I checked isn't
    too shabby.

Glibc uses it for a couple of things, including sedding compiler
output, though I am not exactly sure why.  Linux uses are too varied to
summarize.

I was just testing the waters. I see they're a bit nippy.


Your approach is certainly the path of least risk; it permits us to do unconditional unit-at-a-time and doesn't break existing code. I think that's a sound approach, and I certainly don't want to in any way impede progress in moving towards unconditional unit-at-a-time. I'll not interfere further. :-)

--
Mark Mitchell
CodeSourcery, LLC
mark@codesourcery.com
(916) 791-8304


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