http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51626
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51580
--- Comment #2 from Eric Botcazou ebotcazou at gcc dot gnu.org 2011-12-19
19:17:15 UTC ---
Author: ebotcazou
Date: Mon Dec 19 19:17:10 2011
New Revision: 182491
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=182491
Log:
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51580
Eric Botcazou ebotcazou at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51411
--- Comment #1 from Aldy Hernandez aldyh at gcc dot gnu.org 2011-12-19
19:31:23 UTC ---
Author: aldyh
Date: Mon Dec 19 19:31:17 2011
New Revision: 182492
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=182492
Log:
PR middle-end/51411
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51411
--- Comment #2 from Aldy Hernandez aldyh at gcc dot gnu.org 2011-12-19
19:33:09 UTC ---
Author: aldyh
Date: Mon Dec 19 19:33:05 2011
New Revision: 182493
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=182493
Log:
Commit forgotten testcase
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51411
Aldy Hernandez aldyh at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48306
--- Comment #6 from Jakub Jelinek jakub at gcc dot gnu.org 2011-12-19
19:53:43 UTC ---
Created attachment 26146
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26146
gcc47-pr48306.patch
Not sure if this case is something we need to slow the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51228
--- Comment #2 from Jason Merrill jason at gcc dot gnu.org 2011-12-19
20:10:32 UTC ---
Author: jason
Date: Mon Dec 19 20:10:25 2011
New Revision: 182494
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=182494
Log:
PR c++/51228
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51553
--- Comment #1 from Jason Merrill jason at gcc dot gnu.org 2011-12-19
20:10:45 UTC ---
Author: jason
Date: Mon Dec 19 20:10:37 2011
New Revision: 182495
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=182495
Log:
PR c++/51553
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51553
--- Comment #2 from Jason Merrill jason at gcc dot gnu.org 2011-12-19
20:11:00 UTC ---
Author: jason
Date: Mon Dec 19 20:10:49 2011
New Revision: 182496
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=182496
Log:
PR c++/51553
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51553
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51605
--- Comment #13 from Tobias Burnus burnus at gcc dot gnu.org 2011-12-19
20:18:30 UTC ---
Author: burnus
Date: Mon Dec 19 20:18:18 2011
New Revision: 182497
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=182497
Log:
2011-12-19 Tobias Burnus
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51605
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50380
--- Comment #5 from sandra at gcc dot gnu.org 2011-12-19 20:29:27 UTC ---
Author: sandra
Date: Mon Dec 19 20:29:21 2011
New Revision: 182498
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=182498
Log:
2011-12-19 Sandra Loosemore
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51364
--- Comment #11 from Janis Johnson janis at gcc dot gnu.org 2011-12-19
20:36:52 UTC ---
The large code size isn't from the generated code, it's from the runtime
support in static libraries; compile main.c with -c and look at the size of
main.o.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51578
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
CC||janus at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47168
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51607
--- Comment #4 from Tobias Burnus burnus at gcc dot gnu.org 2011-12-19
20:50:58 UTC ---
You could use a binary GCC (cf. http://gcc.gnu.org/wiki/GFortranBinaries for
some places for getting an unofficial build). And you could then use that one
to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51627
Bug #: 51627
Summary: cannot compute suffix of object files mipsel
Classification: Unclassified
Product: gcc
Version: 4.6.2
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38035
Alexander Khrukin alexander at mezon dot ru changed:
What|Removed |Added
CC||alexander at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51627
--- Comment #1 from Alexander Khrukin alexander at mezon dot ru 2011-12-19
20:58:48 UTC ---
Build Options
mkdir -p gcc-mipsel
pushd gcc-mipsel
~/cross-avr-gcc/BUILD/cross-mipsel-gcc-4.6.2/gcc-mipsel
~/cross-avr-gcc/BUILD/cross-mipsel-gcc-4.6.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51627
--- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org 2011-12-19
21:03:02 UTC ---
(In reply to comment #0)
checking for suffix of object files... configure: error: in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51526
--- Comment #1 from Jason Merrill jason at gcc dot gnu.org 2011-12-19
21:06:48 UTC ---
Author: jason
Date: Mon Dec 19 21:06:44 2011
New Revision: 182499
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=182499
Log:
PR c++/51526
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51526
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51627
--- Comment #3 from Alexander Khrukin alexander at mezon dot ru 2011-12-19
21:15:06 UTC ---
(In reply to comment #2)
(In reply to comment #0)
checking for suffix of object files... configure: error: in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51627
--- Comment #4 from Jonathan Wakely redi at gcc dot gnu.org 2011-12-19
21:18:51 UTC ---
http://www.advogato.org/person/redi/diary/253.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51622
--- Comment #8 from Domingo Alvarez mingodad at gmail dot com 2011-12-19
21:19:40 UTC ---
Here is my contribution of bid_decimal.c splitted into several parts to allow
better link size and easy edit/view.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51228
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51501
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51501
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|SUSPENDED
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51530
--- Comment #3 from Jason Merrill jason at gcc dot gnu.org 2011-12-19
22:08:32 UTC ---
Author: jason
Date: Mon Dec 19 22:08:29 2011
New Revision: 182505
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=182505
Log:
PR c++/51530
* pt.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51530
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51627
--- Comment #5 from Alexander Khrukin alexander at mezon dot ru 2011-12-19
22:16:43 UTC ---
Also i read http://gcc.gnu.org/install/configure.html
///
If you do not have GMP (the GNU Multiple Precision library), the MPFR library
and/or the MPC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51627
--- Comment #6 from Jonathan Wakely redi at gcc dot gnu.org 2011-12-19
22:28:50 UTC ---
(In reply to comment #2)
(In reply to comment #0)
checking for suffix of object files... configure: error: in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42839
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Known to work||4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51328
--- Comment #6 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org
2011-12-19 22:40:16 UTC ---
Author: paolo
Date: Mon Dec 19 22:40:11 2011
New Revision: 182508
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=182508
Log:
/cp
2011-12-19
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51626
--- Comment #4 from Jonathan Wakely redi at gcc dot gnu.org 2011-12-19
22:40:19 UTC ---
suggested patch posted to
http://gcc.gnu.org/ml/gcc-patches/2011-12/msg01421.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51328
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51628
Bug #: 51628
Summary: __attribute__((packed)) is unsafe in some cases
Classification: Unclassified
Product: gcc
Version: 4.5.1
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48306
--- Comment #7 from karl at freefriends dot org 2011-12-19 22:59:37 UTC ---
I hope you will decide that robustness against the execution environment is
more important than a few milliseconds of runtime. I wouldn't have reported it
if I hadn't
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51628
--- Comment #1 from Keith Thompson Keith.S.Thompson at gmail dot com
2011-12-19 23:05:50 UTC ---
A commenter on stackoverflow points out that a possible fix would be to permit
the address of a member of a packed structure to be assigned only to a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51037
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|WAITING |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50063
--- Comment #15 from Georg-Johann Lay gjl at gcc dot gnu.org 2011-12-19
23:24:13 UTC ---
(In reply to comment #14)
Well, it is certainly desirable not to process the prologue insns during
init_alias_analysis. The fact that stack pointer has
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51611
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51628
--- Comment #2 from Andrew Pinski pinskia at gcc dot gnu.org 2011-12-19
23:27:24 UTC ---
I think this is just undefined at runtime which means we can only warn about
it. Which we do with -Walign
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51103
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
CC||d.barrows at me
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51607
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51627
--- Comment #7 from Alexander Khrukin alexander at mezon dot ru 2011-12-19
23:45:19 UTC ---
(In reply to comment #6)
(In reply to comment #2)
(In reply to comment #0)
checking for suffix of object files... configure: error: in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51627
--- Comment #8 from Andrew Pinski pinskia at gcc dot gnu.org 2011-12-19
23:51:08 UTC ---
Did you build binutils already for mispel?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51629
Bug #: 51629
Summary: Default Destructor and template extern Instantiation
cause the Destructor to be missing
Classification: Unclassified
Product: gcc
Version: 4.6.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43437
--- Comment #16 from Mikael Pettersson mikpe at it dot uu.se 2011-12-20
00:12:19 UTC ---
The new test case stopped ICE:ing on trunk starting with r17:
http://gcc.gnu.org/ml/gcc-cvs/2011-03/msg00533.html. However that's just a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51629
--- Comment #1 from ted m_v_ at gmx dot net 2011-12-20 00:12:59 UTC ---
Link to topic on stack oveflow with discussion/detection, thanks to deft_code:
http://stackoverflow.com/questions/8560839/linker-error-when-using-an-extern-template
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51627
--- Comment #9 from Alexander Khrukin alexander at mezon dot ru 2011-12-20
00:13:03 UTC ---
(In reply to comment #8)
Did you build binutils already for mispel?
Yes i did.
cross-mipsel-binutils-2.22.51.0.1-1-mdv2011.0.i586.rpm
rpm -ql
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50063
--- Comment #16 from Jakub Jelinek jakub at gcc dot gnu.org 2011-12-20
00:22:19 UTC ---
Well, you or whomever wants to fix this bug needs to propose some solution.
I'm not familiar with avr, so I don't know if avr is doing something like this
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51612
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51628
--- Comment #3 from Keith Thompson Keith.S.Thompson at gmail dot com
2011-12-20 00:36:52 UTC ---
I see no -Walign option, either in the versions of gcc I'm using or in the
online documentation. Were you thinking of a different option?
What I'm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34263
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51629
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51624
Eric Botcazou ebotcazou at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50063
--- Comment #17 from Jakub Jelinek jakub at gcc dot gnu.org 2011-12-20
06:54:00 UTC ---
FIND_BASE_TERM is actually supposed just an alternate rtx expression, not its
find_base_term value, so something like (perhaps with more conditions, when r28
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51630
Bug #: 51630
Summary: failure to detect missing
Classification: Unclassified
Product: gcc
Version: 4.5.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51630
--- Comment #1 from Robert Ramey ramey at rrsd dot com 2011-12-20 07:35:13
UTC ---
note I am compiling with the following command line under cygwin:
g++-4 -fsyntax-only -Wall -pedantic -Ic:/boostrelease
c:\Projects\dbms\test.cpp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51631
Bug #: 51631
Summary: Trunk ICE for case vst1_lanese64.c with -Os
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51631
--- Comment #1 from Terry Guo terry.guo at arm dot com 2011-12-20 07:46:44
UTC ---
build@sha-pdsh-build04:~/workspace/GCC-Trunk-Daily-Test/build-linux/gcc-final/gcc/testsuite/gcc$
cat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51632
Bug #: 51632
Summary: [OOP] Bogus argument checking for generated _def_init
parameter and _copy procedure with CAF
Classification: Unclassified
Product: gcc
Version: 4.7.0
On Sat, 17 Dec 2011, Martin Jambor wrote:
Hi,
when I was fixing PR 50622, somehow I lost a hunk in the patch along
the way. I punished myself by making up an ICEing testcase which is
included alongside the fix below. The fix is needed for trunk and
also in the 4.6 branch.
I have
What do you mean no tests require it? For instance, all of the ones
that currently pass with with vect_perm?
Current implementation of vect_perm doesn't check for SSSE3 - so any
x86 target is supposed to support permutation.
Just leave vect_perm alone for now. That may not be absolutely
On Fri, Dec 16, 2011 at 6:45 PM, Jakub Jelinek ja...@redhat.com wrote:
Hi!
This testcase apparently fails on 32-bit hppa (both hpux and linux),
because the struct there is passed by callee copied reference
(unlike most other targets or even 64-bit hppa).
So Will be eliminated is printed 3
On Sun, Dec 18, 2011 at 1:24 PM, Andreas Schwab sch...@linux-m68k.org wrote:
Since gcc silently accepts any -Wno-* flag on purpose, it is ineffective
to check for support of a warning flag using the negative form. Instead
always use the positive form when running the check (but keep the
The cas insns are among the few insns from the 68020 isa that are not
supported by cpu32.
Andreas.
2011-12-19 Andreas Schwab sch...@linux-m68k.org
PR target/51532
* config/m68k/m68k.h (FL_CAS, TARGET_CAS): Define.
* config/m68k/m68k.c (FL_FOR_isa_20): Add FL_CAS.
Joseph S. Myers wrote:
On Sun, 18 Dec 2011, Georg-Johann Lay wrote:
This new file needs to have the standard copyright and license notices.
It's desirable to generate such notices in the output files as well.
What is the right copyright for the generated files?
See other examples.
There
This fixes another case of PR51572 - we need to properly stream
TYPE_DECLs in TYPE_FIELDS.
LTO Boostrap and regtest running on x86_64-unknown-linux-gnu,
SPEC 2k6 build scheduled.
Richard.
2011-12-19 Richard Guenther rguent...@suse.de
PR lto/51572
* tree.c
On 12/14/11 13:02, Henderson, Stuart wrote:
bfin - REGRESSION - ICE -
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51003
This looks like a known, general issue which Bernd had a fix for, but it
doesn't appear to have been checked in yet:
On Wed, Dec 14, 2011 at 05:14:18PM -0500, Jason Merrill wrote:
--- a/gcc/c-family/c-common.c
+++ b/gcc/c-family/c-common.c
@@ -6286,13 +6286,21 @@ handle_transparent_union_attribute (tree *node, tree
name,
if (TREE_CODE (type) == UNION_TYPE)
{
- /* When IN_PLACE is set,
Hi!
When I've switched STMT_VINFO_PATTERN_DEF_STMT into
a gimple_seq STMT_VINFO_PATTERN_DEF_SEQ, I've been using
gimplify_seq_add_stmt and/or gimple_seq_alloc_with_stmt
to populate the sequences. While the former is right
for this case and doesn't mark the stmt being added for updating,
the
Hi!
This patch renames gimplify_seq_add_stmt to
gimple_seq_add_stmt_without_update so that it is more clear what
it does, keeping the old name because it is shorter inside
of gimplify.c to avoid having to reformat it.
Bootstrapped/regtested on x86_64-linux and i686-linux, ok for trunk?
Hi!
cxx_eval_vec_init_1 starts with:
if (TREE_CODE (elttype) == ARRAY_TYPE)
/* We only do this at the lowest level. */;
else if (value_init)
{
init = something;
}
else if (!init)
{
init = something_else;
}
For the ARRAY_TYPE elttype (i.e. multidimensional
Hi!
We were ignoring maybe_clean_or_replace_eh_stmt return value,
which tells us if stmt previously could throw but doesn't any longer.
I was a little bit worried that gimple_purge_dead_eh_edges from within
cfg cleanup wouldn't work well, but at least bootstrap/regtested
on x86_64-linux and
This fixes one old and annyoing bug wrt LTO and debug-information.
We pre-seed the LTO tree streamer cache with nodes from global_trees[]
and friends, but this causes the type variant chain to become corrupt
(in the sense that we do not merge TYPE_DECLs, so a get_qualified_type
will fail to find
On Mon, 19 Dec 2011, Jakub Jelinek wrote:
Hi!
When I've switched STMT_VINFO_PATTERN_DEF_STMT into
a gimple_seq STMT_VINFO_PATTERN_DEF_SEQ, I've been using
gimplify_seq_add_stmt and/or gimple_seq_alloc_with_stmt
to populate the sequences. While the former is right
for this case and
On Mon, 19 Dec 2011, Jakub Jelinek wrote:
Hi!
This patch renames gimplify_seq_add_stmt to
gimple_seq_add_stmt_without_update so that it is more clear what
it does, keeping the old name because it is shorter inside
of gimplify.c to avoid having to reformat it.
Bootstrapped/regtested on
On Mon, 19 Dec 2011, Jakub Jelinek wrote:
Hi!
We were ignoring maybe_clean_or_replace_eh_stmt return value,
which tells us if stmt previously could throw but doesn't any longer.
I was a little bit worried that gimple_purge_dead_eh_edges from within
cfg cleanup wouldn't work well, but at
Hi Revital,
Revital Eres revital.e...@linaro.org writes:
The attached patch is a resubmission following comments made by Ayal
and Richard.
Tested and bootstrap with the other patches in the series on
ppc64-redhat-linux, enabling SMS on loops with SC 1.
Looks really good to me. I'll leave
This patch addresses three issues:
a) For SELECT TYPE: If the selector has the pointer attribute, the
associate name is a nonpointer, but it gets the target attribute.
(Rejects-valid issue; was accepted [for the wrong reasons] before PR
48887 got fixed.)
b) The example one is invalid, but
Dear Tobias,
Build and regtested on x86-64-linux.
OK for the trunk?
OK
Thanks for the remarkably rapid turnround!
Paul
OK.
Jason
OK.
Jason
On 2011/12/19 上午 03:18, Richard Henderson wrote:
On 12/17/2011 10:36 PM, Chung-Lin Tang wrote:
I don't think it's that kind of problem; the powerpc backend uses
unlikely_text_section_p(), which compares the passed in argument section
and the value of
I've just noticed that the superfluous references to
__gcc_personality_v0 aren't created any longer and thus my hack
http://gcc.gnu.org/ml/gcc-patches/2011-11/msg02113.html
isn't needed anymore. When I tried a gas/gld bootstrap on Solaris
11/x86, I still ran into a considerable number
The following two patches are necessary to allow a i?86-linux
--enable-targets=all bootstrap to complete, but have remained unreviewed
for a week:
[ada] Support 64-bit libgnat multilib on i?86-linux
http://gcc.gnu.org/ml/gcc-patches/2011-12/msg01009.html
[libffi] Build
Hi,
currently libiberty will compile strncmp while building a cross compiler. This
is due to the fact that the test for strncmp is a TRY_RUN test.
My issue is that VMS doesn't like a redefinition of a standard function,
because it always uses a shared library for C and doesn't support symbol
On 12/19/2011 12:47 AM, Michael Zolotukhin wrote:
Ok, those were just attempts to adjust dg-scans in slp-perm-9.c, in
which one more loop was vectorized when compiled with -mavx2. In fact,
just SSSE3 isn't enough for vectorization of this loop - it seems that
vector size also matters, so I
The attached patch makes -finit-type=constant generate default
initialization for automatic arrays.
It was OK for the trunk - is it also OK for the 4.6 branch ?
Strictly speaking, it doesn't fix a regression, it is a fix for a
(non-default) debugging option.
2011-12-19 Toon Moene
Tristan Gingold ging...@adacore.com writes:
2011-12-19 Tristan Gingold ging...@adacore.com
* aclocal.m4: Assume strncmp works in cross case.
* configure: Regenerate.
This is OK.
Thanks.
Ian
Thanks, Richard!
Is anyone else's approve needed for commit?
Michael
On 19 December 2011 20:55, Richard Henderson r...@redhat.com wrote:
On 12/19/2011 12:47 AM, Michael Zolotukhin wrote:
Ok, those were just attempts to adjust dg-scans in slp-perm-9.c, in
which one more loop was vectorized
Hi,
per the audit trail, treat BIT_NOT_EXPR specially, do not try to
adjust it with make_typename_type. Tested x86_64-linux.
Thanks,
Paolo.
///
/cp
2011-12-19 Paolo Carlini paolo.carl...@oracle.com
PR c++/51328
* pt.c (convert_template_argument):
On Mon, Dec 12, 2011 at 3:00 PM, Uros Bizjak ubiz...@gmail.com wrote:
Hello!
I'm testing the patch in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48743#c4 against trunk
--cut here--
--- gcc-4.7-20110521/gcc/config/i386/driver-i386.c.~1~ 2011-01-06
23:59:46.0 +0100
+++
On 12/16/2011 03:54 AM, Richard Guenther wrote:
On Thu, 15 Dec 2011, Patrick Marlier wrote:
In PR51280, LTO does ICE because the object file uses TM builtin but the TM is
not enabled.
In the patch, it displays a error message if the builtin is not defined and
due to TM.
I moved is_tm_builtin()
On Sat, 2011-12-17 at 13:32 -0800, Richard Henderson wrote:
The other thing that should be remembered is that inside a { }
block you don't need to double-quote all the \'s.
Before:
*
{
return \\\
mova\\t1f, r0\\n\\
\\t.align\\t2\\n\\
\\tmov\\tr15, r1\\n\\
\\tmov\\t#(0f-1f), r15\\n\\
2011-12-19 Jakub Jelinek ja...@redhat.com
PR middle-end/51590
PR tree-optimization/51606
* tree-vect-patterns.c (append_pattern_def_seq, new_pattern_def_seq):
New inline functions.
(vect_recog_over_widening_pattern,
101 - 200 of 237 matches
Mail list logo
