http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50168
Richard Guenther changed:
What|Removed |Added
Component|c |middle-end
--- Comment #5 from Richard
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50167
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49119
Sebastian Huber changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50165
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50168
--- Comment #6 from Jakub Jelinek 2011-08-24
09:21:11 UTC ---
But it is just undefined value, not undefined behavior. If you do:
--- rtlanal.c 2011-08-23 19:46:13.0 +0200
+++ rtlanal.c 2011-08-24 11:18:01.720582231 +0200
@@ -4256,21 +425
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50168
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50168
--- Comment #8 from Jakub Jelinek 2011-08-24
09:45:56 UTC ---
What we IMHO should optimize and don't currently is the redundant sign
extension when using __builtin_ffsl - as it internally uses bsf + cmove,
nonzero_bits isn't able to figure out th
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50168
--- Comment #9 from Jakub Jelinek 2011-08-24
09:48:20 UTC ---
(In reply to comment #7)
> Hm, so the best thing we can do is a peephole recognizing that
>
> 10: 48 0f bc ff bsf%rdi,%rdi
> 14: 48 63 ffmovslq
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50165
--- Comment #3 from Markus Trippelsdorf
2011-08-24 09:53:24 UTC ---
The following patch fixes the problem for me:
diff --git a/gcc/data-streamer.h b/gcc/data-streamer.h
index c413a75..acf1305 100644
--- a/gcc/data-streamer.h
+++ b/gcc/data-strea
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33661
Stefan Schuh changed:
What|Removed |Added
CC||s.schuh85 at gmail dot com
--- Comment #9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50067
--- Comment #15 from Richard Guenther 2011-08-24
10:07:24 UTC ---
Author: rguenth
Date: Wed Aug 24 10:07:20 2011
New Revision: 178028
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=178028
Log:
2011-08-24 Richard Guenther
PR tree-o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49396
Richard Guenther changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50174
Bug #: 50174
Summary: internal compiler error: derived type allocation
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50067
Richard Guenther changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50165
--- Comment #4 from Richard Guenther 2011-08-24
10:16:56 UTC ---
(In reply to comment #3)
> The following patch fixes the problem for me:
>
> diff --git a/gcc/data-streamer.h b/gcc/data-streamer.h
> index c413a75..acf1305 100644
> --- a/gcc/data
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49119
--- Comment #6 from Mikael Pettersson 2011-08-24
10:25:39 UTC ---
For the record, this was fixed on 4.6 branch by r176438, the fix for PR49768.
The test cases are essentially the same, so PR49119 is a dupe of PR49768.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49119
Sebastian Huber changed:
What|Removed |Added
Resolution|FIXED |DUPLICATE
--- Comment #7 from Sebastian
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49768
Sebastian Huber changed:
What|Removed |Added
CC||sebastian.huber@embedded-br
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50165
--- Comment #5 from Richard Guenther 2011-08-24
10:37:18 UTC ---
Btw, as ->len includes the trailing zero, the new hash function hashes in
a zero and the memcmp compares one byte unnecessarily. To make the transform
1:1 it would be
static inlin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50165
--- Comment #6 from Markus Trippelsdorf
2011-08-24 10:41:15 UTC ---
(In reply to comment #4)
> > -
> > - if (ds1->len == ds2->len)
> > -return memcmp (ds1->s, ds2->s, ds1->len) == 0;
> > -
> > - return 0;
> > + return strcmp (ds1->s, ds2->
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50083
--- Comment #4 from ro at CeBiTec dot Uni-Bielefeld.DE 2011-08-24 10:43:58 UTC ---
> --- Comment #3 from Uros Bizjak 2011-08-23
> 18:16:49 UTC ---
> (In reply to comment #2)
>> Created attachment 25058 [details]
>> Proposed patch to fallback to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50165
--- Comment #7 from Richard Guenther 2011-08-24
10:46:17 UTC ---
(In reply to comment #6)
> (In reply to comment #4)
> > > -
> > > - if (ds1->len == ds2->len)
> > > -return memcmp (ds1->s, ds2->s, ds1->len) == 0;
> > > -
> > > - return 0;
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50083
--- Comment #5 from ro at CeBiTec dot Uni-Bielefeld.DE 2011-08-24 10:47:56 UTC ---
At least rebuilding cc1 with the patched builtins.c doesn't make a
difference.
Rainer
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43052
Richard Guenther changed:
What|Removed |Added
Target|i486-linux-gnu |x86_64-*-*, i?86-*-*
C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50171
--- Comment #3 from Kirill A. Shutemov 2011-08-24
10:57:30 UTC ---
Sorry, I've made mistake trying to simplify the test case.
Is it still correct to generate warning for the code below?
int error(void);
int baz(char **, const char *);
int quux(
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49396
--- Comment #6 from Richard Guenther 2011-08-24
11:17:02 UTC ---
Author: rguenth
Date: Wed Aug 24 11:16:57 2011
New Revision: 178032
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=178032
Log:
2011-08-24 Richard Guenther
PR c/49396
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49396
Richard Guenther changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50171
--- Comment #4 from Richard Guenther 2011-08-24
11:29:35 UTC ---
Yes, if error does not return a value < 0 then it will be used uninitialized.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50174
janus at gcc dot gnu.org changed:
What|Removed |Added
CC||janus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50174
--- Comment #2 from janus at gcc dot gnu.org 2011-08-24 11:36:35 UTC ---
Probably related to PR 50050.
ion 4.7.0 20110824 (experimental) (GCC)
COLLECT_GCC_OPTIONS='-S' '-Os' '-g' '-v'
/local/gnu/install/gcc-4.7/libexec/gcc/avr/4.7.0/cc1 -quiet -v assert-i.c
-quiet -dumpbase assert-i.c -auxbase assert-i -g -Os -version -o assert-i.s
GNU C (GCC) version 4.7.0 201108
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49864
Georg-Johann Lay changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50163
--- Comment #3 from Tobias Burnus 2011-08-24
13:11:14 UTC ---
Author: burnus
Date: Wed Aug 24 13:11:08 2011
New Revision: 178038
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=178038
Log:
2011-08-24 Tobias Burnus
PR fortran/50
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50172
--- Comment #2 from hjl at gcc dot gnu.org 2011-08-24
13:25:30 UTC ---
Author: hjl
Date: Wed Aug 24 13:25:22 2011
New Revision: 178040
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=178040
Log:
Mention PR target/50172.
Modified:
trun
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50172
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50163
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P4
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50175
Bug #: 50175
Summary: data race with barrier
Classification: Unclassified
Product: gcc
Version: 4.6.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50138
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43052
--- Comment #17 from Jan Hubicka 2011-08-24
14:20:29 UTC ---
Hmm,
I guess ideally the middle-end should know how to inline the simple loop (for
both strlen and memcmp) and do so when object size is known to be small
(probably by target specific v
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50174
--- Comment #3 from janus at gcc dot gnu.org 2011-08-24 14:36:22 UTC ---
(In reply to comment #2)
> Probably related to PR 50050.
Apparently it is fixed by Mikael's patch at
http://gcc.gnu.org/ml/fortran/2011-08/msg00199.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43052
--- Comment #18 from Richard Guenther 2011-08-24
14:36:45 UTC ---
(In reply to comment #17)
> Hmm,
> I guess ideally the middle-end should know how to inline the simple loop (for
> both strlen and memcmp) and do so when object size is known to be
perimental) (GCC)
GCC 4.7 is
Target: x86_64-unknown-linux-gnu
Configured with: ../configure --disable-bootstrap --enable-languages=c,c++
--prefix=/export/users/izamyati/prefix_4_7
Thread model: posix
gcc version 4.7.0 20110824 (experimental) (GCC)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50175
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50103
--- Comment #3 from Sri 2011-08-24 15:02:15 UTC ---
I tried with -O0 and also tried with a different version of the compiler - I
was using Vac 11.1.0.0 when I originally reported the problem. I changed to
9.0.0.16 and even with that compiler the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44618
--- Comment #30 from Edmar Wienskoski 2011-08-24
15:06:48 UTC ---
Not really.
A year ago when I opened the bug, it was affecting all branches.
When it was finally approved (David E.), I re-factored the patch.
At this point I found 4.4 did not n
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50177
Bug #: 50177
Summary: libcpp reallocator a C or C++ function?
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50164
Vladimir Makarov changed:
What|Removed |Added
CC||vmakarov at redhat dot com
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50050
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P4
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18624
--- Comment #27 from Bernhard Reutner-Fischer
2011-08-24 17:14:19 UTC ---
FIXED? Seems that this is supported in c++ nowadays, thanks to dodji.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50178
Bug #: 50178
Summary: [4.6 regression] ICE with gfortran -O3, not with
gfortran -02
Classification: Unclassified
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50178
Toon Moene changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18624
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50179
Bug #: 50179
Summary: wrong "set but not used" warning
Classification: Unclassified
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50090
--- Comment #3 from rsandifo at gcc dot gnu.org
2011-08-24 17:21:52 UTC ---
Author: rsandifo
Date: Wed Aug 24 17:21:48 2011
New Revision: 178043
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=178043
Log:
libgcc/
PR target/50090
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50178
Tobias Burnus changed:
What|Removed |Added
Keywords||ice-on-valid-code
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50166
--- Comment #1 from Ian Lance Taylor 2011-08-24 17:59:14
UTC ---
I haven't been able to recreate this crash yet. According to the backtrace the
crash occurs the very first time a value is added to
Integer_type::named_integer_types, which is a st
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50176
H.J. Lu changed:
What|Removed |Added
Target Milestone|--- |4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50164
H.J. Lu changed:
What|Removed |Added
Target Milestone|--- |4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50176
--- Comment #1 from H.J. Lu 2011-08-24 18:09:44
UTC ---
Is this only a 4.7 regression?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50178
--- Comment #3 from Dominique d'Humieres 2011-08-24
18:20:01 UTC ---
The code compiles with gfortran 4.6.1 and -O3 -ffast-math.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50178
Jakub Jelinek changed:
What|Removed |Added
CC||irar at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18624
--- Comment #29 from alexander.herrmann at aiengine dot org 2011-08-24 19:21:47
UTC ---
Dear Jakub,
I just did try the example code with gcc 4.5.2.
It plain c not c++. Some oldfashioned people still use c ;)
Regards,
Alexander J. Herrmann
2011/8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50156
--- Comment #2 from Ruben Van Boxem
2011-08-24 19:26:55 UTC ---
Created attachment 25090
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25090
Patch to allow a non-bootstrap compiler to build with in tree prereqs for
graphite
Attached is a f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18624
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |4.6.0
--- Comment #30 from Andrew Pinski
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49864
--- Comment #9 from Richard Henderson 2011-08-24
19:35:31 UTC ---
Created attachment 25091
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25091
followup patch
I think you'd have been better off opening a new bug.
That said, the cross-jumpi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50180
Bug #: 50180
Summary: insn does not satisfy constraints for 444.namd when
generating profile data
Classification: Unclassified
Product: gcc
Version: 4.6.2
Status: UNC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50156
Ruben Van Boxem changed:
What|Removed |Added
Attachment #25090|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48418
Andrew Pinski changed:
What|Removed |Added
Priority|P2 |P3
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38292
--- Comment #18 from Andrew Pinski 2011-08-24
20:50:52 UTC ---
I don't think this is a regression now as we never had good thread support for
gcov/profiling. That is we don't do atomic adds for the profiling.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50181
Bug #: 50181
Summary: insn does not satisfy constraints for 481.wrf when
generating profile data
Classification: Unclassified
Product: gcc
Version: 4.6.2
Status: UNCO
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50154
Andrew Pinski changed:
What|Removed |Added
Keywords||diagnostic
Severity|normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50148
--- Comment #2 from Andrew Pinski 2011-08-24
21:17:24 UTC ---
(In reply to comment #1)
> (Another solution would be to build GCC with -Wno-error=maybe-uninitialized.)
I think that is a bad idea really. The question is this is a false positive o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50182
Bug #: 50182
Summary: Performance degradation from gcc 4.1 (x86_64)
Classification: Unclassified
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Prio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50068
--- Comment #7 from Valeriy E. Ushakov 2011-08-24
21:26:23 UTC ---
This fixes the problem. Thanks.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50183
Bug #: 50183
Summary: ICE in verify_ssa for 416.gamess when optimizing using
profile data
Classification: Unclassified
Product: gcc
Version: 4.6.2
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50183
--- Comment #1 from William J. Schmidt 2011-08-24
21:32:34 UTC ---
Created attachment 25096
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25096
Profile data for grd2c.fppized.f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50148
--- Comment #3 from Andrew Pinski 2011-08-24
21:33:23 UTC ---
(In reply to comment #0)
> Created attachment 25070 [details]
> Patch for c-parser.c
>
> Error message:
>
> ../../gcc-4.7/gcc/c-parser.c: In function 'c_expr
> c_parser_postfix_expre
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45074
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50182
--- Comment #1 from Oleg Smolsky 2011-08-24
22:13:26 UTC ---
Created attachment 25097
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25097
The test case
This is the preprocessed source for the test discussed in the mail thread.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32415
Harald van Dijk changed:
What|Removed |Added
CC||harald at gigawatt dot nl
--- Comment #
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39725
--- Comment #8 from Andrew Pinski 2011-08-24
22:28:52 UTC ---
for compare-fp-1:
iuneq same
ieq improved (using movf)
iltgt have to look more into (since I am comparing 4.3 vs 4.6)
ine same
iunlt improved (using movf)
ilt improved (using movf)
ile
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50182
davidxl changed:
What|Removed |Added
CC||xinliangli at gmail dot com
--- Comment #2 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50182
--- Comment #3 from davidxl 2011-08-25 00:13:00
UTC ---
Caused by differences in FE generated code:
46:
D.6887 = (int) D.6886;
D.6888 = custom_constant_add::do_shift (D.6887);
D.6889 = (unsigned char) D.6888;
re
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48721
Andrew Pinski changed:
What|Removed |Added
Known to work|4.7.0 |
Summary|[4.6 Regression] ICE:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48721
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48721
--- Comment #4 from Andrew Pinski 2011-08-25
01:39:51 UTC ---
begin_move_insn is not creating the needed barrier.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50132
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50114
--- Comment #4 from Andrew Pinski 2011-08-25
01:49:51 UTC ---
Reducing.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50114
Andrew Pinski changed:
What|Removed |Added
Keywords|diagnostic |ice-on-valid-code
Status|UNCO
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50132
Richard Henderson changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigne
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49045
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48418
Richard Guenther changed:
What|Removed |Added
Priority|P3 |P2
--- Comment #7 from Richard Guenthe
92 matches
Mail list logo
