Re: [google/gcc-4_7] Allow static const floats unless -pedantic is passed (issue6212051)

Looks good to me. Yay for kicking the can down the road. ;) On Tue, May 15, 2012 at 12:57 PM, Ollie Wild wrote: > To be applied to google/gcc-4_7. > > Allow static const floats unless -pedantic is passed. > > This patch allows us to migrate to C++11 more incrementally, since we can > leave > the

Re: [google/integration] Extend C++11 UDLs to be compatible with inttypes.h macros (issue6104051)

Thanks! On Sun, Apr 22, 2012 at 8:32 PM, Ollie Wild wrote: > Okay, I'll send out a trunk patch for review now, too. > > Ollie > > On Sun, Apr 22, 2012 at 10:29 PM, Jeffrey Yasskin wrote: >> >> Let's let the discussion _start_ before assuming it'll be

Re: [google/integration] Extend C++11 UDLs to be compatible with inttypes.h macros (issue6104051)

ted discussion before it can be > accepted into trunk. > > Ollie > > > On Sun, Apr 22, 2012 at 10:10 PM, Jeffrey Yasskin > wrote: >> >> Could you try to get this into mainline instead of just the google >> branches? In http://gcc.gnu.org/PR52538, Jonathan sounded

Re: [google/integration] Extend C++11 UDLs to be compatible with inttypes.h macros (issue6104051)

Could you try to get this into mainline instead of just the google branches? In http://gcc.gnu.org/PR52538, Jonathan sounded like he'd consider accepting it. On Sun, Apr 22, 2012 at 7:54 PM, Ollie Wild wrote: > Add new option, -Wreserved-user-defined-literal. > > This option, which is enabled by

Re: [patch] Fix PR52822 (stable_partition move-assigns object to itself) in trunk, 4.7, and 4.6

On Wed, Apr 4, 2012 at 11:09 PM, Paolo Carlini wrote: > Hi, > >> The attached patches fix http://gcc.gnu.org/PR52822, and have been >> tested with `make check-c++` on linux-x86_64. The trunk patch applies >> and tests cleanly on gcc-4_7-branch. The gcc-4_6-branch patch is >> significantly simpler,

[patch] Fix PR52822 (stable_partition move-assigns object to itself) in trunk, 4.7, and 4.6

that there's no way to force get_temporary_buffer to return a short buffer, I'm not sure how to improve it. It might be possible to use set_memory_limits(), but that would require a very complex test program to make sure exactly the right operator new call fails. Jeffr

Re: [google] Fix PR52822 in google's gcc-4.6 branch (issue5975063)

My original test case passes with this change. On Mon, Apr 2, 2012 at 3:25 PM, Jeffrey Yasskin wrote: > I'll send the patches for trunk, gcc-4_7-branch, and gcc-4_6-branch in > a separate thread later today or tomorrow, but I need to get the > google branch fixed before that. P

[google] Fix PR52822 in google's gcc-4.6 branch (issue5975063)

o. I'll be happy to fix up the google branch to match whatever gets accepted for gcc-4_6-branch once that's decided. Tested with `make check` on x86-64-linux, and I'll check this against the build I originally noticed the problem in before committing it. 2012-04-02 Jeffrey Yasskin

[google] Work around PR52796 by replacing empty packs with explicit overloads. (issue5971053)

ug in valgrind for each changed location. Some of the insert_aux locations appear inaccessible because of missing emplace() functions. I plan to only apply this to the google/gcc-4_6 branch, since gcc-4.7 already makes these cases work properly. 2012-03-30 Jeffrey Yasskin * libstdc

[patch][google] Backport r176665 to google/gcc-4_6 making narrowing conversions a pedwarn.

it it in a few hours unless I hear complaints. c-family/ChangeLog.google-4_6: 2011-11-02 Jeffrey Yasskin Backport from rev 176665 2011-07-22 Jason Merrill * c.opt (Wnarrowing): New. cp/ChangeLog.google-4_6: 2011-11-02 Jeffrey Yasskin Backpor

Re: [patch][google] Allow static const floats unless -pedantic is passed. (issue 5306071)

e static const float initializations in place, flip the switch, and then change them to use constexpr. We should NOT forward-port this to any gcc-4.7 branches. gcc/cp/ChangeLog.google-4_6 2011-10-28 Jeffrey Yasskin google ref 5514746; backport of r179121 Modified locall

