gcc-4.3-20110515 is now available

Snapshot gcc-4.3-20110515 is now available on ftp://gcc.gnu.org/pub/gcc/snapshots/4.3-20110515/ and on various mirrors, see http://gcc.gnu.org/mirrors.html for details. This snapshot has been generated from the GCC 4.3 SVN branch with the following options: svn://gcc.gnu.org/svn/gcc/branches

Re: gcc-4.3-20110515 is now available

On Sun, May 15, 2011 at 07:50:34PM -, gccad...@gcc.gnu.org wrote: Snapshot gcc-4.3-20110515 is now available on ftp://gcc.gnu.org/pub/gcc/snapshots/4.3-20110515/ and on various mirrors, see http://gcc.gnu.org/mirrors.html for details. If we're building 4.7 snapshots, do we still need 4.3

Improving build on OpenBSD x86_64

A few months ago I managed to build gcc 4.5.1 on an OpenBSD x86_64 platform. This was difficult, even with the patches available in my system's ports tree (which could build gcc 4.3). I would like to volunteer to make this platform better supported. However, I have not contributed to gcc

Re: Bug detecting AMD K6-2+ with -march=native ?

Stroller 写入消息 news:0bead785-392b-49e3-a3d1-0f015b954...@stellar.eclipse.co.uk... Hi there, I have a Sun / Cobalt Qube 3 with an AMD K6-2+ CPU, and gcc seems to be misdetecting it as an Athlon when using -march=native # gcc -v -Q --help=target -march=native 21 | grep march

[Bug libfortran/48961] EXECUTE_COMMAND_LINE(WAIT=.false.) fails on MinGW

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48961 --- Comment #11 from Thomas Henlich thenlich at users dot sourceforge.net 2011-05-15 09:13:28 UTC --- (In reply to comment #9) Thus, I do not see how one can solve this better than currently done. We might call system() in a separate thread

[Bug target/38547] duplicate symbols with g++ on AIX

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38547 --- Comment #21 from Rainer Tammer tammer at tammer dot net 2011-05-15 09:20:15 UTC --- Hello, Sorry for the delayed answer. On 02.05.2011 19:41, jqian at tibco dot com wrote: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38547 --- Comment #20

[Bug libfortran/48961] EXECUTE_COMMAND_LINE(WAIT=.false.) fails on MinGW

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48961 --- Comment #12 from Thomas Henlich thenlich at users dot sourceforge.net 2011-05-15 09:26:02 UTC --- (In reply to comment #11) (In reply to comment #9) Thus, I do not see how one can solve this better than currently done. We might call

[Bug libfortran/48931] Backtrace functionality not async-signal-safe

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48931 Janne Blomqvist jb at gcc dot gnu.org changed: What|Removed |Added URL|

[Bug c++/48994] [4.7 regression] [C++0x] error for trivial use of range-based 'for'

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48994 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Keywords||patch Target

[Bug c++/48999] [4.7 Regression] FAIL: g++.dg/torture/20090706-1.C due to an ICE on *-*-darwin*

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48999 --- Comment #1 from Dominique d'Humieres dominiq at lps dot ens.fr 2011-05-15 10:09:41 UTC --- No ICE with revision 173450, ICE with revision 173451.

[Bug web/46482] [bugzilla] emails not sent to gcc-bugs

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46482 --- Comment #9 from Jonathan Wakely redi at gcc dot gnu.org 2011-05-15 10:06:18 UTC --- my mails to the gcc, libstdc++, gcc-help and gcc-patches lists show up in the archives almost immediately, so the delays seem to be specific to mails to

[Bug c++/49004] Improve the error message for linking failure

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49004 --- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org 2011-05-15 10:17:03 UTC --- that error comes from the linker, not gcc

[Bug fortran/48700] [OOP] memory leak with MOVE_ALLOC of polymorphic variables

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48700 janus at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug libfortran/48915] Incorrect process return code with -fdump-core

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48915 --- Comment #7 from Janne Blomqvist jb at gcc dot gnu.org 2011-05-15 10:23:56 UTC --- Author: jb Date: Sun May 15 10:23:53 2011 New Revision: 173770 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=173770 Log: PR 48915 Clarify

[Bug fortran/48700] memory leak with MOVE_ALLOC

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48700 janus at gcc dot gnu.org changed: What|Removed |Added Summary|[OOP] memory leak with |memory leak with MOVE_ALLOC

[Bug preprocessor/48677] cpp.exe broken ?

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48677 ralpheng...@gmail.com ralphengels at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED

