Re: Ping: demangle C++ extern "C" functions

2011-10-22 Thread Marc Glisse
Thank you for your comments. On Fri, 21 Oct 2011, Ian Lance Taylor wrote: Marc Glisse writes: _Z1aIFYviEEvPT_ void a(void (*)(int) extern "C") Does g++ ever actually generate a symbol name like this? Is it worth worrying about? g++ doesn't currently generate those, but I would like to c

[PATCH] Convert sparc over to TARGET_SECONDARY_RELOAD.

2011-10-22 Thread David Miller
Committed to trunk. gcc/ * config/sparc/sparc.h (SECONDARY_INPUT_RELOAD_CLASS, SECONDARY_OUTPUT_RELOAD_CLASS): Delete. * config/sparc/sparc.c (TARGET_SECONDARY_RELOAD): Redefine. (sparc_secondary_reload): New function. git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/tr

[PATCH] Make sparc's "struct processor_costs" private to sparc.c

2011-10-22 Thread David Miller
We used to actually need to get at 'sparc_costs' in sparc.h but those days are long gone. Committed to trunk. * config/sparc/sparc.h (sparc_costs): Remove extern decl. (struct processor_costs): Move from here.. * config/sparc/sparc.c (struct processor_costs): To here.

PING * : [Patch Darwin/PR49992 1/2] remove ranlib special-casing from the darwin port.

2011-10-22 Thread Iain Sandoe
On 14 Oct 2011, at 10:36, Iain Sandoe wrote: As per the PR audit trail, there is no reason to retain this special- casing for Darwin. (given that current GCC is not build-able using Darwin toolsets of the vintage that required the case). Mike has OK'd this off-list - but, since Ralf comment

PING * : [Patch Darwin/PR49992 2/2] remove ranlib special-casing from the darwin port.

2011-10-22 Thread Iain Sandoe
On 14 Oct 2011, at 10:37, Iain Sandoe wrote: As per the PR audit trail, there is no reason to retain this in the building of GCC. As for its use as a general option in tool-builds; With current darwin toolsets it has the potential to cause issues when using convenience libs containing comm

[PATCH] Remove unused functions from sparc backend.

2011-10-22 Thread David Miller
All uses of reg_unused_after() were removed in my rewrite of the sparc backend back in 1998. short_branch() was removed in various pieces over time, the final references died in Eric B.'s removal of -mflat in 2004. Committed to trunk. gcc/ * config/sparc/sparc.c (short_branch, reg_unus

Re: [v3] libstdc++/50196 - enable std::thread, std::mutex etc. on darwin

2011-10-22 Thread Jonathan Wakely
Plus this bit, which I didn't include in my 'svn diff' command for the last patches: * testsuite/30_threads/unique_lock/cons/5.cc: Likewise. * testsuite/30_threads/unique_lock/cons/6.cc: Likewise. * testsuite/30_threads/unique_lock/locking/3.cc: Likewise. * testsuit

Handle -rdynamic on OpenBSD

2011-10-22 Thread Jonathan Gray
The following lets -rdynamic work on OpenBSD. Added to every OpenBSD target that defines LIB_SPEC. Gerald Pfeifer has previously volunteered to apply my patches based on maintainer approval. 2011-10-22 Jonathan Gray * config/openbsd.opt (rdynamic): New Driver option. * config/

[wwwdocs] contribute.html -- fix link to FSF maintainer doc

2011-10-22 Thread Gerald Pfeifer
Nicola kindly pointed out that this link broke and I believe I found a new location for what was the original contents. Installed. Gerald Index: contribute.html === RCS file: /cvs/gcc/wwwdocs/htdocs/contribute.html,v retrieving revi

Re: [PATCH, libcpp] Fix cpp_peek_token behaviour (PR bootstrap/50778)

2011-10-22 Thread Jason Merrill
OK. Jason

Re: [PATCH 2/2, libcpp] Fix lookup of macro maps

