This patch copies the channel implementation from the master Go library
to the gccgo library. This is a followon patch to the earlier change to
multiplex goroutines onto threads. With this patch channels now use the
goroutine scheduler directly, rather than taking up a thread by using a
:= assigned variable gets evaluated right away, including the case when
host doesn't have any Ada compiler installed. In that case we remove ada
from enabled languages, but still RTS_DIR is sometimes computed.
Can you elaborate here? When is RTS_DIR computed if Ada is not enabled?
That seems
On 27/11/11 23:59, Eric Botcazou wrote:
No, DELETED_LABEL notes still work just fine. It depends on how you
remove the label and replace it with a note, and Tom isn't showing
what he did, so...
I agree that there is no obvious reason why just calling delete_insn would
not
work, so this
On Thu, Dec 01, 2011 at 09:08:27AM +0100, Arnaud Charlet wrote:
:= assigned variable gets evaluated right away, including the case when
host doesn't have any Ada compiler installed. In that case we remove ada
from enabled languages, but still RTS_DIR is sometimes computed.
Can you
On Thu, Dec 01, 2011 at 09:50:15AM +0100, Arnaud Charlet wrote:
As written in the PR, even if you on say x86_64-linux
../configure --enable-languages=c --target=i686-pc-linux-gnu
you end up with:
CONFIG_LANGUAGES = c++ lto
LANGUAGES = c gcov$(exeext) gcov-dump$(exeext)
Hi,
there's no need to stat() the filename before we fopen() it in
gfc_open_file(). If the file doesn't exist, fopen() will return NULL
anyway, and if the user really wants to read source or module data
from a special file, so be it.
Committed to trunk as obvious.
2011-12-01 Janne Blomqvist
On Thu, Dec 01, 2011 at 09:55:04AM +0100, Jakub Jelinek wrote:
I believe because we want
cd obj/gcc
make f951
work even when --enable-languages=c,c++ , it is quite handy
not having to reconfigure gcc because you forgot one language, especially
when you have lots of cross-compilers around.
when you have lots of cross-compilers around.
If LANG_MAKEFRAGS would be limited only to the chosen languages,
this would suddenly not work at all.
http://gcc.gnu.org/ml/gcc-patches/2006-01/msg02100.html
is the change that went into 4.2.
OK well, maybe the above patch is partly OBE
On 12/01/2011 07:13 AM, Jason Merrill wrote:
Ah, I see. I guess what we want here is the GCC 4.5 version of
locate_ctor instead of the new one; once we've checked that we have a
default ctor and no user-provided default ctor, there must be a unique
defaulted ctor so just walking
On Wed, 2011-11-30 at 21:41 -0500, David Edelsohn wrote:
On Wed, Nov 30, 2011 at 8:05 PM, Richard Henderson r...@redhat.com wrote:
This is a tad rough, but not too bad.
Cool.
Maybe I don't understand what they are suppose to represent, but why
the choice of values for cacheline size? Is
On Wed, 2011-11-30 at 17:05 -0800, Richard Henderson wrote:
Oh, for the record, I think we should probably be saving and restoring the fp
state on all targets. If we restart a transaction, we're really saying that
absolutely nothing happened. Something like
double a, b, c;
This converts the remaining files in libgomp/config/linux/ to use
atomics. gomp_init_thread_affinity fairly obviously needs no
barriers; I wasn't so sure about ptrlock, so tried without the
acquire/release barriers and found a number of the loop tests failed.
So it seems the usual lock barriers
On Tue, 22 Nov 2011, Jakub Jelinek wrote:
Hi!
VEC_INTERLEAVE_*_EXPR trees are unfortunately dependent on BYTES_BIG_ENDIAN,
what is HIGH vs. LOW is different based on endianity.
Huh, that looks bogus. Both tree codes operate on registers and no
other codes care about endianess of vector
On Wed, 23 Nov 2011, Diego Novillo wrote:
On Sat, Nov 5, 2011 at 07:02, Iain Sandoe
develo...@sandoe-acoustics.co.uk wrote:
On 28 Oct 2011, at 13:57, Richard Guenther wrote:
We fail to keep the cannot-inline flag up-to-date when turning
indirect to direct calls. The following patch
On Thu, Dec 01, 2011 at 10:53:57AM +0100, Richard Guenther wrote:
On Tue, 22 Nov 2011, Jakub Jelinek wrote:
VEC_INTERLEAVE_*_EXPR trees are unfortunately dependent on BYTES_BIG_ENDIAN,
what is HIGH vs. LOW is different based on endianity.
Huh, that looks bogus. Both tree codes operate on
Hi,
in this ICE on invalid, 4.7 Regression, we ICE at the beginning of
build_user_type_conversion_1 because expr is NULL_TREE. The function is
called as such from reference_binding which, in 4.6, used to call
instead convert_class_to_reference which does check for a NULL_TREE
expr. Thus I
On Tue, 29 Nov 2011, Diego Novillo wrote:
Iain, could you let me know if the attached patch fixes your problem?
The patch changes gimple_call_set_cannot_inline to update the
corresponding callgraph edge, if needed. I did not touch any of the
other calls, because sometimes we are calling this
Sorry, no.
It's essential we don't emit SWP instructions directly into code on any
platform where that code may possibly be run on a later core that has
LDREX/STREX. If we do that we'll end up with a mess that can't be resolved.
In the absence of known OS helper functions the only solution to
On Tue, 29 Nov 2011, Diego Novillo wrote:
On Tue, Nov 29, 2011 at 12:49, H.J. Lu hjl.to...@gmail.com wrote:
This caused:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51346
Thanks. I'm on it.
The patch was wrong, please revert it. At the gimple stmt
modification level we shouldn't
Richard Earnshaw wrote:
On 29/11/11 09:42, Matthew Gretton-Dann wrote:
All,
Whilst developing the Cortex-A15 integer pipeline patch it was noted
that the MD_INCLUDES variable in config/arm/t-arm has not been kept
up-to-date.
The attached patch fixes this, and rearranges the list of md
On Thu, 1 Dec 2011, Jakub Jelinek wrote:
On Thu, Dec 01, 2011 at 10:53:57AM +0100, Richard Guenther wrote:
On Tue, 22 Nov 2011, Jakub Jelinek wrote:
VEC_INTERLEAVE_*_EXPR trees are unfortunately dependent on
BYTES_BIG_ENDIAN,
what is HIGH vs. LOW is different based on endianity.
Hi Richard,
---
gcc/config/arm/arm.md | 40 ++--
1 files changed, 30 insertions(+), 10 deletions(-)
diff --git a/gcc/config/arm/arm.md b/gcc/config/arm/arm.md
index b01343c..3b24627 100644
--- a/gcc/config/arm/arm.md
+++ b/gcc/config/arm/arm.md
Denis Chertykov wrote:
The only question that remains is what the -m64 option should be like?
[ ] Omit it altogether
[ ] Leave it as is (off per default)
[ ] Set it on per default
As soon as the direction is clear, I'll post a follow-up patch to
add the missing bits like, e.g.,
The simple one-line fix in GOMP_taskwait took many hours to find.
Shared memory problems are a pain to debug, especially when adding
code to dump some state turns a testcase that fails every hundred or
so runs into one that takes thousands of times longer to fail.
What happens here is that
Joerg Wunsch wrote:
As Georg-Johann Lay wrote:
Then avr-mcus.def adopted this bug from the manual for ATtiny4313 at least:
AVR_MCU (attiny4313, ARCH_AVR25, __AVR_ATtiny4313__, 1 /* short_sp,
should
be 0 ? */, 0, 0x0060, tn4313)
Not unlikely.
I just ordered one. Hopefully, it will
On Thu, Dec 01, 2011 at 09:58:08PM +1030, Alan Modra wrote:
The GOMP_task change fixes a similar potential problem. Bootstrapped
and regression tested powerpc-linux. OK to apply?
PR libgomp/51376
* task.c (GOMP_taskwait): Don't access task-children outside of
task_lock
On Tue, 2011-11-22 at 10:37 +, Ramana Radhakrishnan wrote:
Xinyu: I seem to have mis-remembered that one of your patches was
turning on Thumb2 for wMMX.
Ramana, in that case, should I add the change you suggested in ARM RTL
epilogue patch only?
The comment in Thumb2 epilogues
On Thu, Dec 1, 2011 at 05:59, Richard Guenther rguent...@suse.de wrote:
On Tue, 29 Nov 2011, Diego Novillo wrote:
On Tue, Nov 29, 2011 at 12:49, H.J. Lu hjl.to...@gmail.com wrote:
This caused:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51346
Thanks. I'm on it.
The patch was wrong,
Sergio: Other than a few minor tweaks to the Changelog it largely
looks obvious to me.
Bernd, could you take another look at this since this is now shared
with the c6x backend ?
Thanks,
Sergio.
diff --git a/libgcc/ChangeLog b/libgcc/ChangeLog
index 305e8ad..f6e9dec 100644
---
On Thu, 1 Dec 2011, Diego Novillo wrote:
On Thu, Dec 1, 2011 at 05:59, Richard Guenther rguent...@suse.de wrote:
On Tue, 29 Nov 2011, Diego Novillo wrote:
On Tue, Nov 29, 2011 at 12:49, H.J. Lu hjl.to...@gmail.com wrote:
This caused:
On Fri, Nov 18, 2011 at 6:47 PM, Martin Jambor mjam...@suse.cz wrote:
Hi,
PR 50744 is an issue with an integer overflow when we propagate the
estimated size and time effects from callees to callers. Because such
paths in the parameter value graph can be arbitrarily long, we simply
need to
On Thu, Dec 1, 2011 at 07:08, Richard Guenther rguent...@suse.de wrote:
Sure, but then you can still have the issue of an inconsistency.
Not if we make the edge attribute secondary to the statement
attribute. Given that can_inline_edge_p() is the *only* tester for
this attribute, what I was
On Tue, Nov 22, 2011 at 2:55 AM, Richard Henderson r...@redhat.com wrote:
On 11/21/2011 05:31 PM, Jiangning Liu wrote:
My question is essentially is May I really use REG_EXPR in back-end code?
like the patch I gave below?
I suppose.
I'm not so sure ;) At least checking for BOOLEAN_TYPE is
On Thu, Nov 24, 2011 at 5:28 PM, Michael Matz m...@suse.de wrote:
Hi,
On Thu, 24 Nov 2011, Jakub Jelinek wrote:
When stmt is mem = {v} {CLOBBER};, then lhs is neither
SSA_NAME, but it doesn't satisfy gimple_assign_copy_p either.
With this patch it will set the new_tree also to the clobber,
On Thu, Nov 24, 2011 at 5:51 PM, Michael Matz m...@suse.de wrote:
Hi,
On Thu, 24 Nov 2011, Jakub Jelinek wrote:
On Thu, Nov 24, 2011 at 05:28:00PM +0100, Michael Matz wrote:
As the default defs are already automatically handled by all our ssa
infrastructure (including warning and
Hi,
On Thu, 1 Dec 2011, Richard Guenther wrote:
As the default defs are already automatically handled by all our
ssa infrastructure (including warning and propagation machinery) I
think it would be best to generate such one instead of a clobber
for the RHS.
So like this?
I
On Sat, Nov 26, 2011 at 10:17 AM, Joern Rennecke amyl...@spamcop.net wrote:
With this rewrite of simplify_conversion_using_ranges we go back to the
original problem of considering if a single conversion is sufficient
considering the known input range.
Bootstrapped and regtested on
On Wednesday 30 November 2011 23:49:58 Janne Blomqvist wrote:
With the updated patch, the number of lseek's when compiling
aermod.f90 drop to 38, which is a factor of 15 reduction compared
to the current trunk. And a factor of 55 compared to trunk a few days
ago before Thomas' patch.
On Thu, Dec 1, 2011 at 4:36 AM, Torvald Riegel trie...@redhat.com wrote:
On Wed, 2011-11-30 at 21:41 -0500, David Edelsohn wrote:
On Wed, Nov 30, 2011 at 8:05 PM, Richard Henderson r...@redhat.com wrote:
This is a tad rough, but not too bad.
Cool.
Maybe I don't understand what they are
On 1 Dec 2011, at 01:05, Richard Henderson wrote:
No support for non-ELF, aka AIX
and Darwin. I'm not 100% sure how to handle the assembly markup
for those, and I couldn't test it anyway. Again, I'd prefer someone
else figure that stuff out.
I've started to take a look at Darwin
On Thu, 1 Dec 2011, Diego Novillo wrote:
On Thu, Dec 1, 2011 at 07:08, Richard Guenther rguent...@suse.de wrote:
Sure, but then you can still have the issue of an inconsistency.
Not if we make the edge attribute secondary to the statement
attribute. Given that can_inline_edge_p() is the
On Tue, Nov 29, 2011 at 12:16 AM, Jakub Jelinek ja...@redhat.com wrote:
Hi!
DEBUG_INSN with LABEL_DECL var isn't duplicated in bb copies (we want
just one definition of the label), which breaks apply_opt_in_copies
attempt to match insn in bb copy with orig_insn from the orig_bb.
Fixed
On Thu, Dec 1, 2011 at 09:04, Richard Guenther rguent...@suse.de wrote:
The above looks ok to me, but I don't want the
gimple_call_set_cannot_inline change (if it is in the tree - I have
not yet recovered from three weeks of vacation). The edge attribute
is recomputed when necessary.
The
On 1 Dec 2011, at 14:04, Iain Sandoe wrote:
I presume that w should treat this as a normal prologue - and it
looks very much like save the world -
BTW, if this is true ( i.e. we should be preserving all call-saved
regs around the call to GTM_begin_transaction), then I guess we should
be
On Thu, 1 Dec 2011, Diego Novillo wrote:
On Thu, Dec 1, 2011 at 09:04, Richard Guenther rguent...@suse.de wrote:
The above looks ok to me, but I don't want the
gimple_call_set_cannot_inline change (if it is in the tree - I have
not yet recovered from three weeks of vacation). The edge
Hi,
committed the patch below as obvious.
2011-12-01 Janne Blomqvist j...@gcc.gnu.org
* module.c (dt_lower_string): Make static.
(dt_upper_string): Likewise.
Index: module.c
===
--- module.c(revision 181880)
On Nov 29, 2011, at 9:06 AM, Iain Sandoe develo...@sandoe-acoustics.co.uk
wrote:
As Rainer recently pointed out, libgcc/config/rs6000/t-darwin64
overrides the t-darwin version.
This would make it miss the out-of-line saves.
corrected as attached,
OK for trunk?
Ok.
On 12/01/2011 06:00 AM, David Edelsohn wrote:
On Thu, Dec 1, 2011 at 4:36 AM, Torvald Riegel trie...@redhat.com wrote:
On Wed, 2011-11-30 at 21:41 -0500, David Edelsohn wrote:
On Wed, Nov 30, 2011 at 8:05 PM, Richard Henderson r...@redhat.com wrote:
This is a tad rough, but not too bad.
On Wed, Nov 30, 2011 at 6:03 PM, Jan Hubicka hubi...@ucw.cz wrote:
Hello!
Attached patch handles *tm regparm attribute, to avoid *tm regparm
attribute ignored warnings in lto compile on non-x86 targets.
2011-11-30 Uros Bizjak ubiz...@gmail.com
* lto-lang.c (lto_attribute_table):
On 12/01/2011 01:42 AM, Torvald Riegel wrote:
The ABI defines the pr_hasNoFloatUpdate and pr_hasNoVectorUpdate flags
for _ITM_beginTransaction but we don't handle these currently. I guess
we should do the save/restore unless those flags are set?
How difficult would it be to set these flags
On Wed, Nov 30, 2011 at 6:03 PM, Jan Hubicka hubi...@ucw.cz wrote:
Hello!
Attached patch handles *tm regparm attribute, to avoid *tm regparm
attribute ignored warnings in lto compile on non-x86 targets.
2011-11-30 Uros Bizjak ubiz...@gmail.com
* lto-lang.c
On 12/01/2011 02:59 AM, Richard Earnshaw wrote:
It's essential we don't emit SWP instructions directly into code on any
platform where that code may possibly be run on a later core that has
LDREX/STREX. If we do that we'll end up with a mess that can't be resolved.
Ok. It's easy enough to
On 12/01/2011 03:21 AM, Richard Guenther wrote:
Yes, sorry - I'm recovering from a 3 week e-mail lag ;) I agree
using VEC_PERM_EXPR would be best - but that would also affect
backend patterns. Can we have a middle-ground that leaves those
untouched? We're still in stage 3, so fixing the bug
On Thu, 1 Dec 2011, Jakub Jelinek wrote:
On Thu, Dec 01, 2011 at 07:57:48AM -0800, Richard Henderson wrote:
On 12/01/2011 03:21 AM, Richard Guenther wrote:
Yes, sorry - I'm recovering from a 3 week e-mail lag ;) I agree
using VEC_PERM_EXPR would be best - but that would also affect
On Fri, Nov 18, 2011 at 6:47 PM, Martin Jambor mjam...@suse.cz wrote:
Hi,
PR 50744 is an issue with an integer overflow when we propagate the
estimated size and time effects from callees to callers. Because such
paths in the parameter value graph can be arbitrarily long, we simply
2011/12/1 Jan Hubicka hubi...@ucw.cz:
Attached patch handles *tm regparm attribute, to avoid *tm regparm
attribute ignored warnings in lto compile on non-x86 targets.
2011-11-30 Uros Bizjak ubiz...@gmail.com
* lto-lang.c (lto_attribute_table): Handle *tm regparm.
On Thu, Dec 01, 2011 at 05:16:21PM +0100, Jan Hubicka wrote:
This introduces host-dependent code generation differences, right?
You can simply use int64_t for code that is run on the host only.
Well, if we rely on int64_t being around now (that is probably the case with
C++ switch),
On Thu, Dec 1, 2011 at 5:19 PM, Uros Bizjak ubiz...@gmail.com wrote:
2011/12/1 Jan Hubicka hubi...@ucw.cz:
Attached patch handles *tm regparm attribute, to avoid *tm regparm
attribute ignored warnings in lto compile on non-x86 targets.
2011-11-30 Uros Bizjak ubiz...@gmail.com
Ian Lance Taylor i...@google.com writes:
This patch changes the Go library to multiplex goroutines onto operating
system threads. Previously, each new goroutine ran in a separate
thread. That is inefficient for programs with lots of goroutines. This
patch changes the library such that it
Hi!
As mentioned in the PR, vect_pattern_recog_1 attempts to find out
if the computed type_in and type_out are already vector types or not,
and uses VECTOR_MODE_P (TYPE_MODE (type_in)) as the test. Unfortunately,
get_vectype_for_scalar_type on some targets (e.g. PowerPC) returns a
VECTOR_TYPE
Ian Lance Taylor i...@google.com writes:
... and also Solaris 8 and 9 bootstrap which lack sem_timedwait:
/vol/gcc/src/hg/trunk/local/libgo/runtime/thread-sema.c: In function
'runtime_semasleep':
/vol/gcc/src/hg/trunk/local/libgo/runtime/thread-sema.c:42:7: error:
implicit declaration of
Hi!
As discussed in the PR, in 4.7 we regressed some GDB testcases, because
previously unused addressable vars were first previously optimized into
non-addressable and only afterwards removed (which results in correct debug
stmts covering those assignments), but after some recent changes it is
On 12/01/2011 01:44 AM, Alan Modra wrote:
* config/linux/affinity.c: Use atomic rather than sync builtin.
* config/linux/lock.c: Likewise.
* config/linux/ptrlock.h: Likewise.
* config/linux/ptrlock.c: Likewise.
* config/linux/ptrlock.h (gomp_ptrlock_set): Always
On 12/01/2011 10:49 AM, Richard Henderson wrote:
On 12/01/2011 02:59 AM, Richard Earnshaw wrote:
It's essential we don't emit SWP instructions directly into code on any
platform where that code may possibly be run on a later core that has
LDREX/STREX. If we do that we'll end up with a mess
On 1 Dec 2011, at 16:50, Peter Bergner wrote:
On Thu, 2011-12-01 at 07:42 -0800, Richard Henderson wrote:
I didn't notice CR registers being saved in the linux setjmp
function,
but perhaps I just missed it?
I believe the setjmp/getcontext functions save the entire CR rather
than
just
On Thu, Dec 01, 2011 at 05:16:21PM +0100, Jan Hubicka wrote:
This introduces host-dependent code generation differences, right?
You can simply use int64_t for code that is run on the host only.
Well, if we rely on int64_t being around now (that is probably the case with
C++ switch),
Rainer Orth r...@cebitec.uni-bielefeld.de writes:
Unfortunately, this patch broke Solaris bootstrap (and would break IRIX
bootstrap if this ever started working again):
/vol/gcc/src/hg/trunk/local/libgo/runtime/go-signal.c:221:1: error:
conflicting types for 'sigignore'
In file included
On Thu, 2011-12-01 at 17:01 +, Iain Sandoe wrote:
However, we (on Darwin) don't seem to save the FPSCR - and there's no
mention of it in preserved regs section of the ABI doc. I wonder if
that's an oversight.
The ppc* linux ABIs state the FPSCR is volatile, maybe it's the same
on
On 11/27/2011 04:44 PM, Patrick Marlier wrote:
PR middle-end/51273
* cgraph.h (cgraph_call_node_duplication_hooks): Declare.
* cgraph.c (cgraph_call_node_duplication_hooks): Make global.
* cgraphunit.c (cgraph_copy_node_for_versioning): Call duplication
hooks.
On 1 December 2011 18:41, Jakub Jelinek ja...@redhat.com wrote:
Hi!
Hi,
As mentioned in the PR, vect_pattern_recog_1 attempts to find out
if the computed type_in and type_out are already vector types or not,
and uses VECTOR_MODE_P (TYPE_MODE (type_in)) as the test. Unfortunately,
On Thu, Dec 1, 2011 at 10:30 AM, Richard Henderson r...@redhat.com wrote:
I made it up. As he said, it's only used for padding to *attempt to* avoid
false sharing. Currently sources won't actually fail with the wrong
cacheline value, but they'll work more efficiently with the right value.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12/01/11 09:49, Jakub Jelinek wrote:
Hi!
As discussed in the PR, in 4.7 we regressed some GDB testcases,
because previously unused addressable vars were first previously
optimized into non-addressable and only afterwards removed (which
On Thu, 1 Dec 2011, Iain Sandoe wrote:
However, we (on Darwin) don't seem to save the FPSCR - and there's no mention
of it in preserved regs section of the ABI doc. I wonder if that's an
oversight.
As I previously noted in the ARM discussion, C specifically says that
setjmp/longjmp should
This patch from Rémy Oudompheng fixes the export and import of the
predeclared error type. Bootstrapped and ran Go testsuite on
x86_64-unknown-linux-gnu. Committed to mainline.
Ian
diff -r 2769c29f2014 go/export.cc
--- a/go/export.cc Thu Dec 01 09:07:49 2011 -0800
+++ b/go/export.cc Thu Dec 01
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12/01/11 09:15, Martin Jambor wrote:
Hi,
PR 50622 is an omission in load_assign_lhs_subreplacements, which
should force a gimple operand on a RHS of a gimple assignment if
both sides are new replacements of scalar types which are not
gimple
I've committed this patch, which unbreaks the firefox build problem Markus
found. The problem is that the list of functions to emit coverage data is
determined before the final culling of functions that don't need emitting.
There's a circular dependency here with the cgraph machinery, and I
On 12/01/11 15:39, Mike Stump wrote:
Makes this trivially true. In your patch, you alter the spelling of a test,
never do that. Once that is fixed, Ok.
Oh dear, I didn't mean to do that. Anyway, I decided to remove the visibility
tests here for the moment, so the scanasm change is moot and
Hi,
The attached patch is necessary to let the gcc head
compile Ada for *-*-rtems*. Other than terminals.c,
the files impacted are RTEMS specific. OK to commit?
I have posted ACATS results for sparc-rtems4.11 at
http://gcc.gnu.org/ml/gcc-testresults/2011-12/msg00108.html
These are better
On 1 Dec 2011, at 22:42, Iain Sandoe wrote:
now I'm slightly confused - do we need to preserve if across the
call or not?
erm. not well phrased.
I am trying to get a grasp on what determines the set of registers
that should be saved.
Initially, I was thinking that it was the
Sure, but then you can still have the issue of an inconsistency.
Thus, would you then remove the remaining asserts?
I believe in the end the proper fix is to _not_ throw away
cgraph edges all the time, but keep them up-to-date and thus
make the stmt flag not necessary. (we can define
Ping. This patch
http://gcc.gnu.org/ml/gcc-patches/2011-11/msg02405.html is pending
review.
--
Joseph S. Myers
jos...@codesourcery.com
On Thu, Dec 1, 2011 at 6:08 PM, Joseph S. Myers jos...@codesourcery.com wrote:
Ping. This patch
http://gcc.gnu.org/ml/gcc-patches/2011-11/msg02405.html is pending
review.
From my point of view, reverting my patch is fine as the testcase
which I was trying to optimized was not even optimized
On Thu, Dec 1, 2011 at 6:28 PM, Andrew Pinski pins...@gmail.com wrote:
On Thu, Dec 1, 2011 at 6:08 PM, Joseph S. Myers jos...@codesourcery.com
wrote:
Ping. This patch
http://gcc.gnu.org/ml/gcc-patches/2011-11/msg02405.html is pending
review.
From my point of view, reverting my patch is
On Wed, Oct 5, 2011 at 1:48 PM, Bernd Schmidt ber...@codesourcery.com wrote:
This adds a little mini-pass to shrink-wrapping, to eliminate a common
case that often makes shrink-wrapping unavailable. If a move insn copies
an argument registers to a call-saved register, the prologue must be
While looking at 41449, I noticed that in the testcase new A{1,2} was
failing because it was trying to build a constructor call rather than
perform aggregate initialization.
Tested x86_64-pc-linux-gnu, applying to trunk.
commit 947c20c9ffeb28e14676067f2ac21086b0c6342b
Author: Jason Merrill
85 matches
Mail list logo