http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46652
Summary: undefined reference to '__udivdi3' with
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
AssignedTo: unassig...@g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46649
--- Comment #2 from Eric Botcazou 2010-11-25
06:27:01 UTC ---
Non-sensical set of options. Let's disable -fselective-scheduling if
!optimize.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42112
--- Comment #5 from Paul Thomas 2010-11-25 05:58:03
UTC ---
(In reply to comment #4)
>
> This looks correct to me, unless F2003 forces a reallocation in ALLOCATE, when
> frealloc-lhs is in effect?
This is specifically not the case. The standa
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46650
--- Comment #4 from Jack Howarth 2010-11-25
04:12:47 UTC ---
Created attachment 22524
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22524
patch tested on x86_64-apple-darwin10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46649
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46651
--- Comment #1 from saellaven at gmail dot com 2010-11-25 02:28:37 UTC ---
compiles fine without any of -floop-interchange -floop-strip-mine -floop-block
-fgraphite-identity
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46651
Summary: ICE with graphite enabled in cairo-1.8.10
Product: gcc
Version: 4.5.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassig...@g
e.h:48,
> from /usr/include/c++/4.2.1/iosfwd:45,
> from /sw/include/gmp.h:24,
> from ../../gcc-4.6-20101124/gcc/double-int.h:24,
> from ../../gcc-4.6-20101124/gcc/tree.h:31,
> from ../../gcc-4.6-20101124/gcc/c-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46650
--- Comment #2 from Jack Howarth 2010-11-25
01:47:47 UTC ---
Note that Richard Guenther suggested the approach from Comment 1 in
http://gcc.gnu.org/ml/gcc-patches/2010-11/msg01605.html.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46650
--- Comment #1 from Jack Howarth 2010-11-25
01:41:33 UTC ---
The simplest fix for this issue would be to change the behavior of
--enable-build-with-cxx such that only stage2 and stage3 are built with the c++
compiler and stage 1 remains built wit
-strings -Wcast-qual
-Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros
-Wno-overlength-strings -fno-common -DHAVE_CONFIG_H -I. -I.
-I../../gcc-4.6-20101124/gcc -I../../gcc-4.6-20101124/gcc/.
-I../../gcc-4.6-20101124/gcc/../include
-I../../gcc-4.6-20101124/gcc/../libcpp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46649
Summary: [4.6 Regression] ICE: in move_bb_info, at
sel-sched-ir.c:5080 with -fschedule-insns
-fselective-scheduling
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45685
--- Comment #13 from Eugene K. 2010-11-25
00:19:19 UTC ---
Further down in that gimple code
val_3 = [cond_expr] i_19 != D.2699_25 ? prephitmp.10_40 : val_4;
prephitmp.11_43 = [cond_expr] i_19 != D.2699_25 ? prephitmp.11_41 :
prephitmp.9_39;
thi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46644
--- Comment #3 from Emmanuel Blot 2010-11-24
23:53:35 UTC ---
The code that triggered the original error is a bit more complex:
struct st
{
uint16_t x;
uint16_t y;
// ...
};
...
st * s;
for some reason, s is not aligned (comes from a th
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46058
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46528
--- Comment #15 from Uros Bizjak 2010-11-24 23:05:34
UTC ---
Created attachment 22521
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22521
stagefedback profile
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46528
--- Comment #14 from Uros Bizjak 2010-11-24 23:03:30
UTC ---
Created attachment 22520
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22520
dump from stageprofile
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46527
Jeffrey Yasskin changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46528
--- Comment #13 from Uros Bizjak 2010-11-24 22:32:15
UTC ---
(In reply to comment #9)
> S ... for those who can reproduce it, can you try with
> -fno-tree-scev-cprop?
Bootstrap also fails with -fno-tree-scev-cprop :(
The configure/build co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46647
--- Comment #10 from H.J. Lu 2010-11-24 22:22:17
UTC ---
Created attachment 22519
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22519
A patch
I am testing it on Linux/x86-64.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46528
--- Comment #12 from Uros Bizjak 2010-11-24 22:17:13
UTC ---
glibc data form F14:
./libc.so.6
GNU C Library development release version 2.12.90, by Roland McGrath et al.
Copyright (C) 2010 Free Software Foundation, Inc.
This is free software; s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46528
--- Comment #11 from Uros Bizjak 2010-11-24 22:12:46
UTC ---
Created attachment 22518
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22518
corresponding -fno-inline profile
~/gcc-build/prev-gcc/cc1 -g -O2 -fno-inline -fprofile-use -quiet ma
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46647
--- Comment #9 from H.J. Lu 2010-11-24 22:11:03
UTC ---
(In reply to comment #8)
> I'd prefer to replace the host_integerp call in that routine with
> TREE_CODE (...) == INTEGER_CST check. While currently callers check it as
> well, it isn't too
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46528
--- Comment #10 from Uros Bizjak 2010-11-24 22:10:11
UTC ---
Created attachment 22517
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22517
-fno-inline preprocessed source
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46645
H.J. Lu changed:
What|Removed |Added
CC||jason at redhat dot com
Component|libs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46647
--- Comment #8 from Jakub Jelinek 2010-11-24
22:04:11 UTC ---
I'd prefer to replace the host_integerp call in that routine with
TREE_CODE (...) == INTEGER_CST check. While currently callers check it as
well, it isn't too expensive and makes it m
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46647
--- Comment #7 from H.J. Lu 2010-11-24 22:00:25
UTC ---
This seems to work:
---
diff --git a/gcc/builtins.c b/gcc/builtins.c
index c9e8e68..840ec29 100644
--- a/gcc/builtins.c
+++ b/gcc/builtins.c
@@ -630,11 +630,10 @@ target_char_cast (tree cst
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46647
--- Comment #6 from H.J. Lu 2010-11-24 21:52:46
UTC ---
The problem seems to be target_char_cast.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46528
--- Comment #9 from Richard Guenther 2010-11-24
21:50:55 UTC ---
The CFGs match, the spanning tree as well. Instrumenting needs to split
two edges, but that shouldn't matter and happens elsewhere as well.
But we have in .optimized (of the -fpro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46647
--- Comment #5 from H.J. Lu 2010-11-24 21:43:11
UTC ---
char a[4] isn't handled by fold_builtin_memset.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46647
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46528
--- Comment #8 from Richard Guenther 2010-11-24
21:18:43 UTC ---
I can't reproduce it on x86_64-unknown-linux-gnu with
./configure --disable-checking --enable-languages=c
or with
./configure --enable-languages=c,c++,fortran
I can reproduce it
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46647
--- Comment #3 from H.J. Lu 2010-11-24 21:08:10
UTC ---
fold_builtin_memset fails to handle 0x[8-f]fff.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46528
--- Comment #7 from Uros Bizjak 2010-11-24 21:01:16
UTC ---
Created attachment 22516
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22516
corresponding profile
~/gcc-build/prev-gcc/cc1 -g -O2 -fprofile-use -quiet macro.i
../../gcc-svn/trunk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46648
Summary: [4.6 Regression] type mismatch in array reference;
verify_stmts failed
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46528
--- Comment #6 from Uros Bizjak 2010-11-24 21:00:02
UTC ---
Created attachment 22514
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22514
preprocessed file
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46647
H.J. Lu changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
Component|t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46647
--- Comment #1 from H.J. Lu 2010-11-24 20:47:25
UTC ---
We can inline 0x7fff and fail 0x8fff.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45923
--- Comment #10 from Benjamin Kosnik 2010-11-24
20:44:49 UTC ---
Follow up to #9, as per discussions in Batavia and
http://gcc.gnu.org/ml/gcc-patches/2010-11/msg02406.html
There was some thought of providing an attribute syntax for this, say
l%eax, %eax
ret
.cfi_endproc
.LFE1:
.sizefunc2, .-func2
.comma,4,1
.ident"GCC: (GNU) 4.6.0 20101124 (experimental) [trunk revision
167121]"
.section.note.GNU-stack,"",@progbits
[...@gnu-16 gcc]$
Why can't we inline __builtin_memset (a,123,sizeof (a))?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46645
Benjamin Kosnik changed:
What|Removed |Added
CC||bkoz at gcc dot gnu.org
Target Milest
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46645
Richard Guenther changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46646
Summary: [trans-mem] __cxa_rethrow and __builtin_eh_pointer are
unsafe
Product: gcc
Version: trans-mem
Status: UNCONFIRMED
Severity: normal
Priority: P3
C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46500
--- Comment #3 from Jorn Wolfgang Rennecke
2010-11-24 19:46:09 UTC ---
Created attachment 22513
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22513
additional patch for microblaze
I realized a bit late that I didn't have the microblaze in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46645
Summary: [4.6 Regression] FAIL:
20_util/unique_ptr/requirements/explicit_instantiation
/explicit_instantiation.cc
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46644
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46644
--- Comment #1 from Emmanuel Blot 2010-11-24
19:17:01 UTC ---
Sorry, output assembler in last example (32-bit) is:
:
0:e59f3014 ldrr3, [pc, #20]; 1c
4:e5932000 ldrr2, [r3]
8:e59f3010 ldr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46519
--- Comment #6 from hjl at gcc dot gnu.org 2010-11-24
19:16:48 UTC ---
Author: hjl
Date: Wed Nov 24 19:16:40 2010
New Revision: 167126
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167126
Log:
Don't check TREE_THIS_VOLATILE in ix86_expan
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46644
Summary: Built-in memcpy() does not test for unaligned
destination address on ARM
Product: gcc
Version: 4.4.3
Status: UNCONFIRMED
Severity: major
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46643
--- Comment #3 from Jonathan Wakely 2010-11-24
18:37:53 UTC ---
It looks as though 4.4 had a problem with templates too, here S is a POD but
there's no warning for foo::bar
template struct S { };
template
class foo {
public:
S bar() __attri
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45685
Eric Botcazou changed:
What|Removed |Added
Status|ASSIGNED|NEW
Component|rtl-optimization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38172
Andrew Pinski changed:
What|Removed |Added
CC||andrew at ishiboo dot com
--- Comment #3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46643
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46643
--- Comment #1 from Andrew Pinski 2010-11-24
18:27:58 UTC ---
It has nothing to do with templates but rather non-PODs:
class foo {
public:
int baz() __attribute__((warn_unused_result));
private:
int a;
};
foo g(void) __attribute__((warn_unu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46519
--- Comment #5 from hjl at gcc dot gnu.org 2010-11-24
18:24:46 UTC ---
Author: hjl
Date: Wed Nov 24 18:24:39 2010
New Revision: 167124
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167124
Log:
Improve vzeroupper optimization.
gcc/
2010
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43603
Andrew Pinski changed:
What|Removed |Added
CC||zsojka at seznam dot cz
--- Comment #7 fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46640
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46640
Andrew Pinski changed:
What|Removed |Added
Depends on||43603
--- Comment #1 from Andrew Pinski
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46643
Summary: warn_unused_result is not enforced if return type is
templated
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46641
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44249
--- Comment #2 from Vladimir Makarov 2010-11-24
17:40:56 UTC ---
Reload creates additional insn for insn
(insn 9 7 11 2 (parallel [
(set (reg:DI 71)
(lshiftrt:DI (reg/v:DI 60 [ tag ])
(const_int 4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46614
Jakub Jelinek changed:
What|Removed |Added
Known to work||4.6.0
Summary|[4.5/4.6 Regress
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43218
Richard Guenther changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43218
--- Comment #6 from Richard Guenther 2010-11-24
17:06:46 UTC ---
Author: rguenth
Date: Wed Nov 24 17:06:41 2010
New Revision: 167122
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167122
Log:
2010-11-24 Richard Guenther
PR lto/432
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46614
--- Comment #9 from Jakub Jelinek 2010-11-24
16:56:49 UTC ---
Author: jakub
Date: Wed Nov 24 16:56:44 2010
New Revision: 167121
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167121
Log:
PR rtl-optimization/46614
* sched-deps.c (N
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46638
--- Comment #4 from Tobias Burnus 2010-11-24
16:42:19 UTC ---
Author: burnus
Date: Wed Nov 24 16:42:06 2010
New Revision: 167119
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167119
Log:
2010-11-24 Tobias Burnus
PR fortran/46
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38546
Michael Haubenwallner changed:
What|Removed |Added
CC||michael.haubenwallner at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46642
Andrey Belevantsev changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46639
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46642
--- Comment #2 from Zdenek Sojka 2010-11-24 16:09:54
UTC ---
Created attachment 22512
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22512
reduced testcase 2
$ gcc -O -fschedule-insns2 -fsel-sched-pipelining -fselective-scheduling2
pr46642-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46642
--- Comment #1 from Zdenek Sojka 2010-11-24 16:08:49
UTC ---
Created attachment 22511
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22511
reduced testcase
$ gcc -O -fschedule-insns2 -fsel-sched-pipelining -fselective-scheduling2
pr46642-1.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46642
Summary: ICE: in reset_sched_cycles_in_current_ebb, at
sel-sched.c:7095 with -fsel-sched-pipelining
-fselective-scheduling2
Product: gcc
Version: 4.6.0
Status: UNC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45685
--- Comment #11 from Richard Guenther 2010-11-24
15:55:45 UTC ---
Separating predicate computation from predicate use should help this.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46635
--- Comment #1 from Jorn Wolfgang Rennecke
2010-11-24 15:49:22 UTC ---
As Joseph S. Myers bentioned in comment 1 of PR46633, if
TREE_STRING_LENGTH is considered to be measured in BITS_PER_UNIT
rather than TYPE_PRECISION (char_type_node), fix_stri
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45685
--- Comment #10 from Jakub Jelinek 2010-11-24
15:27:41 UTC ---
I guess it would be helpful if some tree pass figured out that computing
cond_expr is usually quite expensive, and that instead of computing 4 different
cond_exprs (always one in wide
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46636
--- Comment #4 from joseph at codesourcery dot com 2010-11-24 15:32:00 UTC ---
On Wed, 24 Nov 2010, rguenth at gcc dot gnu.org wrote:
> Well, on these targets "bytes" really are larger I suppose (for example
> each character in a C string constan
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43218
Richard Guenther changed:
What|Removed |Added
Status|REOPENED|ASSIGNED
AssignedTo|unassigned
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45685
Eric Botcazou changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45302
--- Comment #1 from Jack Howarth 2010-11-24
15:15:22 UTC ---
Apparently fixed on gcc trunk between r166696 and r166717.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44249
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46633
--- Comment #1 from joseph at codesourcery dot com 2010-11-24 15:13:38 UTC ---
On Wed, 24 Nov 2010, amylaar at gcc dot gnu.org wrote:
> E.g. consider this code from c-family/c-common.c:fix_string_type :
>
> else if (TREE_TYPE (value) == char16
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43715
Jack Howarth changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42690
--- Comment #30 from H.J. Lu 2010-11-24 15:07:17
UTC ---
Goal: We should preserve the same linker command line order as if there are no
IR.
Problem:
a. LTO may generate extra symbol references which aren't in IR.
b. It was worked around
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46641
Tobias Burnus changed:
What|Removed |Added
Depends on||36437, 45824
--- Comment #1 from Tobias B
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46567
--- Comment #3 from Aldy Hernandez 2010-11-24
14:43:53 UTC ---
ipa_tm_decrement_clone_counts() is dying because we are decrementing the clone
count for a caller that was not marked as being in a transaction in the first
place.
The problem here i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46606
Richard Guenther changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46585
--- Comment #6 from Alexander Monakov 2010-11-24
14:38:47 UTC ---
(In reply to comment #5)
> + nop_pattern = gen_rtx_CONST_INT (VOIDmode, -1);
>
> You could just use
> nop_pattern = constm1_rtx;
> or just #define nop_pattern constm1_rtx
Than
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46641
Summary: Specification-expr checks and results with C_SIZEOF
and SIZEOF
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45819
--- Comment #5 from Atsushi Nemoto 2010-11-24
14:34:00 UTC ---
(In reply to comment #4)
> Can someone check if 4.6 is really not affected?
arm-linux-gnueabi-gcc-4.6.0-20101124 works fine (generates ldr instruction),
but mipsel-linux-gcc-4.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46585
--- Comment #5 from Jakub Jelinek 2010-11-24
14:29:07 UTC ---
+ nop_pattern = gen_rtx_CONST_INT (VOIDmode, -1);
You could just use
nop_pattern = constm1_rtx;
or just #define nop_pattern constm1_rtx
But, when you change nop_pattern, then INSN
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46636
--- Comment #3 from Jorn Wolfgang Rennecke
2010-11-24 14:26:52 UTC ---
(In reply to comment #2)
> Well, on these targets "bytes" really are larger I suppose (for example
> each character in a C string constant consumes BITS_PER_UNIT).
A 32 bit w
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46585
--- Comment #4 from Alexander Monakov 2010-11-24
14:19:09 UTC ---
sel-sched doesn't expect to see nops in the function, and uses them internally
as markers in place of recently removed insns; luckily, we can easily switch
to some other pattern,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36750
Manuel López-Ibáñez changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCON
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46606
--- Comment #3 from Richard Guenther 2010-11-24
14:01:27 UTC ---
Author: rguenth
Date: Wed Nov 24 14:00:43 2010
New Revision: 167115
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167115
Log:
2010-11-24 Richard Guenther
PR lto/466
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46590
--- Comment #13 from Richard Guenther 2010-11-24
13:50:21 UTC ---
The I/O parts of the FRE cost are due to value-numbering stores in
visit_reference_op_store. They can be drastically cut by an equivalent
of (not generating code)
Index: trans-io
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46637
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45940
Aldy Hernandez changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46640
Summary: ICE: in insn_default_length, at
config/i386/i386.md:588 (unrecognizable insn) with
-fsel-sched-pipelining -fselective-scheduling2
Product: gcc
Version: 4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46562
Richard Guenther changed:
What|Removed |Added
Attachment #22498|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46637
--- Comment #3 from Jakub Jelinek 2010-11-24
12:38:20 UTC ---
Reduced testcase, fails on x86_64-linux with -m32 and -O{2,s}
{,-fno-strict-aliasing}. Looking into it...
struct S { unsigned s[5]; } *p;
void
foo (int x)
{
int a = x == 1 ? 4 : 1
1 - 100 of 122 matches
Mail list logo
