Hello,
Could someone please send me the copyright assignment forms for single
contributions and for all future contributions?
Cheers,
--
PMatos
Hi,
Here the links about that:
http://gcc.gnu.org/wiki/CopyrightAssignment
--
Patrick
On 08/02/2012 09:14 AM, Paulo J. Matos wrote:
Hello,
Could someone please send me the copyright assignment forms for single
contributions and for all future contributions?
Cheers,
On 02/08/12 14:31, Patrick Marlier wrote:
Hi,
Here the links about that:
http://gcc.gnu.org/wiki/CopyrightAssignment
Thanks, I just sent the request to the list because the GCC webpage
http://gcc.gnu.org/contribute.html
request you to contact the list to obtain the forms:
See some
On Thu, Aug 2, 2012 at 6:14 AM, Paulo J. Matos pa...@matos-sorge.com wrote:
Could someone please send me the copyright assignment forms for single
contributions and for all future contributions?
Sent off-list.
(FYI for others: we generally send off-list because there are several
forms, and us
Hello!
I got strange problem in LuaJIT [1] stack unwinding on Solaris x64.
If I build everything using GCC with unwinder from libgcc_s everything
works fine.
But when I try to use GCC-built libluajit.a in executable built using
Sun Studio 12.2 with standard solaris unwinder from libc I got a
On Aug 1, 2012, at 16:04 , Ulrich Weigand wrote:
I've been wondering about mode_dependent_address_p myself. It currently
appears to cover two quite separate questions:
- If I have a valid address, will it remain valid if I change its mode to
something else?
- If I have a valid address,
We are about ready to have the cxx-conversion branch merged back into trunk.
This merge will change the following:
1- The compiler can only be built with a C++ compiler.
2- The tree macros can be called from gdb (when GCC is built with -g3).
3- htab and VEC have been converted to use C++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48914
--- Comment #4 from asmwarrior asmwarrior at gmail dot com 2012-08-02
06:41:33 UTC ---
We are Code::Blocks' developers, we see the same annoying warnings, hope it
will be fixed. Thanks.
See:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53615
Eric Botcazou ebotcazou at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54133
Eric Botcazou ebotcazou at gcc dot gnu.org changed:
What|Removed |Added
CC||ebotcazou at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54155
Eric Botcazou ebotcazou at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54088
Eric Botcazou ebotcazou at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50672
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|REOPENED|ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48914
--- Comment #5 from asmwarrior asmwarrior at gmail dot com 2012-08-02
08:28:10 UTC ---
(In reply to comment #4)
We are Code::Blocks' developers, we see the same annoying warnings, hope it
will be fixed. Thanks.
See:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54159
Bug #: 54159
Summary: Fortran quad precision rounding seemingly nonsensical
Classification: Unclassified
Product: gcc
Version: 4.6.3
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54147
--- Comment #4 from janus at gcc dot gnu.org 2012-08-02 08:58:01 UTC ---
Author: janus
Date: Thu Aug 2 08:57:58 2012
New Revision: 190069
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=190069
Log:
2012-08-02 Janus Weil ja...@gcc.gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54147
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54154
--- Comment #5 from Paulo J. Matos Paulo.Matos at csr dot com 2012-08-02
09:34:03 UTC ---
I have now a patch for this which I will submit shortly.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54158
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50672
--- Comment #19 from Richard Guenther rguenth at gcc dot gnu.org 2012-08-02
09:43:19 UTC ---
Author: rguenth
Date: Thu Aug 2 09:43:14 2012
New Revision: 190070
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=190070
Log:
2012-08-02 Richard
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50672
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50672
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54158
--- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org 2012-08-02
09:45:06 UTC ---
Ah, it was changed by a DR
(http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_defects.html#613) not a C++11
proposal, so supporting it in C++03 mode is probably
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54154
--- Comment #6 from Paulo J. Matos Paulo.Matos at csr dot com 2012-08-02
09:58:55 UTC ---
Created attachment 27926
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=27926
regcprop patch to remove redundant moves
This patch seems to fix 54154.
I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54146
Steven Bosscher steven at gcc dot gnu.org changed:
What|Removed |Added
Component|middle-end
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54155
--- Comment #2 from damz dshanke at gmail dot com 2012-08-02 10:02:46 UTC ---
(In reply to comment #1)
/*** COMPILATION OUTPUT ***/
bash-3.2# gcc -o test1 test.cpp -m32 -mcpu=ultrasparc -lstdc++
/usr/local/bin/ld: target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54154
--- Comment #7 from Paulo J. Matos Paulo.Matos at csr dot com 2012-08-02
10:05:40 UTC ---
(In reply to comment #6)
With send it to gcc-patches.
's/With/Will/'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54155
--- Comment #3 from damz dshanke at gmail dot com 2012-08-02 10:08:44 UTC ---
Note: My gcc libraries are available at the /usr/local/gcc-4.4.4/lib
whereas I ran the sed command on usr/lib/lib*.so
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53664
--- Comment #15 from ramrad01 at arm dot com 2012-08-02 10:10:47 UTC ---
On 08/02/12 00:35, janis at gcc dot gnu.org wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53664
--- Comment #14 from Janis Johnson janis at gcc dot gnu.org 2012-08-01
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54133
--- Comment #7 from amker.cheng amker.cheng at gmail dot com 2012-08-02
10:18:41 UTC ---
(In reply to comment #6)
In experiment, if I disable r0/r1 from renaming, most regressions observed
in
CSiBE are gone.
So how should this be
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54111
--- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org 2012-08-02
10:18:44 UTC ---
FWIW Clang 3.2 accepts bug-int?.cc and rejects bug-u?.cc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54159
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
CC||burnus at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54146
--- Comment #13 from rguenther at suse dot de rguenther at suse dot de
2012-08-02 10:35:56 UTC ---
On Thu, 2 Aug 2012, steven at gcc dot gnu.org wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54146
Steven Bosscher steven at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54159
--- Comment #2 from Tobias Burnus burnus at gcc dot gnu.org 2012-08-02
10:37:56 UTC ---
Actually, you can also change the rounding mode by calling the following C
program from your Fortran program.
/*/
#include fenv.h
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54158
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54158
--- Comment #4 from Paolo Carlini paolo.carlini at oracle dot com 2012-08-02
10:51:32 UTC ---
2009-03-31 Jason Merrill ja...@redhat.com
C++ DR 613
* semantics.c (finish_non_static_data_member): Allow such references
without an
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54111
--- Comment #3 from Leonid Volnitsky leonid at volnitsky dot com 2012-08-02
11:13:26 UTC ---
if in bug-int2.cc (and only in this file) to replace tuple with pair - it
becomes accepted by any gcc version.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54159
Dominique d'Humieres dominiq at lps dot ens.fr changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54159
--- Comment #4 from Jonathan Hogg jonathan.hogg at stfc dot ac.uk 2012-08-02
11:37:17 UTC ---
I can confirm that if we fiddle the fp rounding mode using a bit of C (very
similar to the one you just suggested) then the problem goes away for this
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54111
--- Comment #4 from Leonid Volnitsky leonid at volnitsky dot com 2012-08-02
13:12:44 UTC ---
Please disregard my last message (about std::pair) - it was incorrect.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54087
--- Comment #4 from Ulrich Drepper drepper.fsp at gmail dot com 2012-08-02
14:33:19 UTC ---
One more data point. In a micro-benchmark which uses realistic code used in
production the change from
__sync_sub_and_fetch(var, constant)
to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54155
Eric Botcazou ebotcazou at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54159
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54160
Bug #: 54160
Summary: gcc should not define __OBJC2__ when lang is not set
to ObjC (gcc 4.6 and later)
Classification: Unclassified
Product: gcc
Version: 4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53876
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
CC||burnus at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53961
--- Comment #21 from uros at gcc dot gnu.org 2012-08-02 16:24:35 UTC ---
Author: uros
Date: Thu Aug 2 16:24:25 2012
New Revision: 190089
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=190089
Log:
Backport from mainline
2012-07-24
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53961
Uros Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53615
--- Comment #7 from Georg-Johann Lay gjl at gcc dot gnu.org 2012-08-02
16:45:24 UTC ---
(In reply to comment #6)
You should run the compiler under Valgrind and see whether it complains.
I never built the compiler with valgrind support. Is the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53865
--- Comment #5 from hjl at gcc dot gnu.org hjl at gcc dot gnu.org 2012-08-02
16:58:42 UTC ---
Author: hjl
Date: Thu Aug 2 16:58:33 2012
New Revision: 190090
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=190090
Log:
Add free inline summary
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53321
--- Comment #25 from hjl at gcc dot gnu.org hjl at gcc dot gnu.org 2012-08-02
16:58:41 UTC ---
Author: hjl
Date: Thu Aug 2 16:58:33 2012
New Revision: 190090
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=190090
Log:
Add free inline
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54128
Steve Ellcey sje at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50925
Georg-Johann Lay gjl at gcc dot gnu.org changed:
What|Removed |Added
Last reconfirmed|2012-02-17 00:00:00 |2012-08-02 0:00
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30162
Hristo Iliev iliev at rz dot rwth-aachen.de changed:
What|Removed |Added
CC||iliev at rz
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50925
--- Comment #25 from Georg-Johann Lay gjl at gcc dot gnu.org 2012-08-02
17:34:40 UTC ---
(In reply to comment #24)
The kook isn't even called once...
My bad... The hook IS called, but it does not help with this bug.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54087
--- Comment #5 from Uros Bizjak ubizjak at gmail dot com 2012-08-02 17:35:30
UTC ---
Created attachment 27927
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=27927
Patch that introduces atomic_fetch_submode with const_int operands
This patch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54161
Bug #: 54161
Summary: sizeof(void) expressions are accepted
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53321
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|REOPENED|RESOLVED
instead of as MEM (so that lower-subreg won't split), the code bloat returns.
Just suppose the examples given in comment #0
long readx (const __memx long *p)
{
return *p;
}
long read0 (const __flash long *p)
{
return *p;
}
with GCC: (GNU) 4.8.0 20120802 (experimental)
and -S -Os -dp -mmcu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52543
--- Comment #11 from Georg-Johann Lay gjl at gcc dot gnu.org 2012-08-02
18:37:18 UTC ---
Created attachment 27928
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=27928
/local/gnu/patches/pr52543-undo-185605.diff
Just for reference: Here is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52543
Georg-Johann Lay gjl at gcc dot gnu.org changed:
What|Removed |Added
CC||pinskia at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54161
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
CC||jason at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51213
--- Comment #11 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org
2012-08-02 18:45:04 UTC ---
Author: paolo
Date: Thu Aug 2 18:44:58 2012
New Revision: 190093
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=190093
Log:
/cp
2012-08-02
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51213
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|REOPENED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48820
--- Comment #20 from Mikael Morin mikael at gcc dot gnu.org 2012-08-02
19:48:55 UTC ---
Author: mikael
Date: Thu Aug 2 19:48:50 2012
New Revision: 190098
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=190098
Log:
fortran/
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53805
--- Comment #10 from Marc Glisse glisse at gcc dot gnu.org 2012-08-02
19:54:47 UTC ---
Author: glisse
Date: Thu Aug 2 19:54:43 2012
New Revision: 190100
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=190100
Log:
2012-08-02 Marc Glisse
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54161
--- Comment #2 from Daniel Krügler daniel.kruegler at googlemail dot com
2012-08-02 20:13:29 UTC ---
(In reply to comment #1)
Jason can you double check whether we
want to reject even without -pedantic?
I hope it will be active even without
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54161
--- Comment #3 from Jason Merrill jason at gcc dot gnu.org 2012-08-02
20:34:52 UTC ---
A SFINAE testcase that doesn't depend on core 1172 would be
templateclass T, unsigned = sizeof(T)
auto f(int) - char;
templateclass
auto f(...) - char()[2];
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54161
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51931
--- Comment #2 from rsandifo at gcc dot gnu.org rsandifo at gcc dot gnu.org
2012-08-02 21:32:02 UTC ---
Author: rsandifo
Date: Thu Aug 2 21:31:57 2012
New Revision: 190104
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=190104
Log:
gcc/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54162
Bug #: 54162
Summary: Does not accept static global anonymous unions or
structs
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54162
--- Comment #1 from joseph at codesourcery dot com joseph at codesourcery dot
com 2012-08-02 23:23:19 UTC ---
On Thu, 2 Aug 2012, josh at joshtriplett dot org wrote:
C1X, and numerous other compilers, support static anonymous unions or structs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54158
--- Comment #5 from Ai Azuma ai.azuma at gmail dot com 2012-08-03 02:05:45
UTC ---
Well, I'm a bit confused. So I would like to make sure some points.
Ah, it was changed by a DR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54087
--- Comment #6 from Ulrich Drepper drepper.fsp at gmail dot com 2012-08-03
02:16:57 UTC ---
(In reply to comment #5)
This patch introduces atomic_fetch_submode:
Seems to work nicely.
This is one thing I noticed when removing referenced vars:
Index: trunk/gcc/tree-cfg.c
===
*** trunk.orig/gcc/tree-cfg.c 2012-08-02 10:13:52.0 +0200
--- trunk/gcc/tree-cfg.c2012-08-02 10:16:24.593266230 +0200
It's now a wrapper around create_tmp_reg.
Bootstrap and regtest pending on x86_64-unknown-linux-gnu.
Richard.
2012-08-02 Richard Guenther rguent...@suse.de
* tree-flow.h (make_rename_temp): Remove.
* tree-dfa.c (make_rename_temp): Likewise.
* cgraphunit.c
On Wed, Aug 1, 2012 at 9:21 PM, Marc Glisse marc.gli...@inria.fr wrote:
Hello,
an opinion on this?
(I just noticed: I'll update the list in the comment visible at the top of
the patch if this gets in).
It looks ok to me but I am no floating-point expert. Can you add a testcase?
Ok with
On Tue, Jul 31, 2012 at 3:47 PM, Tobias Burnus bur...@net-b.de wrote:
On 07/29/2012 11:24 AM, Thomas Koenig wrote:
here is an updated patch for PR 54033, this time with test cases.
Thanks to Janis for pointing me in the right direction with these.
Regression-tested. OK for trunk?
Ok.
On Wed, 1 Aug 2012 14:43:33 -0700
Roland McGrath mcgra...@google.com wrote:
Using e.g. -falign-labels=16 on ARM can confuse the constant-pool
layout code such that it places pool entries too far away from their
referring instructions. This change seems to fix it.
I don't have a small test
Patch was regtested on x86_64-unknown-linux-gnu. Ok for trunk?
Looks OK. Thanks!
Thanks for the review. Committed as r190069.
Cheers,
Janus
2012-08-01 Janus Weil ja...@gcc.gnu.org
PR fortran/54147
* resolve.c (check_proc_interface): New routine for PROCEDURE
Important: Your investment can get you an extra $10,000 by Friday with only
$300 purchase of blockbuster symbol!
V_ND_B is a pioneer in manufacturing of battaries for mobiles it gained a
lot of interest in the last couple of day, investors are spending.
We expect V_ND_B gainining 60% in the
On Thu, 2 Aug 2012 09:57:40 +0100
Julian Brown jul...@codesourcery.com wrote:
On Wed, 1 Aug 2012 14:43:33 -0700
Roland McGrath mcgra...@google.com wrote:
Using e.g. -falign-labels=16 on ARM can confuse the constant-pool
layout code such that it places pool entries too far away from their
Hi,
On 08/02/2012 01:53 AM, Peter Bergner wrote:
So just to be sure, like the patch below?
More or less. See comments below.
Also, is this ok for the 4.6 and 4.7 release branches?
I don't think this is a regression, thus I would say 4.7 only, to be safe.
Peter
libstdc++-v3/
PR
On 08/02/2012 10:54 AM, Richard Guenther wrote:
Seems to break testing, all testcases emit
Warning: Nonexistent include directory finclude^M
now and thus all testcases fail like
FAIL: gfortran.dg/alloc_comp_basics_1.f90 -O0 (test for excess errors)
First, I actually wonder why it only
On Thu, 2 Aug 2012, Tom de Vries wrote:
On 01/08/12 10:47, Richard Guenther wrote:
* tree-ssa-tail-merge.c (release_last_vdef): Remove.
(replace_block_by): Adjust.
(tail_merge_optimize): Use mark_virtual_operands_for_renaming.
Richard,
this caused PR50672 to trigger
Extended regcprop to check and remove for redundant move instructions
resulting from the pass.
Paulo.
2012-08-02 Paulo Matos paulo.ma...@csr.com
* regcprop.c (copy_value): remove check for redundant moves.
* regcprop.c (copy_value): add check for redundant moves,
Forgot to mention: this is to fix PR 54154.
Updated changelog:
2012-08-02 Paulo Matos paulo.ma...@csr.com
PR middle-end/54154
* regcprop.c (copy_value): remove check for redundant moves.
* regcprop.c (copy_value): add check for redundant moves,
remove instructions if
This patch works passed profiledbootstrap with LTO as well as LTO -O3
on 176.gcc in SPEC CPU 2000. I have to add 2 inline_edge_summary_vec
checks to avoid ICE. OK to install?
Thanks, it looks good. I am just concerned about...
diff --git a/gcc/ipa-split.c b/gcc/ipa-split.c
index
On Thu, Aug 2, 2012 at 12:17 PM, Paulo J. Matos paulo at matos-sorge
dot com wrote:
Extended regcprop to check and remove for redundant move instructions
resulting from the pass.
Paulo.
2012-08-02 Paulo Matos Paulo dot Matos at csr dot com
* regcprop.c (copy_value): remove check
On Thu, Aug 2, 2012 at 12:19 PM, Paulo J. Matos pa...@matos-sorge.com wrote:
Forgot to mention: this is to fix PR 54154.
Updated changelog:
2012-08-02 Paulo Matos paulo.ma...@csr.com
PR middle-end/54154
* regcprop.c (copy_value): remove check for redundant moves.
*
Ulrich Weigand wrote:
The following patch implements this idea; it passes a basic regression
test on arm-linux-gnueabi. (Obviously this would need a lot more
testing on various platforms before getting into mainline ...)
Can you have a look whether this fixes the problem you're seeing?
Omit TARGET_LIB_PATH from RPATH_ENVVAR in HOST_EXPORTS on bootstrap builds.
Discussion and rationale at: http://gcc.gnu.org/ml/gcc/2012-06/msg00314.html
For google/main. Tested for bootstrap and regression.
2012-08-02 Simon Baldwin sim...@google.com
* Makefile.tpl: Omit
Hello,
this patch allows p-~T() when T is (after substitution) a vector, which
is necessary for use in std::vector for instance.
gcc/cp/ChangeLog
2012-08-02 Marc Glisse marc.gli...@inria.fr
* pt.c (tsubst_copy_and_build): Handle VECTOR_TYPE like scalars.
gcc/testsuite/ChangeLog
On Thu, Aug 2, 2012 at 1:42 PM, Marc Glisse marc.gli...@inria.fr wrote:
Hello,
this patch allows p-~T() when T is (after substitution) a vector, which is
necessary for use in std::vector for instance.
Why not include VECTOR_TYPE in ARITHMETIC_TYPE_P?
gcc/cp/ChangeLog
2012-08-02 Marc
On 08/02/12 13:08, Richard Guenther wrote:
On Thu, Aug 2, 2012 at 1:42 PM, Marc Glisse marc.gli...@inria.fr wrote:
Hello,
this patch allows p-~T() when T is (after substitution) a vector, which is
necessary for use in std::vector for instance.
Why not include VECTOR_TYPE in
On Thu, 2 Aug 2012, Richard Guenther wrote:
On Thu, Aug 2, 2012 at 1:42 PM, Marc Glisse marc.gli...@inria.fr wrote:
Hello,
this patch allows p-~T() when T is (after substitution) a vector, which is
necessary for use in std::vector for instance.
Why not include VECTOR_TYPE in
On Thu, 2 Aug 2012, Richard Guenther wrote:
On Wed, Aug 1, 2012 at 9:21 PM, Marc Glisse marc.gli...@inria.fr wrote:
Hello,
an opinion on this?
(I just noticed: I'll update the list in the comment visible at the top of
the patch if this gets in).
It looks ok to me but I am no floating-point
Thanks for the comments, I will be sending a new patch and fixed changelog.
On 02/08/12 11:27, Richard Guenther wrote:
On Thu, Aug 2, 2012 at 12:19 PM, Paulo J. Matos pa...@matos-sorge.com wrote:
Forgot to mention: this is to fix PR 54154.
Updated changelog:
2012-08-02 Paulo Matos
On Thu, Aug 2, 2012 at 3:23 AM, Jan Hubicka hubi...@ucw.cz wrote:
This patch works passed profiledbootstrap with LTO as well as LTO -O3
on 176.gcc in SPEC CPU 2000. I have to add 2 inline_edge_summary_vec
checks to avoid ICE. OK to install?
Thanks, it looks good. I am just concerned
On Thu, Aug 2, 2012 at 2:48 PM, Marc Glisse marc.gli...@inria.fr wrote:
On Thu, 2 Aug 2012, Richard Guenther wrote:
On Wed, Aug 1, 2012 at 9:21 PM, Marc Glisse marc.gli...@inria.fr wrote:
Hello,
an opinion on this?
(I just noticed: I'll update the list in the comment visible at the top
On 02/08/12 11:25, Steven Bosscher wrote:
Hello,
Thanks for working on this.
How did you test this?
This patch is for GCC46. The main problem is that I was not able to
reproduce it (yet) for any upstream backends. I therefore patched GCC46
and tested our backend (where I can easily
1 - 100 of 141 matches
Mail list logo