[Bug preprocessor/48677] cpp.exe broken ?

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48677 Mikael Pettersson mikpe at it dot uu.se changed: What|Removed |Added CC||jsm28 at gcc dot

[Bug fortran/48699] [OOP] MOVE_ALLOC of polymorphic variables

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48699 janus at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug c++/43663] Can't take a const-ref to a bit field

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43663 James Dennett james.dennett at gmail dot com changed: What|Removed |Added CC|

[Bug fortran/48699] [OOP] MOVE_ALLOC of polymorphic variables

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48699 --- Comment #5 from janus at gcc dot gnu.org 2011-05-15 11:53:00 UTC --- (In reply to comment #4) In each TYPE IS/CLASS IS block we generate a temporary for the selector. Apparently we need to set the correct attributes for the temporary. cf.

[Bug c++/43663] Can't take a const-ref to a bit field

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43663 --- Comment #7 from James Dennett james.dennett at gmail dot com 2011-05-15 11:55:47 UTC --- Unsurprisingly the quick hack isn't really good enough -- it'll happily bind a non-const reference to a temporary initialized from a bitfield. (...and I

[Bug fortran/48700] memory leak with MOVE_ALLOC

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48700 janus at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug preprocessor/48677] cpp.exe broken ?

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48677 ralpheng...@gmail.com ralphengels at gmail dot com changed: What|Removed |Added Status|RESOLVED

[Bug c++/43663] Can't take a const-ref to a bit field

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43663 --- Comment #8 from James Dennett james.dennett at gmail dot com 2011-05-15 12:34:51 UTC --- Interestingly this works with Apple's g++ 4.2.1, specifically i686-apple-darwin10-g++-4.2.1 (GCC) 4.2.1 (Apple Inc. build 5666) (dot 3), but not with

[Bug middle-end/48989] [4.7 Regression] FAIL: gfortran.dg/lto/pr46036 f_lto_pr46036_0.o assemble

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48989 Hans-Peter Nilsson hp at gcc dot gnu.org changed: What|Removed |Added CC||hp at gcc dot

[Bug middle-end/46500] target.h includes tm.h

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46500 --- Comment #8 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org 2011-05-15 12:51:00 UTC --- Author: amylaar Date: Sun May 15 12:50:57 2011 New Revision: 173771 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=173771 Log: PR

[Bug fortran/48705] [OOP] ALLOCATE with non-trivial SOURCE

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48705 janus at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug fortran/48700] memory leak with MOVE_ALLOC

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48700 --- Comment #4 from janus at gcc dot gnu.org 2011-05-15 13:15:23 UTC --- (In reply to comment #3) We miss to deallocate sm, before it gets overridden. Simple patch which does just that (not regtested): Fails at least on move_alloc_2.f90.

[Bug c++/48999] [4.7 Regression] FAIL: g++.dg/torture/20090706-1.C due to an ICE on *-*-darwin*

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48999 John David Anglin danglin at gcc dot gnu.org changed: What|Removed |Added CC||danglin at

[Bug middle-end/48907] [4.7 Regression] ICE in bitmap_first_set_bit, at bitmap.c:782

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48907 John David Anglin danglin at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED

[Bug c++/48999] [4.7 Regression] FAIL: g++.dg/torture/20090706-1.C due to an ICE on *-*-darwin*

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48999 John David Anglin danglin at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last

[Bug ada/49005] New: gnattools/Makefile hardcodes gnatmake/gnatbind/gnatlink

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49005 Summary: gnattools/Makefile hardcodes gnatmake/gnatbind/gnatlink Product: gcc Version: 4.6.0 Status: UNCONFIRMED Keywords: build Severity: normal

[Bug fortran/18918] Eventually support Fortran 2008's coarrays [co-arrays]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18918 --- Comment #48 from Tobias Burnus burnus at gcc dot gnu.org 2011-05-15 16:20:21 UTC --- Author: burnus Date: Sun May 15 16:20:18 2011 New Revision: 173772 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=173772 Log: 2011-05-15 Tobias Burnus

[Bug lto/48938] [4.7 Regression] ICE: in lto_wpa_write_files, at lto/lto.c:1992 with -O -flto --param lto-min-partition=1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48938 H.J. Lu hjl.tools at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |NEW Last

[Bug c++/49003] [C++0x] decltype in member function's trailing return type should deduce constness of *this

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49003 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last

