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
> 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
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
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
> 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
I've committed this, if I've broken anything for non-POSIX platforms
there will be time to fix it before 4.7
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
===
> 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
Jason Merrill writes:
> OK.
Thanks. The bootstrap on powerpc-darwin completed successfully. I have
just checked the patch in.
--
Dodji
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
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
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
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
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
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
OK.
Jason
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
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/
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
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
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
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
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.
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
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
25 matches
Mail list logo