> > Does it really matter for concrete instances of inline functions?
>
> Nope. Are those the only things with an abstract origin that will end
> up on limbo?
According to the head comment of the block, yes, but I can try and see what
happens in real life.
> If we're always going to attach them
This changes the calling convention of primitive operations on x86/Windows (the
equivalent of C++ methods) in order to be compatible with C++, which changed
the calling convention in order to be compatible with MSVC++.
Tested on i686-pc-mingw32, applied on the mainline and 4.7 branch.
2012-05-
This fixes a bug exposed by --enable-checking=release.
The patch to templatize the tree_check* routines had moved
tree_operand_length into an #ifdef ENABLE_CHECKING block. This
breaks builds with checking disabled.
Tested on x86_64. Committed.
2012-05-19 Diego Novillo
* tree.h (tr
On 05/18/2012 07:34 PM, saugust...@google.com wrote:
The motivation and new dwarf attributes and tags all stem from the debug
fission project as described at http://gcc.gnu.org/wiki/DebugFission.
Right. Not sure why I missed the pubtypes bits on that page before...
The code I removed doesn't
On 05/19/2012 04:40 AM, Eric Botcazou wrote:
We attach them to the first non-abstract parent function with the loop. That's
important for Ada because we rely on the static nesting of functions in the
debug info to support up-level references in GDB (i.e. access to variables of
parent functions f
Hi,
so far we handled only aliases that looked sane by the new cgraph/varpool code.
This
patch should complette the transition and we now handle all aliases this way.
It also adds an error into case we decided to not handle - the
function<->variable
aliases.
Bootstrapped/regtested x86_64-linux
Hi!
On Wed, 09 May 2012 02:38:11 +0200, Matthias Klose wrote:
> ok, the attached patch includes just the support for the x86 targets,
> including
> the kfreebsd and the hurd systems. The x32 multiarch tuple isn't yet defined,
> so
> I'd like to keep it out of the first version.
I will test thi
Hi,
this patch removes now dead code to stream alias pairs.
Bootstrapped/regtested x86_64-linux, comitted.
honza
Index: ChangeLog
===
*** ChangeLog (revision 187680)
--- ChangeLog (working copy)
***
*** 1,5
--- 1
The attached change fixes a compilation error that occurs because
JCR_SECTION_NAME is not defined on hppa*-hpux.
Tested on hppa2.0w-hp-hpux11.11.
Ok for trunk?
Dave
--
J. David Anglin dave.ang...@nrc-cnrc.gc.ca
National Research Council of Canada (6
Tested on hppa2.0w-hp-hpux11.11 and hppa64-hp-hpux11.11.
Ok for trunk?
--
J. David Anglin dave.ang...@nrc-cnrc.gc.ca
National Research Council of Canada (613) 990-0752 (FAX: 952-6602)
2012-05-19 John David Anglin
PR other/53231
*
> > We could go one step farther then and do the replacement in
> >
> > if (gimple_has_volatile_ops (stmt)
> > || stmt_could_throw_p (stmt))
> > continue;
> >
> > I think that's equivalent. Revised patch attached.
>
> Indeed.
>
> Ok.
Thanks. It turns out that the
The problem here is that tree-if-conv.c produces COND_EXPR instead of
the MAX/MIN EXPRs. When I added the expansion from COND_EXPR to
conditional moves, I assumes that the expressions which should have
been converted into MAX_EXPR/MIN_EXPR have already happened.
This fixes the problem by having t
In the past, the UPC extensions to the DWARF2 debugging
information format were described in a proposal. That
proposal was subsequently accepted and documented in the
DWARF4 specification.
Index: include/dwarf2.def
===
--- include/d
OK.
Jason
On 05/19/12 20:37:19, Jason Merrill wrote:
> OK.
Done. Thanks.
15 matches
Mail list logo
