http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46638
Summary: Wrong result with TRANSFER from string to DT
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46638
--- Comment #1 from Tobias Burnus burnus at gcc dot gnu.org 2010-11-24
08:41:15 UTC ---
More details: The run-time folding works; the issue is the compile time.
The call to
gfc_target_encode_expr (source, buffer, buffer_size);
looks OK (buffer
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46638
--- Comment #2 from Tobias Burnus burnus at gcc dot gnu.org 2010-11-24
08:50:24 UTC ---
I wonder whether it should be bit_offset (DECL_FIELD_BIT_OFFSET) instead of
offset (DECL_FIELD_OFFSET).
Reading the comment in tree.h (see below), one
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46629
--- Comment #7 from Jakub Jelinek jakub at gcc dot gnu.org 2010-11-24
08:57:41 UTC ---
Author: jakub
Date: Wed Nov 24 08:57:37 2010
New Revision: 167108
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=167108
Log:
PR middle-end/46629
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46639
Summary: [4.6 Regression] Missing optimization
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46621
Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org changed:
What|Removed |Added
Blocks||46495
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46638
--- Comment #3 from Tobias Burnus burnus at gcc dot gnu.org 2010-11-24
09:56:26 UTC ---
Patch:
diff --git a/gcc/fortran/target-memory.c b/gcc/fortran/target-memory.c
index 93e1c8c..1bca1dd 100644
--- a/gcc/fortran/target-memory.c
+++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46629
--- Comment #8 from Jakub Jelinek jakub at gcc dot gnu.org 2010-11-24
10:18:20 UTC ---
Author: jakub
Date: Wed Nov 24 10:18:15 2010
New Revision: 167110
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=167110
Log:
PR middle-end/46629
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46637
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=46636
--- Comment #1 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org
2010-11-24 10:34:40 UTC ---
Alignof also uses units at the moment, anthough the documentation
suggests it should be bytes.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46629
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39213
--- Comment #11 from Eric Botcazou ebotcazou at gcc dot gnu.org 2010-11-24
11:44:22 UTC ---
Backtrace with Rainer's testcase on SPARC/Solaris 32-bit:
Program received signal SIGABRT, Aborted.
0xff3201cc in _libc_kill () from /usr/lib/libc.so.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46626
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46628
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46630
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46631
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46636
--- Comment #2 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-24
12:08:54 UTC ---
Well, on these targets bytes really are larger I suppose (for example
each character in a C string constant consumes BITS_PER_UNIT).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46637
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36750
--- Comment #1 from Pádraig Brady P at draigBrady dot com 2010-11-24 12:09:33
UTC ---
A related thread: http://gcc.gnu.org/ml/gcc-bugs/1998-07/msg00031.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46639
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46590
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39213
Eric Botcazou ebotcazou at gcc dot gnu.org changed:
What|Removed |Added
CC||tromey at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46637
--- Comment #3 from Jakub Jelinek jakub at gcc dot gnu.org 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)
{
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46562
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Attachment #22498|0 |1
is
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=45940
Aldy Hernandez aldyh at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46637
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46590
--- Comment #13 from Richard Guenther rguenth at gcc dot gnu.org 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46606
--- Comment #3 from Richard Guenther rguenth at gcc dot gnu.org 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=gccview=revrev=167115
Log:
2010-11-24 Richard
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36750
Manuel López-Ibáñez manu at gcc dot gnu.org changed:
What|Removed |Added
Keywords||diagnostic
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46585
--- Comment #4 from Alexander Monakov amonakov at gcc dot gnu.org 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46636
--- Comment #3 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46585
--- Comment #5 from Jakub Jelinek jakub at gcc dot gnu.org 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45819
--- Comment #5 from Atsushi Nemoto anemo at mba dot ocn.ne.jp 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
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=46585
--- Comment #6 from Alexander Monakov amonakov at gcc dot gnu.org 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46606
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46567
--- Comment #3 from Aldy Hernandez aldyh at gcc dot gnu.org 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46641
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
Depends on||36437, 45824
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42690
--- Comment #30 from H.J. Lu hjl.tools at gmail dot com 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.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43715
Jack Howarth howarth at nitro dot med.uc.edu changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46633
--- Comment #1 from joseph at codesourcery dot com 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44249
Eric Botcazou ebotcazou at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45302
--- Comment #1 from Jack Howarth howarth at nitro dot med.uc.edu 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=45685
Eric Botcazou ebotcazou at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43218
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|REOPENED|ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46636
--- Comment #4 from joseph at codesourcery dot com 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45685
--- Comment #10 from Jakub Jelinek jakub at gcc dot gnu.org 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46635
--- Comment #1 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45685
--- Comment #11 from Richard Guenther rguenth at gcc dot gnu.org 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=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:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46642
--- Comment #1 from Zdenek Sojka zsojka at seznam dot cz 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46642
--- Comment #2 from Zdenek Sojka zsojka at seznam dot cz 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46639
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=46642
Andrey Belevantsev abel at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38546
Michael Haubenwallner michael.haubenwallner at salomon dot at changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46638
--- Comment #4 from Tobias Burnus burnus at gcc dot gnu.org 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=gccview=revrev=167119
Log:
2010-11-24 Tobias Burnus
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46614
--- Comment #9 from Jakub Jelinek jakub at gcc dot gnu.org 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=gccview=revrev=167121
Log:
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43218
--- Comment #6 from Richard Guenther rguenth at gcc dot gnu.org 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=gccview=revrev=167122
Log:
2010-11-24 Richard
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43218
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46614
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Known to work||4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44249
--- Comment #2 from Vladimir Makarov vmakarov at redhat dot com 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 ])
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
---
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46640
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Depends on||43603
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46640
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43603
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
CC||zsojka at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46519
--- Comment #5 from hjl at gcc dot gnu.org 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=gccview=revrev=167124
Log:
Improve vzeroupper
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46643
--- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46643
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38172
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
CC||andrew at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45685
Eric Botcazou ebotcazou at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46643
--- Comment #3 from Jonathan Wakely redi at gcc dot gnu.org 2010-11-24
18:37:53 UTC ---
It looks as though 4.4 had a problem with templates too, here ST is a POD but
there's no warning for foo::bar
templatetypename struct S { };
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=46519
--- Comment #6 from hjl at gcc dot gnu.org 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=gccview=revrev=167126
Log:
Don't check
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46644
--- Comment #1 from Emmanuel Blot eblot.ml at gmail dot com 2010-11-24
19:17:01 UTC ---
Sorry, output assembler in last example (32-bit) is:
memcpy_test:
0:e59f3014 ldrr3, [pc, #20]; 1c memcpy_test+0x1c
4:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46644
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
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=46500
--- Comment #3 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org
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
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46645
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46645
Benjamin Kosnik bkoz at gcc dot gnu.org changed:
What|Removed |Added
CC||bkoz at gcc dot
ret
.cfi_endproc
.LFE1:
.sizefunc2, .-func2
.comma,4,1
.identGCC: (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=45923
--- Comment #10 from Benjamin Kosnik bkoz at gcc dot gnu.org 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46647
--- Comment #1 from H.J. Lu hjl.tools at gmail dot com 2010-11-24 20:47:25
UTC ---
We can inline 0x7fff and fail 0x8fff.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46647
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
CC||rguenth at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46528
--- Comment #6 from Uros Bizjak ubizjak at gmail dot com 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=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 #7 from Uros Bizjak ubizjak at gmail dot com 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46647
--- Comment #3 from H.J. Lu hjl.tools at gmail dot com 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 #8 from Richard Guenther rguenth at gcc dot gnu.org 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46647
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=46647
--- Comment #5 from H.J. Lu hjl.tools at gmail dot com 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=46528
--- Comment #9 from Richard Guenther rguenth at gcc dot gnu.org 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46647
--- Comment #6 from H.J. Lu hjl.tools at gmail dot com 2010-11-24 21:52:46
UTC ---
The problem seems to be target_char_cast.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46647
--- Comment #7 from H.J. Lu hjl.tools at gmail dot com 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 @@
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46647
--- Comment #8 from Jakub Jelinek jakub at gcc dot gnu.org 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46645
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
CC||jason at redhat dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46528
--- Comment #10 from Uros Bizjak ubizjak at gmail dot com 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=46647
--- Comment #9 from H.J. Lu hjl.tools at gmail dot com 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
1 - 100 of 122 matches
Mail list logo