Re: [google][patch] Put make_heap's declaration on a single line to work around inconsistent debug locations

And reverted in r177083 because I fixed the underlying problem. On Fri, Jul 22, 2011 at 11:06 PM, Ollie Wild wrote: > Ok for inclusion in google/gcc-4_6. > > Ollie > > On Fri, Jul 22, 2011 at 5:46 PM, Jeffrey Yasskin wrote: >> >> For the google/gcc-4_6 branch _only_.

Re: [PATCH] Propagate source locations from function_decls to their template_decls

Thanks. Committed to gcc-4_6-branch in r176851 and the google/gcc-4_6 branch in r177072. On Wed, Jul 27, 2011 at 11:46 AM, Jason Merrill wrote: > Yes. > > Jeffrey Yasskin wrote: > > Thanks. I'll commit to trunk in the morning when I can be around to > watch for breakage.

Re: [PATCH] Propagate source locations from function_decls to their template_decls

Thanks. I'll commit to trunk in the morning when I can be around to watch for breakage. Is this also ok for gcc-4_6-branch? On Tue, Jul 26, 2011 at 7:16 PM, Jason Merrill wrote: > Ok. > > Jeffrey Yasskin wrote: > > Hi Jason. Paolo suggested I ping you directly about th

[PATCH] Propagate source locations from function_decls to their template_decls

wn-linux-gnu. I'm looking to check it in to trunk, and will propagate it to the gcc-4_6-branch if you think that's the right thing to do. No more tests fail than in http://gcc.gnu.org/ml/gcc-testresults/2011-07/msg02995.html. gcc/cp/ChangeLog: 2011-07-26 Jeffrey Yasskin * p

[google][patch] Put make_heap's declaration on a single line to work around inconsistent debug locations

itives in gold's ODR checker. Until I can find why the locations are inconsistent, we can work around the problem by putting the name and closing ')' on the same line. libstdc++-v3/ChangeLog 2011-07-22 Jeffrey Yasskin * include/bits/stl_heap.h(make_heap): Remove a newlin

Re: [google] Merge r173574 to google/gcc-4_6 to fix an incompatibility between C++98 and C++0x (issue4592057)

On Tue, Jun 14, 2011 at 12:38 PM, Diego Novillo wrote: > On Tue, Jun 14, 2011 at 14:45, Jeffrey Yasskin wrote: >> In C++0x mode, without this patch, calls to a user-defined trunc() function >> with an argument in namespace std and >> a parameter type that has an implici

[google] Merge r173574 to google/gcc-4_6 to fix an incompatibility between C++98 and C++0x (issue4592057)

Tested with `make check-c++` on x86_64-unknown-linux-gnu. 2011-06-14 Jeffrey Yasskin Merge r173574 to google/gcc-4_6. * include/c_global/cmath (acosh, asinh, atanh, cbrt, copysign, erf, erfc, exp2, expm1, fdim, fma, fmax, hypot, ilogb, lgamma, llrint, llround,

[patch] Import iota and is_sorted from std to __gnu_cxx in C++0x mode. (issue4384043)

: `make -k check-c++` on x86_64-unknown-linux-gnu. (still running) libstdc++-v3/ChangeLog: 2011-04-06 Jeffrey Yasskin * include/ext/algorithm (is_sorted): In C++0x mode import from namespace std. * include/ext/numeric (iota): In C++0x mode import from namespace std

Re: [patch] Fix two C++ errors in libstdc++. (issue4341041)

On Thu, Mar 31, 2011 at 12:49 PM, Paolo Carlini wrote: > On 03/31/2011 09:41 PM, Paolo Carlini wrote: >>> >>> I think this is a candidate to backport to libstdc++-4.6.1. >>> >>> exception_ptr.h needs the forward declaration because it's >>> included from  before  defines std::type_info. >> >> befo

[patch] Fix two C++ errors in libstdc++. (issue4341041)

hange. libstdc++-v3/ChangeLog: 2011-03-31 Jeffrey Yasskin * libsupc++/exception_ptr.h: Forward-declare std::type_info. * libsupc++/nested_exception.h (__throw_with_nested): Remove a redundant default argument from std::__throw_with_nested. diff --git a/libstdc++-v3/li