2011-10-22 Thread Jason Merrill
On 10/21/2011 07:53 PM, Dodji Seketeli wrote: - do + while (mx - mn> 1) { md = (mx + mn) / 2; if (MAP_START_LOCATION (LINEMAPS_MACRO_MAP_AT (set, md))> line) mn = md; else mx = md; -} while (mx - mn> 1); +} + + /* There are cases where m

Re: [PATCH 1/2, libcpp] Support expansion of reserved locations wrapped in virtual locations

2011-10-22 Thread Jason Merrill
On 10/21/2011 07:37 PM, Dodji Seketeli wrote: It also makes linemap_expand_location_full to return the location it resolved to. I think I'd prefer to have expand_location call linemap_resolve_location and then linemap_expand_location, and perhaps remove linemap_expand_location_full. Inciden

Re: Ping: demangle C++ extern "C" functions

2011-10-22 Thread Ian Lance Taylor
Marc Glisse writes: > g++ doesn't currently generate those, but I would like to change that > (c++/2316). And nothing prevents another compiler from actually > implementing the itanium C++ ABI (this code is mostly for binutils if > I understand correctly). > > I thought it made sense to submit in

[pph] Use table of contents for merging (issue5305056)

2011-10-22 Thread Diego Novillo
This patch adds a table of contents to use when merging ASTs into the current compilation contexts. We consider a compilation context any kind of tree chain or vector that holds symbols/types used by the parser. For intance, scope_chain->bindings->names or scope_chain->bindings->namespaces. The

[PATCH][Cilkplus] Replace poisoned implicit_built_in_decls array

2011-10-22 Thread Iyer, Balaji V
Hello Everyone, This patch is for the Cilkplus GCC branch. This patch will replace the poisoned implicit_built_in_decls array with the appropriate function calls. Thanks, Balaji V. Iyer. diff --git a/gcc/ChangeLog.cilk b/gcc/ChangeLog.cilk index c4bfa12..285f059 100644 --- a/gcc/ChangeLo

[PATCH][Cilkplus] Add new parameter to build_special_member_call

2011-10-22 Thread Iyer, Balaji V
Hello Everyone, This patch is for the Cilkplus GCC branch. It will add a new function parameter (CALL_NORMAL) to build_special member_call. This patch is needed to fix a merge issue. Thanks, Balaji V. Iyer. diff --git a/gcc/cp/ChangeLog.cilk b/gcc/cp/ChangeLog.cilk index 1162a16..cbf0

Re: [PATCH, libcpp] Fix cpp_peek_token behaviour (PR bootstrap/50778)

2011-10-22 Thread Dodji Seketeli
Jason Merrill writes: > OK. Thanks. The bootstrap on powerpc-darwin completed successfully. I have just checked the patch in. -- Dodji

Re: [PATCH] Remove unused functions from sparc backend.

2011-10-22 Thread Eric Botcazou
> All uses of reg_unused_after() were removed in my rewrite of the sparc > backend back in 1998. Btw, it recently occurred to me that the SPARC back-end is the only mainstream RISC port that doesn't define PROMOTE_MODE. Do you have any insight or vague recollection as to why this is so? -- Er

[PATCH,fortran] Reap dead code

2011-10-22 Thread Steve Kargl
The attach patch reaps some code that is now dead due to my recent changes for ishftc in check.c. Regression tested on i686-*-freebsd. 2011-10-22 Steevn G. Kargl * simplify.c (gfc_simplify_ishftc): Reap dead code. -- Steve Index: simplify.c ===

Re: [v3] libstdc++/50196 - enable std::thread, std::mutex etc. on darwin

2011-10-22 Thread Jonathan Wakely
I've committed this, if I've broken anything for non-POSIX platforms there will be time to fix it before 4.7

Re: [PATCH] Fix mv8plus, allow targetting Linux or Solaris from other sparc host.

2011-10-22 Thread Eric Botcazou
> You can't just fix this -mv8plus problem universally using spec > tricks. Spec rules such as "{!-mcpu*:-mcpu=v9}" never trigger for the > default bitness, because OPTION_DEFAULT_SPECS appends "-mcpu=v7" or > similar to the command line first. > > Therefore, I put the cpu bump to v9 into sparc_ov

Re: [PATCH] Fix mv8plus, allow targetting Linux or Solaris from other sparc host.

2011-10-22 Thread David Miller
From: Eric Botcazou Date: Sun, 23 Oct 2011 00:22:14 +0200 > This breaks -mcpu on Solaris though because TARGET_DEFAULT has MASK_V8PLUS. > So any setting below or equal to -mcpu=v8 triggers an architecture mismatch > between assembler and compiler. > > I think we need to go the specs route. I'd

Re: [PATCH] Remove unused functions from sparc backend.

2011-10-22 Thread David Miller
From: Eric Botcazou Date: Sat, 22 Oct 2011 21:27:46 +0200 >> All uses of reg_unused_after() were removed in my rewrite of the sparc >> backend back in 1998. > > Btw, it recently occurred to me that the SPARC back-end is the only > mainstream > RISC port that doesn't define PROMOTE_MODE. Do yo

Re: [PATCH] Remove unused functions from sparc backend.

2011-10-22 Thread Eric Botcazou
> I'll investigate and play around with it. I quickly tried: Index: config/sparc/sparc.h === --- config/sparc/sparc.h(revision 180235) +++ config/sparc/sparc.h(working copy) @@ -528,7 +528,18 @@ extern enum cmodel spa

don't "fix" ((void *)0) to 0 (PR 48851)

2011-10-22 Thread Jonathan Gray
fixincludes was changing the definition of NULL on OpenBSD from #ifndef NULL #ifdef __GNUG__ #define NULL__null #else #define NULL((void *)0) #endif #endif to #ifndef NULL #ifdef __GNUG__ #define NULL__null #else #define NULL 0 #endif #endif Posting the proposed fix from Mike in