[Bug fortran/48700] memory leak with MOVE_ALLOC

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48700 --- Comment #5 from janus at gcc dot gnu.org 2011-05-15 17:23:11 UTC --- Updated patch: Index: gcc/fortran/trans-intrinsic.c === --- gcc/fortran/trans-intrinsic.c(revision

[Bug fortran/48705] [OOP] ALLOCATE with non-trivial SOURCE

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48705 --- Comment #2 from janus at gcc dot gnu.org 2011-05-15 17:40:06 UTC --- (In reply to comment #1) use generic_deferred implicit none type(addable) :: x, y class(addable), allocatable :: z x = addable((/1,2/)) y =

[Bug tree-optimization/49006] New: [4.6/4.7 Regression] Missed vectorization due to revision 167531

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49006 Summary: [4.6/4.7 Regression] Missed vectorization due to revision 167531 Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug target/49002] 128-bit AVX load incorrectly becomes 256-bit AVX load

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49002 Uros Bizjak ubizjak at gmail dot com changed: What|Removed |Added Target||x86-avx

[Bug rtl-optimization/49007] New: ICE in extract_true_false_edges_from_block at tree-cfg.c:7379

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49007 Summary: ICE in extract_true_false_edges_from_block at tree-cfg.c:7379 Product: gcc Version: 4.3.6 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug target/49001] GCC uses VMOVAPS/PD AVX instructions to access stack variables that are not 32-byte aligned

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49001 Uros Bizjak ubizjak at gmail dot com changed: What|Removed |Added CC||ktietz at gcc dot

[Bug rtl-optimization/49007] ICE in extract_true_false_edges_from_block at tree-cfg.c:7379

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49007 --- Comment #1 from John David Anglin danglin at gcc dot gnu.org 2011-05-15 21:19:15 UTC --- The then and else labels are the same for the cond: Breakpoint 12, 0x00361cb4 in make_edges () at ../../gcc/gcc/tree-cfg.c:801 801 then_bb =

[Bug target/48554] Regression for coldfire platform

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48554 Vincent Riviere vincent.riviere at freesbee dot fr changed: What|Removed |Added CC|

[Bug target/49001] GCC uses VMOVAPS/PD AVX instructions to access stack variables that are not 32-byte aligned

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49001 --- Comment #2 from H.J. Lu hjl.tools at gmail dot com 2011-05-15 22:10:00 UTC --- Stack alignment isn't supported on Windows.

[Bug fortran/48700] memory leak with MOVE_ALLOC

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48700 --- Comment #6 from janus at gcc dot gnu.org 2011-05-15 22:05:00 UTC --- The patch in comment #5 regtests cleanly. But apparently there is also a problem with MOVE_ALLOC and allocatable arrays: program testmv3 type bar integer,

[Bug rtl-optimization/49007] ICE in extract_true_false_edges_from_block at tree-cfg.c:7379

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49007 --- Comment #2 from John David Anglin danglin at gcc dot gnu.org 2011-05-15 22:26:47 UTC --- Breakpoint 5, make_cond_expr_edges (bb=0x7ac36b40) at ../../gcc/gcc/tree-cfg.c:793 793 gcc_assert (entry); (gdb) p debug_gimple_stmt ($ret0) if

[Bug rtl-optimization/48633] [4.7 regression] IRA causes ICE in compensate_edge

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48633 --- Comment #4 from Uros Bizjak ubizjak at gmail dot com 2011-05-15 22:55:59 UTC --- The same error is triggered with the testcase in PR 48757.

[Bug c++/48994] [4.7 regression] [C++0x] error for trivial use of range-based 'for'

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48994 --- Comment #6 from Jonathan Wakely redi at gcc dot gnu.org 2011-05-15 23:08:00 UTC --- fixed

[Bug c++/48994] [4.7 regression] [C++0x] error for trivial use of range-based 'for'

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48994 --- Comment #5 from Jonathan Wakely redi at gcc dot gnu.org 2011-05-15 23:04:06 UTC --- Author: redi Date: Sun May 15 23:04:04 2011 New Revision: 173778 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=173778 Log: PR c++/48994 *

[Bug target/47715] [x32] TLS doesn't work

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47715 --- Comment #10 from hjl at gcc dot gnu.org hjl at gcc dot gnu.org 2011-05-15 22:58:15 UTC --- Author: hjl Date: Sun May 15 22:58:13 2011 New Revision: 173777 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=173777 Log: Rename

[Bug c++/48994] [4.7 regression] [C++0x] error for trivial use of range-based 'for'

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48994 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED

