http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49413
--- Comment #9 from Matt Gattis 2011-08-04 04:21:20
UTC ---
> However, on most archs I'm pretty sure the optimizer already checks alignment
> in order to do things like SIMD instructions. So this is probably a valid
> FEATURE REQUEST... that the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49889
Ian Lance Taylor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49889
--- Comment #1 from ian at gcc dot gnu.org 2011-08-04
04:08:35 UTC ---
Author: ian
Date: Thu Aug 4 04:08:29 2011
New Revision: 177310
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=177310
Log:
PR go/49889
gccgo : Fixed bug 49889.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49413
Gabriel M. Beddingfield changed:
What|Removed |Added
CC||gabriel at teuton dot org
--- C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49971
Andrew Pinski changed:
What|Removed |Added
Component|c |middle-end
--- Comment #1 from Andrew Pin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49971
Summary: Missing "uninitialized" warning; may involve "return"
statements
Product: gcc
Version: 4.5.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49964
--- Comment #8 from H.J. Lu 2011-08-04 00:18:27
UTC ---
(In reply to comment #6)
> Created attachment 24911 [details]
> full patch
>
> Your patch misses several patterns.
>
> This bootstraps, but I don't have an avx cpu locally.
It works:
htt
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48841
Hin-Tak Leung changed:
What|Removed |Added
Known to work||4.4.5, 4.6.1
Known to fail|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34888
Richard Henderson changed:
What|Removed |Added
Status|ASSIGNED|WAITING
--- Comment #6 from Richard H
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34888
--- Comment #5 from Richard Henderson 2011-08-03
22:57:25 UTC ---
Author: rth
Date: Wed Aug 3 22:57:22 2011
New Revision: 177300
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=177300
Log:
PR target/34888
* config/avr/avr.md: New
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48841
--- Comment #6 from Hin-Tak Leung
2011-08-03 22:26:13 UTC ---
(In reply to comment #5)
> Please follow the directions I gave in that PR. Start with a standard
> configure; make setup, no bootstrap-lean4, no relative paths to the
> source dir.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1773
--- Comment #106 from Marc Glisse
2011-08-03 21:51:53 UTC ---
(In reply to comment #96)
> I could trace this to g++ defining __STRICT_ANSI__ for
> -std=c++98/c++0x. defines _STRICT_STDC in this
> case, which hides the !_REENTRANT && !_LP64 && !_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49964
--- Comment #7 from H.J. Lu 2011-08-03 21:46:22
UTC ---
(In reply to comment #6)
> Created attachment 24911 [details]
> full patch
>
> Your patch misses several patterns.
>
> This bootstraps, but I don't have an avx cpu locally.
I am testing i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49964
Richard Henderson changed:
What|Removed |Added
Attachment #24910|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49638
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Comment #8 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49968
--- Comment #3 from Ulrich Weigand 2011-08-03
21:21:32 UTC ---
The patch did indeed fix the testcase, thanks!
Running a full regression now ...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49923
--- Comment #6 from Søren Holm 2011-08-03 21:00:06 UTC ---
As far as my isolated test-case goes the patch works. :D
I will report back after a test on the target tomorrow.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49964
--- Comment #5 from H.J. Lu 2011-08-03 20:51:22
UTC ---
Created attachment 24910
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24910
A patch
I am testing this.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49963
--- Comment #5 from Paolo Carlini 2011-08-03
20:29:51 UTC ---
Created attachment 24909
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24909
Draft patch
I'm attaching a patch which tries to implement what Joseph suggests (thanks!).
Essential
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1773
--- Comment #105 from Andrew Paprocki 2011-08-03
20:26:17 UTC ---
$ uname -a
SunOS sun 5.10 Generic_137111-08 sun4v sparc SUNW,T5240 Solaris
$ CC -V
CC: Sun C++ 5.10 SunOS_sparc 128228-10 2010/08/18
$ g++ -dumpversion
4.5.2
$ cat > foo.cpp
#includ
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49638
--- Comment #7 from janus at gcc dot gnu.org 2011-08-03 20:17:49 UTC ---
I wonder whether the right thing to do would be to add a general expression
comparison routine like the one below (just a rough sketch so far).
a) Do we have something like t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1773
Andrew Paprocki changed:
What|Removed |Added
CC||andrew at ishiboo dot com
--- Comment #1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49500
--- Comment #14 from Jan Hubicka 2011-08-03
20:11:16 UTC ---
It seems that I never submitted the patch. It is posted now.
Honza
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49735
Jan Hubicka changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49735
--- Comment #9 from Jan Hubicka 2011-08-03
20:00:22 UTC ---
Hmm, it looks like recursive_inlining_p predicate broke with presence of
aliases. I will take a look.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49772
--- Comment #3 from Jan Hubicka 2011-08-03
19:57:06 UTC ---
Hmm, we should never make the cgrpah point to inline variant in this case, so
rest of compilation should go smoothly after the error is output. I don't think
it is what is confusing ipa-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49638
--- Comment #6 from janus at gcc dot gnu.org 2011-08-03 19:41:17 UTC ---
The simple constant-length example in comment #0 can be rejected by extending
the resolve.c part of the patch in comment #3 into:
Index: gcc/fortran/resolve.c
==
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21018
Georg-Johann Lay changed:
What|Removed |Added
Keywords||missed-optimization
Priority
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43746
Georg-Johann Lay changed:
What|Removed |Added
CC||schlie at comcast dot net
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49970
--- Comment #5 from jimis 2011-08-03 19:32:09 UTC ---
DESTDIR is supported just fine, but it is not prefix, it serves different
purposes. In particular it installs in /$DESTDIR/$prefix but installed package
would search libraries in /$prefix.
jo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47453
--- Comment #7 from Johannes Schaub
2011-08-03 19:17:04 UTC ---
(In reply to comment #6)
> >
> > You can define it as follows to make it work in both cases
> >
> > #define PTHREAD_COND_INITIALIZER {}
>
> I cannot define/redefine this valu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49964
--- Comment #4 from Richard Henderson 2011-08-03
19:11:48 UTC ---
It's a bug in the i386 backend:
(call_insn 28 27 136 2 (parallel [
(parallel [
(call (mem:QI (mem/f:SI (plus:SI (reg/f:SI 73 [
__ec$_M_cat_2->_vptr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49970
--- Comment #4 from Steve Kargl
2011-08-03 19:09:22 UTC ---
On Wed, Aug 03, 2011 at 07:01:55PM +, jimis at gmx dot net wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49970
>
> --- Comment #2 from jimis 2011-08-03 19:01:51 UTC ---
> I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49970
--- Comment #3 from joseph at codesourcery dot com 2011-08-03 19:03:24 UTC ---
This is a bug in libtool. See bug 46607. It will need to be fixed in
upstream libtool (see bug 46607 comment 10 for what might be the simplest
approach).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49970
--- Comment #2 from jimis 2011-08-03 19:01:51 UTC ---
I use it casually for packages that use autotools to configure the build, it
always works fine. And for gcc it has worked for me plenty of times for i386
C-frontend only builds, and till not I'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49963
--- Comment #4 from joseph at codesourcery dot com 2011-08-03 18:59:33 UTC ---
I think this is a case for a function absu_hwi or similar that returns an
unsigned HOST_WIDE_INT value.
(Actually it's a case for operating properly on the INTEGER_CS
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49948
--- Comment #7 from Jakub Jelinek 2011-08-03
18:56:05 UTC ---
Author: jakub
Date: Wed Aug 3 18:56:02 2011
New Revision: 177292
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=177292
Log:
PR tree-optimization/49948
* gimple.c (walk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49638
--- Comment #5 from janus at gcc dot gnu.org 2011-08-03 18:53:17 UTC ---
I think in general we may also have to reject differing non-constant string
lengths (at least that's what ifort does), as in:
module world
implicit none
type :: world_1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47453
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49948
--- Comment #6 from Jakub Jelinek 2011-08-03
18:49:43 UTC ---
Author: jakub
Date: Wed Aug 3 18:49:40 2011
New Revision: 177291
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=177291
Log:
PR tree-optimization/49948
* gimple.c (walk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49970
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=49638
--- Comment #4 from janus at gcc dot gnu.org 2011-08-03 18:36:55 UTC ---
(In reply to comment #3)
> A check for different ranks can be added like this:
This will reject the following variant of the original test case, which is
accepted up to now:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49964
Richard Henderson changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #3 from Richard
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49968
Richard Henderson changed:
What|Removed |Added
Status|ASSIGNED|WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49968
--- Comment #2 from Richard Henderson 2011-08-03
18:00:21 UTC ---
Created attachment 24908
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24908
proposed patch
I believe this will solve the problem.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49970
Summary: "make prefix=... install" doesn't work
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libfortran
AssignedTo: unas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49923
--- Comment #5 from Martin Jambor 2011-08-03
17:39:05 UTC ---
Søren, can you please verify this patch fixes the problem for you?
It's based on trunk but should apply well to the 4.6 branch too.
Thanks.
Index: src/gcc/tree-sra.c
=
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49964
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49969
Summary: not vectorized: data ref analysis failed
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: normal
Priority: P3
Compon
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49968
Richard Henderson changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49968
Summary: ICE in calls.c:3141 / assert after emit_stack_restore
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
Ass
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49935
Frédéric Buclin changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49965
--- Comment #4 from ro at CeBiTec dot Uni-Bielefeld.DE 2011-08-03 16:50:27 UTC ---
> --- Comment #3 from Jakub Jelinek 2011-08-03
> 16:37:36 UTC ---
> So what values it printed? Did it print -2.0 and 9.0 in some iterations?
Here's the complete
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49781
--- Comment #15 from H.J. Lu 2011-08-03 16:49:12
UTC ---
(In reply to comment #13)
> (In reply to comment #10)
> >
> > This additional patch prevents zero_extend when we deal with
> > wider-than-word-size moves. These moves need offsetable_oper
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49967
Summary: The -static-libstdc++ does not work on HP-UX (IA64
B.11.23, probably others)
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49781
--- Comment #14 from H.J. Lu 2011-08-03 16:47:09
UTC ---
Created attachment 24907
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24907
A testcase
[hjl@gnu-33 delta]$
/export/build/gnu/gcc-x32-test/release/usr/gcc-4.7.0-x32/bin/gcc -mx32
-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49965
--- Comment #3 from Jakub Jelinek 2011-08-03
16:37:36 UTC ---
So what values it printed? Did it print -2.0 and 9.0 in some iterations?
The final merging is done in a critical section between GOMP_atomic_start and
GOMP_atomic_end, perhaps you can
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49949
--- Comment #5 from Ilker R Capoglu 2011-08-03
16:34:31 UTC ---
Created attachment 24906
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24906
The preprocessed file with the STL and blitz++ headers. (bzip2'd)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49949
--- Comment #4 from Ilker R Capoglu 2011-08-03
16:32:47 UTC ---
(In reply to comment #3)
> http://gcc.gnu.org/wiki/A_guide_to_testcase_reduction is useful
>
> if you can't reduce it then using gzip or bzip2 might make it small enough to
> attach
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49950
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=49949
--- Comment #3 from Jonathan Wakely 2011-08-03
16:27:23 UTC ---
http://gcc.gnu.org/wiki/A_guide_to_testcase_reduction is useful
if you can't reduce it then using gzip or bzip2 might make it small enough to
attach
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49965
--- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE 2011-08-03 16:26:45 UTC ---
> --- Comment #1 from Jakub Jelinek 2011-08-03
> 15:10:13 UTC ---
> for task-8.C, error is a function on linux, so please replace it by errval
> or err_atomic or
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49949
--- Comment #2 from Ilker R Capoglu 2011-08-03
16:20:53 UTC ---
(In reply to comment #1)
> An attachment is missing. Please try to create a small self-contained
> testcase using .
Sorry, I think it didn't get uploaded because it was above 1000k
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49781
--- Comment #13 from H.J. Lu 2011-08-03 16:18:45
UTC ---
(In reply to comment #10)
>
> This additional patch prevents zero_extend when we deal with
> wider-than-word-size moves. These moves need offsetable_operand, which
> zero_extend (...) isn
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49781
--- Comment #12 from Uros Bizjak 2011-08-03 16:08:47
UTC ---
(In reply to comment #11)
> gcc.dg/torture/pr47744-2.c compiled with
>
> -mx32 -O3 -std=gnu99 -ftree-vectorize -funroll-loops
>
> generates codes like
>
> leal(%rax,%r9), %
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1773
--- Comment #103 from Marc Glisse
2011-08-03 15:52:09 UTC ---
(In reply to comment #102)
> What would help enormously for this would be a complete justification
> for the individual fixes:
Of course. I tried to keep the fixincludes to the minimum
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49963
--- Comment #3 from Paolo Carlini 2011-08-03
15:45:06 UTC ---
Eh, my way of fixing it would be removing the assert ;) Seriously, too bad, I
can try to look a bit into it but help is welcome of course, I don't think the
project wants to rely on my
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49781
--- Comment #11 from H.J. Lu 2011-08-03 15:44:59
UTC ---
(In reply to comment #10)
> This additional patch prevents zero_extend when we deal with
> wider-than-word-size moves. These moves need offsetable_operand, which
> zero_extend (...) isn't.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40947
--- Comment #17 from ro at CeBiTec dot Uni-Bielefeld.DE 2011-08-03 15:42:46 UTC ---
>> > Invalid flag usage: Wl,-rpath, -Wx,-option must appear after
>> > -_SYSTYPE_SVR4
>
>> What I do see is that if you add some -W option to ld, you get exactly
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40947
Hin-Tak Leung changed:
What|Removed |Added
Known to work||4.6.1
--- Comment #16 from Hin-Tak Leung
ith...
/sw/src/fink.build/gcc47-4.7.0-1/darwin_objdir/gcc/xgcc
-B/sw/src/fink.build/gcc47-4.7.0-1/darwin_objdir/gcc/
/sw/src/fink.build/gcc47-4.7.0-1/gcc-4.7-20110803/gcc/testsuite/gcc.c-torture/execute/pr45034.c
-w -O2 -lm -m32 -o
/sw/src/fink.build/gcc47-4.7.0-1/darwin_objdir/gcc/testsuite/gcc/pr45034
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44959
Hin-Tak Leung changed:
What|Removed |Added
Known to work||4.6.1
--- Comment #13 from Hin-Tak Leung
ith...
/sw/src/fink.build/gcc47-4.7.0-1/darwin_objdir/gcc/xgcc
-B/sw/src/fink.build/gcc47-4.7.0-1/darwin_objdir/gcc/
/sw/src/fink.build/gcc47-4.7.0-1/gcc-4.7-20110803/gcc/testsuite/gcc.c-torture/execute/pr45034.c
-w -O2 -lm -m32 -o
/sw/src/fink.build/gcc47-4.7.0-1/darwin_objdir/gcc/testsuite/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44959
--- Comment #12 from Hin-Tak Leung
2011-08-03 15:29:50 UTC ---
(In reply to comment #11)
> Did you use an absolute path for the source dir? There have been
> problems with relative paths in the past.
Tried absolute path with 4.6.1, and compilat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49966
Summary: gcc.c-torture/execute/pr45034.c execution timeouts
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: una
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49963
--- Comment #2 from Richard Guenther 2011-08-03
15:27:36 UTC ---
Probably fails on any 32bit HWI platform.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49963
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49946
--- Comment #1 from Igor Zamyatin 2011-08-03
15:26:57 UTC ---
Used compiler:
Target: x86_64-unknown-linux-gnu
Thread model: posix
gcc version 4.7.0 20110802 (experimental) (GCC)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49962
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49961
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49957
Richard Guenther changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49955
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1773
--- Comment #102 from ro at CeBiTec dot Uni-Bielefeld.DE 2011-08-03 15:12:29 UTC ---
> --- Comment #101 from Paolo Carlini
> 2011-08-03 10:02:44 UTC ---
> Thanks Marc. Thus, it seems to me that Rainer should have a look to the
> fixincludes, doub
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49965
--- Comment #1 from Jakub Jelinek 2011-08-03
15:10:13 UTC ---
for task-8.C, error is a function on linux, so please replace it by errval
or err_atomic or similar instead if err doesn't work on Solaris.
Fur reduction-4.C, perhaps Solaris long dou
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30282
Alan Modra changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at gc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49781
--- Comment #10 from Uros Bizjak 2011-08-03 15:01:10
UTC ---
(In reply to comment #9)
> (In reply to comment #8)
>
> > > Created attachment 24899 [details]
> > > Proposed patch that exploits addr32.
> > >
> > > H.J., can you please test this pa
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49965
Summary: libgomp.c++/reduction-4.C and libgomp.c++/task-8.C
FAIL on Solaris 11/SPARC
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49740
--- Comment #2 from Douglas Mencken 2011-08-03
14:56:23 UTC ---
(In reply to comment #1)
> Did it recover?
What shall I try? gcc-4.7-20110730? svn checkout? Some patch? (Nothing has been
attached or reported.)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49965
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49900
Andreas Schwab changed:
What|Removed |Added
Status|WAITING |ASSIGNED
--- Comment #4 from Andreas Sch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49721
--- Comment #22 from H.J. Lu 2011-08-03 14:48:09
UTC ---
(In reply to comment #17)
> H.J., I agree with what you write in comment 16. But unless we are sure that
> the problematic composition will never be generated (e.g. by ivopts), we
> canno
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49781
--- Comment #9 from Uros Bizjak 2011-08-03 14:45:40
UTC ---
(In reply to comment #8)
> > Created attachment 24899 [details]
> > Proposed patch that exploits addr32.
> >
> > H.J., can you please test this patch on mx32.
> >
> > The patch bootst
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47383
--- Comment #17 from hjl at gcc dot gnu.org 2011-08-03
14:44:59 UTC ---
Author: hjl
Date: Wed Aug 3 14:44:54 2011
New Revision: 177277
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=177277
Log:
Add a testcase for PR middle-end/47383.
20
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49957
--- Comment #3 from Richard Guenther 2011-08-03
14:41:49 UTC ---
The patch now makes us vectorize
shell_lam.f:303: note: LOOP VECTORIZED.
shell_lam.f:262: note: LOOP VECTORIZED.
shell_lam.f:205: note: LOOP VECTORIZED.
compared to just
shell_la
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49964
--- Comment #1 from Yukhin Kirill 2011-08-03
14:28:55 UTC ---
Started from here
http://gcc.gnu.org/ml/gcc-regression/2011-08/msg00051.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49964
Summary: Bootstrap failed with AVX turned on
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassig...
--disable-shared
--enable-languages=c,c++ --with-dwarf2 --disable-lto
Thread model: single
gcc version 4.7.0 20110803 (experimental) (GCC)
GNU C (GCC) version 4.7.0 20110803 (experimental) (avr)
compiled by GNU C version 4.3.2 [gcc-4_3-branch revision 141291], GMP
version 5.0.1, MPFR versio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49962
--- Comment #2 from wangmianzhi 2011-08-03
14:24:19 UTC ---
On 2011年08月03日 10:23, dominiq at lps dot ens.fr wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49962
>
> --- Comment #1 from Dominique d'Humieres
> 2011-08-03 14:22:47 UTC ---
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49962
--- Comment #1 from Dominique d'Humieres 2011-08-03
14:22:47 UTC ---
With gfortran 4.6.1 and trunk, the code compiles and gives at run time
1 2 3
but I get the ICE with 4.5.3. So the bug has been fixed, but not ba
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49962
Summary: "internal compiler error" when using type-bounded
function returning vector
Product: gcc
Version: 4.5.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
1 - 100 of 153 matches
Mail list logo