Re: [google/integration] Support arm-grtev2-linux-*eabi (issue4628043)

2011-09-12 Thread Chris Demetriou
On Mon, Sep 12, 2011 at 15:24, Gerald Pfeifer ger...@pfeifer.com wrote: Should this be added to the GCC 4.7 release notes at http://gcc.gnu.org/gcc-4.7/changes.html ?  If you need help doing so, propose a text and I'll be happy to care of it. I absolutely need help (just ask Diego)... but not

[trunk] RFA: translate built-in include paths for sysroot (issue4641076)

2011-06-26 Thread Chris Demetriou
this time!) Also built my special cross configuration, that worked as expected. OK for trunk? chris --- [gcc/ChangeLog] 2011-06-25 Chris Demetriou c...@google.com * cppdefault.h (cpp_TARGET_SYSTEM_ROOT): New variable. (cpp_TARGET_SYSTEM_ROOT_len): Likewise

Re: [trunk] RFA: translate built-in include paths for sysroot (issue4641076)

2011-06-26 Thread Chris Demetriou
On Sun, Jun 26, 2011 at 07:28, Joseph S. Myers jos...@codesourcery.com wrote: It seems to me that what's really wanted here is to change the add_sysroot flag for the C++ path (all of the C++ paths?), rather than adding special code to detect paths starting with the sysroot and reinterpret them.

Re: [google][RFA] add extra text to stack frame warnings (issue4479046)

2011-06-10 Thread Chris Demetriou
[resending plain text. Sorry for the noise.] [sorry, i got stuck doing a bunch of other things.] On Fri, May 6, 2011 at 10:05, Andrew Pinski pins...@gmail.com wrote: On Fri, May 6, 2011 at 1:52 AM, Chris Demetriou c...@google.com wrote: In theory, a more general warning-text-addition

[google/gcc-4_6] merge google/main r174890 to google/gcc-4_6 branch (issue4576055)

2011-06-10 Thread Chris Demetriou
.) thanks, chris - [gcc/ChangeLog.google-4_6] 2011-06-09 Chris Demetriou c...@google.com Backport from google/main r174890: 2011-06-09 Chris Demetriou c...@google.com * doc/install.texi (--with-warn-frame-larger-than-extra-text): New. * configure.ac (--with-warn

Re: [google][RFA] add extra text to stack frame warnings (issue4479046)

2011-05-06 Thread Chris Demetriou
On Thu, May 5, 2011 at 12:19, Andrew Pinski pins...@gmail.com wrote: Is there a reason why this cannot be an option that someone passes on the command line of GCC instead of a configure option? I don't think we ever considered that approach. That's actually a great idea, I think better for our

Re: [trunk][RFA] Add __i686.get_pc_thunk.bx to libgcc i386 morestack.S

2011-05-04 Thread Chris Demetriou
On Tue, May 3, 2011 at 16:39, Chris Demetriou c...@google.com wrote: It is also OK if you s/__i686/__x86/ to correspond to your earlier change.  Either way is OK. Well, that change is not in trunk. Should that change move to trunk, yes, it's appropriate to change this as well (though

[google/main][RFA] backport trunk morestack changes (issue4465045)

2011-05-04 Thread Chris Demetriou
Diego, Testing w/ ubuntu lucid native bootstrap + check (C/C++), with --with-pic and numerous other flags, looking good. OK for google/main (assuming tests succeed)? chris -- [libgcc/ChangeLog.google-main] 2011-05-04 Chris Demetriou c...@google.com Backport from trunk r173391

[trunk][RFA] Add __i686.get_pc_thunk.bx to libgcc i386 morestack.S

2011-05-03 Thread Chris Demetriou
as normal, and also --with-pic. No regressions before/after. Ian, OK for trunk? chris [libgcc/ChangeLog] 2011-05-03 Chris Demetriou c...@google.com * libgcc/config/i386/morestack.S (__i686.get_pc_thunk.bx): New. [libgcc/ChangeLog] 2011-05-03 Chris Demetriou c...@google.com * libgcc

Re: [trunk][RFA] Add __i686.get_pc_thunk.bx to libgcc i386 morestack.S

2011-05-03 Thread Chris Demetriou
On Tue, May 3, 2011 at 15:05, Ian Lance Taylor i...@google.com wrote: 2011-05-03  Chris Demetriou  c...@google.com         * libgcc/config/i386/morestack.S (__i686.get_pc_thunk.bx): New. No libgcc in libgcc/ChangeLog. Fixed, sorry.  (That's what I get for pasting from svn status output

Re: [google/main][RFA] change i386 pc_thunk prefix to be __x86

2011-05-02 Thread Chris Demetriou
On Mon, May 2, 2011 at 11:49, Andrew Pinski pins...@gmail.com wrote: On Sat, Apr 30, 2011 at 2:14 PM, Chris Demetriou c...@google.com wrote: Makes -S output more easily preprocessable -- otherwise, the __i686 in __i686.get_pc_think.reg chokes things. IIRC the reason why it uses __i686

[google/main][RFA] change i386 pc_thunk prefix to be __x86

2011-04-30 Thread Chris Demetriou
/ChangeLog.google-main] 2011-04-30 Chris Demetriou c...@google.com * config/i386/i386.c (get_pc_thunk_name): Make 32-bit thunk prefix be __x86.get_pc_thunk. [gcc/ChangeLog.google-main] 2011-04-30 Chris Demetriou c...@google.com * config/i386/i386.c (get_pc_thunk_name): Make 32