[Bug rtl-optimization/49007] ICE in extract_true_false_edges_from_block at tree-cfg.c:7379

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49007 --- Comment #3 from John David Anglin danglin at gcc dot gnu.org 2011-05-16 01:35:28 UTC --- By trial and error, it appears tree-cfgcleanup.c is miscompiled at -O1 without -fno-delayed-branch.

[Bug c++/49004] Improve the error message for linking failure

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49004 Paul Carroll pcarroll at codesourcery dot com changed: What|Removed |Added CC||pcarroll

Re: [Patch, libfortran] PR 48931 Async-signal-safety of backtrace signal handler

On Sat, May 14, 2011 at 22:40, Janne Blomqvist blomqvist.ja...@gmail.com wrote: Hi the current version of showing the backtrace is not async-signal-safe as it uses backtrace_symbols() which, in turn, uses malloc(). The attached patch changes the backtrace printing functionality to instead

[patch] fix c++/48994

cp/ChangeLog PR c++/48994 * parser.c (cp_parser_perform_range_for_lookup): Call complete_type. testsuite/ChangeLog PR c++/48994 * g++.dg/cpp0x/range-for18.C: New. Tested x86_64-linux, ok for trunk? Index: cp/parser.c

Re: [Patch, libfortran, committed] PR 48915 Update mixed-language programming section documentation

The previous patch was slightly over-zealous. Committed the following fix: Index: gfortran.texi === --- gfortran.texi (revision 173769) +++ gfortran.texi (working copy) @@ -2611,7 +2611,7 @@ standard error. Default:

Re: [google] support for building Linux kernel with FDO (issue4523061)

On Fri, May 13, 2011 at 5:54 AM, Paolo Bonzini bonz...@gnu.org wrote: On 05/13/2011 03:03 AM, Rong Xu wrote:        * gcc/coverage.c        (revision 173717): set a flag if building for Linux kernel.        * gcc/tree-profile.c    (revision 173717): don't emit TLS declarations for

Re: [Patch, libfortran] PR 48931 Async-signal-safety of backtrace signal handler

Hi, so, here is take 3 (sigh). Compared to take 2, it no longer uses stdio, since opening a stdio FILE stream probably malloc()'s a buffer, which is not async-signal-safe. Regtested on x86_64-unknown-linux-gnu, Ok for trunk? 2011-05-15 Janne Blomqvist j...@gcc.gnu.org PR

[PING] 2 ARM patches

Hi http://gcc.gnu.org/ml/gcc-patches/2011-03/msg01973.html Use ldrd and strd to access two consecutive words http://gcc.gnu.org/ml/gcc-patches/2011-05/msg00490.html Compute attr length for thumb2 insns thanks Carrot

[C++ Patch] Restore the alphabetical for the type traits RIDs

Hi, just consistently handle the various type traits RIDs in alphabetical order (+ update the comments to mention the most recent ones). Tested x86_64-linux. Ok for mainline? Paolo. /c-family 2011-05-15 Paolo Carlini paolo.carl...@oracle.com * c-common.c

[PATCH] Fix error: 'previous' may be used uninitialized in this function

2011-05-15 Dmitry Gorbachev d.g.gorbac...@gmail.com * gengtype-state.c (read_state_param_structs): Initialize previous. --- gcc/gengtype-state.c +++ gcc/gengtype-state.c @@ -2137,7 +2137,7 @@ read_state_param_structs (type_p *param_structs) int nbparamstructs = 0; int

Re: Cgraph thunk reorg

On Fri, May 6, 2011 at 4:02 PM, Jan Hubicka hubi...@ucw.cz wrote: Hi, given that the patch has received feedback and I have weekend for fixing the fallout, I decided to commit the following version today.  It contains fix in visibility handling of thunks that has shown in Mozilla build.    

[v3] Add _GLIBCXX_NOEXCEPT, use it in limits

Hi, let's noexcept-ify ;) Tested x86_64-linux, committed. Paolo. / 2011-05-15 Paolo Carlini paolo.carl...@oracle.com * include/bits/c++config (_GLIBCXX_NOEXCEPT, _GLIBCXX_USE_NOEXCEPT): Add. * include/std/limits: Use the latter everywhere.

Re: [PR testsuite/47013] Fix SMS testsuite faliures

The attached patch fixes SMS testsuite failures seen on PowerPC and SPU. On powerpc-apple-darwin9 the patch fixes all the SMS failures but for FAIL: gcc.dg/sms-8.c scan-rtl-dump-times sms SMS loop with subreg in lhs 1 with -m64. Also tested on x86_64-apple-darwin10 without regression. Thanks

[PATCH, i386]: standard_80387_constant_p can return negative values

Hello! 2011-05-15 Uros Bizjak ubiz...@gmail.com * config/i386/i386.md (floating point move splitters): Fix usage of standard_80387_constant_p. * config/i386/i386.c (ix86_preferred_reload_class): Ditto. Tested on x86_64-pc-linux-gnu {,-m32}, committed to mainline SVN.

Re: [patch gimplifier]: Make sure TRUTH_NOT_EXPR has boolean_type_node type and argument

2011/5/15 Kai Tietz ktiet...@googlemail.com: 2011/5/15 Eric Botcazou ebotca...@adacore.com: Well, I mean by artificial here, that gimplification is done via gimplify_expr API. As FE and ME have here different assumptions.  The ME uses internally most boolean_type_node and IMHO it should be the

Re: [patch gimplifier]: Make sure TRUTH_NOT_EXPR has boolean_type_node type and argument

The patch is OK, but it doesn't change anything for c52103x as this is a pure gimplifier problem. Try running ACATS at -O0: Or just compile the attached reduced testcase at -O0: c52103x.adb: In function 'C52103X': c52103x.adb:1:1: error: type mismatch in binary truth expression boolean

Re: [C++ Patch] Restore the alphabetical for the type traits RIDs

OK. Jason

[x32] PATCH: Put back mode on operand 1 in tls_global_dynamic_64 patterns.

Hi, I checked in this patch to put back mode on operand 1 in tls_global_dynamic_64 patterns. H.J. --- commit 6eddaa2187ccb80fe8515705778b5818033cfb2d Author: H.J. Lu hjl.to...@gmail.com Date: Fri May 13 10:35:16 2011 -0700 Rename tls_global_dynamic_64 to tls_global_dynamic_64_mode. diff

Re: [patch] fix c++/48994

On 15 May 2011 23:19, Jason Merrill wrote: OK for trunk and 4.6. The bug isn't present on the 4.6 branch and I'm not sure where the change should go, if it's needed at all, so I've only committed it to trunk.

Re: Patch: New GTY ((atomic)) option

On Sun, May 15, 2011 at 7:13 PM, Nicola Pero nicola.p...@meta-innovation.com wrote: This patch adds a new GTY option, atomic, which is similar to the identical option you have with Boehm GC and which can be used with pointers to inform the GC/PCH machinery that they point to an area of

Re: Patch: New GTY ((atomic)) option

On 05/15/2011 08:49 PM, Gabriel Dos Reis wrote: On Sun, May 15, 2011 at 7:13 PM, Nicola Pero nicola.p...@meta-innovation.com wrote: This patch adds a new GTY option, atomic, which is similar to the identical option you have with Boehm GC and which can be used with pointers to inform the

Re: Patch: New GTY ((atomic)) option

On Sun, May 15, 2011 at 7:52 PM, Nathan Froyd froy...@codesourcery.com wrote: On 05/15/2011 08:49 PM, Gabriel Dos Reis wrote: On Sun, May 15, 2011 at 7:13 PM, Nicola Pero nicola.p...@meta-innovation.com wrote: This patch adds a new GTY option, atomic, which is similar to the identical option

Re: [patch] fix c++/48994

On 05/15/2011 07:07 PM, Jonathan Wakely wrote: On 15 May 2011 23:19, Jason Merrill wrote: OK for trunk and 4.6. The bug isn't present on the 4.6 branch and I'm not sure where the change should go, if it's needed at all, so I've only committed it to trunk. Ah, my mistake. Sounds good.

[wwwdocs] Simplify markup for java/faq.html

Per some other changes in the last couple of weeks. It would be really, really good if one of you Java guys could go through the FAQ and remove obsolete entries. (Or just let me know about any changes and I'll make them for you.) Gerald 2011-05-15 Gerald Pfeifer ger...@pfeifer.com

[PATCH, i386] PR 48743 Correctly detect AMD K6-2+ and K6-3+

Misdetected as Athlon by GCC, K6-2+ and K6-3+ are processors that support extended 3DNow! but don't support extended MMX or CMOV. I don't own a K6-2 or Athlon machine. Can anybody have the patch tested? 2011-05-16 Zuxy Meng zuxy.m...@gmail.com PR i386/48743 * config/i386/cpuid.h (bit_MMXEXT):