--- Comment #4 from ebotcazou at gcc dot gnu dot org 2010-09-22 06:06
---
Jakub, what do you think? gcc.c reads:
%Sremove all occurrences of -S from the command line.
Note - this command is position dependent. % commands in the
spec string before this one will
Very recent regression:
Program received signal SIGSEGV, Segmentation fault.
gfc_conv_array_stride (descriptor=0x0, dim=0) at
/data03/vondele/gcc_trunk/gcc/gcc/fortran/trans-array.c:2259
2259 type = TREE_TYPE (descriptor);
(gdb) bt
#0 gfc_conv_array_stride (descriptor=0x0, dim=0) at
--
Joost dot VandeVondele at pci dot uzh dot ch changed:
What|Removed |Added
Known to fail||4.6.0
Known to work|
--- Comment #3 from dominiq at lps dot ens dot fr 2010-09-22 06:46 ---
Confirmed as a regression: the tests compile with 4.5.0 and revision 163718,
but not with revision 164232.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45744
--- Comment #4 from burnus at gcc dot gnu dot org 2010-09-22 07:45 ---
(In reply to comment #3)
Confirmed as a regression:
The assert is in gfc_conv_expr_op:
gcc_assert (expr-value.op.op1-ts.type == expr-value.op.op2-ts.type);
For
mask = (rnd(parsize) popcross)
the OP is
--- Comment #5 from jakub at gcc dot gnu dot org 2010-09-22 08:07 ---
That semantics can't cope well with -fcompare-debug though, where cc1 etc. is
invoked multiple times. If you remove some options forever, they wouldn't
appear on the next cc1 etc. invocation line and thus that would
MODULE BUG_MODULE
TYPE::A_TYPE
END TYPE A_TYPE
TYPE,EXTENDS(A_TYPE)::B_TYPE
TYPE(A_TYPE),DIMENSION(:),ALLOCATABLE::A_LIST
END TYPE B_TYPE
TYPE::C_TYPE
TYPE(B_TYPE),DIMENSION(:),ALLOCATABLE::B_LIST
CONTAINS
PROCEDURE::DO_SOMETHING
END TYPE C_TYPE
CONTAINS
--- Comment #1 from burnus at gcc dot gnu dot org 2010-09-22 08:24 ---
Works Rev. 164472
Fails Rev. 164509 (ICE)
Mikael, I think your patch could be the culprit (Rev. 164494, PR 45648).
--
burnus at gcc dot gnu dot org changed:
What|Removed
--- Comment #8 from ebotcazou at gcc dot gnu dot org 2010-09-22 08:31
---
Subject: Bug 35664
Author: ebotcazou
Date: Wed Sep 22 08:31:14 2010
New Revision: 164512
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164512
Log:
PR target/35664
*
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2010-09-22 08:34
---
Subject: Bug 35664
Author: ebotcazou
Date: Wed Sep 22 08:34:11 2010
New Revision: 164513
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164513
Log:
PR target/35664
*
--- Comment #1 from burnus at gcc dot gnu dot org 2010-09-22 08:35 ---
Fails in gfc_trans_scalar_assign for the line:
gfc_add_modify (block, lse-expr,
fold_convert (TREE_TYPE (lse-expr), rse-expr));
as switch (TREE_CODE (type)) in fold_convert
--- Comment #10 from ebotcazou at gcc dot gnu dot org 2010-09-22 08:37
---
Subject: Bug 35664
Author: ebotcazou
Date: Wed Sep 22 08:36:35 2010
New Revision: 164514
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164514
Log:
PR target/35664
*
--- Comment #11 from ebotcazou at gcc dot gnu dot org 2010-09-22 08:40
---
In 4.4.5 and up.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from dominiq at lps dot ens dot fr 2010-09-22 08:41 ---
Confirmed as a regression: no ICE for branch fortran-exp revision 158215, ICE
for branch fortran-dev revision 163718.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45746
--- Comment #7 from jakub at gcc dot gnu dot org 2010-09-22 08:57 ---
Subject: Bug 45739
Author: jakub
Date: Wed Sep 22 08:57:38 2010
New Revision: 164516
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164516
Log:
PR rtl-optimization/45739
*
--- Comment #7 from jamborm at gcc dot gnu dot org 2010-09-22 09:52 ---
Patch submitted to mailing list:
http://gcc.gnu.org/ml/gcc-patches/2010-09/msg01761.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45572
--- Comment #3 from iek at c-w dot be 2010-09-22 09:53 ---
Is it a solution to build GCC with --disable-bootstrap option.
The host and build machine for the gcc is the same on a IA 64 redhat linux.
In order to avoid the issue
Tks upfront,
--
--- Comment #1 from domob at gcc dot gnu dot org 2010-09-22 10:05 ---
Mine.
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at
--- Comment #21 from vanboxem dot ruben at gmail dot com 2010-09-22 10:06
---
What is the status of this problem? Having every project depending on
MinGW(.org/-w64) toolchains modify their code is not an option. I see that the
main problem is dllexported *inline* functions. Can
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2010-09-22 10:19
---
*** This bug has been marked as a duplicate of 43870 ***
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #14 from ebotcazou at gcc dot gnu dot org 2010-09-22 10:19
---
*** Bug 39277 has been marked as a duplicate of this bug. ***
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from jamborm at gcc dot gnu dot org 2010-09-22 11:00 ---
I have just examined the Fortran testcase more thoroughly and to my
surprise I realized SRA did not create any new statements on i686. It
merely changed statements
res = *arg_1(D); into res$yr = MEM[(struct bar
--- Comment #5 from Joost dot VandeVondele at pci dot uzh dot ch
2010-09-22 11:31 ---
I guess this bug can be closed unless you intend backporting to earlier
versions.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45723
--- Comment #15 from t7 at gmail dot com 2010-09-22 12:20 ---
Hello,
Thank you so much for getting this problem fixed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45694
--- Comment #2 from mikael at gcc dot gnu dot org 2010-09-22 13:58 ---
(In reply to comment #1)
Mikael, I think your patch could be the culprit (Rev. 164494, PR 45648).
Confirmed, it's mine.
reduced a bit:
MODULE pw_types
TYPE pw_type
REAL, DIMENSION ( : ), POINTER :: cr
--- Comment #4 from abel at gcc dot gnu dot org 2010-09-22 14:29 ---
Confirmed.
All testcases except the first with the -O3 flags are fixed by the below patch.
The bug that the patch fixes is actually PR37360 all over again but in
sel-sched instead of haifa. We have the process of
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45743
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2010-09-22 15:07
---
I don't see a need to backport. Closing
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from mikael at gcc dot gnu dot org 2010-09-22 15:12 ---
Patch 4/5 in the patchset(http://gcc.gnu.org/ml/fortran/2010-09/msg00369.html)
changed this:
secss = ss;
/* Look for the SS for this function. */
while (secss != gfc_ss_terminator
--- Comment #4 from mikael at gcc dot gnu dot org 2010-09-22 15:13 ---
I will test this:
Index: trans-array.c
===
--- trans-array.c (révision 164494)
+++ trans-array.c (copie de travail)
@@ -5290,13 +5290,17
If a class is declared with an inner enum with a value, say foo, and also with
an inner template class that takes a non-type parameter named foo then inside
methods in the inner class the value of foo is the value of the enum value and
not the template parameter.
This seems odd and comeau does it
--- Comment #1 from gcc at magfr dot user dot lysator dot liu dot se
2010-09-22 15:19 ---
Created an attachment (id=21861)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21861action=view)
Test case showing the bug
Compile with
g++ enums-and-template-params.cpp
to trigger the bug
--- Comment #2 from redi at gcc dot gnu dot org 2010-09-22 15:27 ---
Looks like a dup of PR 45625
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45747
--- Comment #10 from jamborm at gcc dot gnu dot org 2010-09-22 15:33
---
gimple_has_location returns false for the return statement on both
i686 and x86_64. When I hacked SRA to set the location of return
statement to the location of the preceding statement
(retval = res; or D.1523 =
--- Comment #5 from abel at gcc dot gnu dot org 2010-09-22 15:34 ---
The remaining problem is another case where we don't try to issue more insns
because we believe from issue_rate that this is impossible. Full patch that
fixes all the tests with all the flags for me is below. What it
--- Comment #2 from abel at gcc dot gnu dot org 2010-09-22 15:57 ---
Neither of these option combinations fail for me on x86-64 with a recent trunk
(164506). We will investigate further with the given trunk revisions.
--
abel at gcc dot gnu dot org changed:
What
--- Comment #3 from gcc at magfr dot user dot lysator dot liu dot se
2010-09-22 15:58 ---
I agree.
*** This bug has been marked as a duplicate of 45625 ***
--
gcc at magfr dot user dot lysator dot liu dot se changed:
What|Removed |Added
--- Comment #2 from gcc at magfr dot user dot lysator dot liu dot se
2010-09-22 15:58 ---
*** Bug 45747 has been marked as a duplicate of this bug. ***
--
gcc at magfr dot user dot lysator dot liu dot se changed:
What|Removed |Added
--- Comment #11 from jakub at gcc dot gnu dot org 2010-09-22 15:59 ---
The reason why the return stmt, at least after lowering, doesn't have a
location, is because after lowering there is just one return instead of
possibly multiple returns from before lowering. So the location_t of
Code:
SUBROUTINE BUG(WORK)
DOUBLE PRECISION WORK(MAX(2,3))
INTRINSICMAX
END
Compile:
gfortran -fimplicit-none -c foo.f
foo.f:4.72:
END
1
Error: Symbol 'a1' at (1) has no IMPLICIT type
When compiling on MinGW under cmd.exe it's necessary to use @FILE to work
around the 32k limit on arguments when linking a large number of objects.
Unfortunately for some reason collect2.exe does not forward the file to ld.exe
but instead appears to send its contents as arguments to
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-09-22 16:41 ---
I totally thought this was fixed in 4.5.0 when support was added because of
LTO.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2010-09-22 16:42 ---
Can you provide the output of the -v command when you get that error? Also
what version of ld are you using?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45749
--- Comment #3 from bogus2 at arc dot net dot au 2010-09-22 16:57 ---
Created an attachment (id=21862)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21862action=view)
output of collect2.exe @file --verbose -debug
Attached --verbose -debug output of collect2
Also:
--- Comment #4 from bogus2 at arc dot net dot au 2010-09-22 17:16 ---
btw, I can confirm the arguments passed to ld are 33491 characters long so this
is definitely over the 32k mark
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45749
--- Comment #22 from jakub at gcc dot gnu dot org 2010-09-22 17:24 ---
The 4.5/4.4 backports of this patch break:
/* { dg-do compile } */
/* { dg-options -march=i586 { target ilp32 } } */
struct S { union { double b[4]; } a[18]; } s, a[5];
void foo (struct S);
struct S bar (struct S,
--- Comment #5 from pinskia at gcc dot gnu dot org 2010-09-22 17:42 ---
See the code in collect_execute:
if (HAVE_GNU_LD at_file_supplied argv[0] != NULL)
{
/* If using @file arguments, create a temporary file and put the
contents of argv into it. Then change
--- Comment #5 from tkoenig at gcc dot gnu dot org 2010-09-22 17:43 ---
I see what's wrong, should be easy enough to fix.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from tkoenig at gcc dot gnu dot org 2010-09-22 17:57 ---
Tentative patch:
Index: frontend-passes.c
===
--- frontend-passes.c (Revision 164404)
+++ frontend-passes.c (Arbeitskopie)
@@ -122,8 +122,11 @@
--- Comment #2 from jamborm at gcc dot gnu dot org 2010-09-22 18:18 ---
I have a patch.
--
jamborm at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from jamborm at gcc dot gnu dot org 2010-09-22 18:20 ---
Created an attachment (id=21863)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21863action=view)
Proposed fix
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45565
--- Comment #4 from rwild at gcc dot gnu dot org 2010-09-22 18:46 ---
Fixed in r132570, long ago.
--
rwild at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from rwild at gcc dot gnu dot org 2010-09-22 18:49 ---
In reply to comment #6:
In case this PR is still relevant, I really would like to see the output of
getconf ARG_MAX
exactly that command line, and not a similar command line. If your system does
not produce a
--- Comment #9 from wd at denx dot de 2010-09-22 18:50 ---
Known to work: 4.2.2 (from ELDK 4.2)
Known to fail: 4.4.1 (from CodeSourcery G++ Lite 4.4-254)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44606
--- Comment #7 from mikael at gcc dot gnu dot org 2010-09-22 18:54 ---
(In reply to comment #6)
Tentative patch:
Index: frontend-passes.c
===
--- frontend-passes.c (Revision 164404)
+++ frontend-passes.c
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2010-09-22 19:09
---
Please post result of gfortran -v
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45748
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2010-09-22 19:12
---
I do not see the problem with gfortran 4.3.4 on Cygwin
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45748
--- Comment #3 from rwild at gcc dot gnu dot org 2010-09-22 19:13 ---
I'm not sure why you would ever want to use --program-prefix=$target_alias when
GCC already installs symlinks under the $target_alias-gcc name (and similar for
g++ et al).
This seems to me an instance of don't do it
--- Comment #3 from dominiq at lps dot ens dot fr 2010-09-22 19:29 ---
Confirmed on x86_64-apple-darwin10.3.0 for 4.5.0 and trunk, but not 4.4.4,
hence it is a regression.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45748
--- Comment #57 from paolo at gcc dot gnu dot org 2010-09-22 19:41 ---
Subject: Bug 45628
Author: paolo
Date: Wed Sep 22 19:40:43 2010
New Revision: 164529
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164529
Log:
2010-09-22 David Krauss pot...@mac.com
PR
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-09-22 19:57 ---
(In reply to comment #5)
See the code in collect_execute:
if (HAVE_GNU_LD at_file_supplied argv[0] != NULL)
{
/* If using @file arguments, create a temporary file and put the
contents of
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-09-22 19:59 ---
Btw, on i?86-linux I see
/* Define if using GNU as. */
#ifndef USED_FOR_TARGET
#define HAVE_GNU_AS 0
#endif
/* Define if using GNU ld. */
#ifndef USED_FOR_TARGET
#define HAVE_GNU_LD 0
#endif
in auto-host.h ...
--- Comment #8 from bogus2 at arc dot net dot au 2010-09-22 20:10 ---
Or collect2 is not invoked with a response file.
That's not the case. g++.exe is correctly passing the response file to
collect2.exe which I've verified through debugging output and running
collect2.exe by hand.
--- Comment #5 from dj at redhat dot com 2010-09-22 20:13 ---
Still fails for both h8300-elf and rx-elf, both on 4.5 branch and 4.6 trunk.
--
dj at redhat dot com changed:
What|Removed |Added
--- Comment #9 from bogus2 at arc dot net dot au 2010-09-22 20:16 ---
There's sections in configure and configure.ac that set HAVE_GNU_LD in
confdefs.h. My hunch is neither the official builds or the TDM builds are
enabling it (there's a --with-gnu-ld flag but it looks like it also
--- Comment #52 from LpSolit at netscape dot net 2010-09-22 20:16 ---
Created an attachment (id=21864)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21864action=view)
upgrade to 3.6.2 patch, final (v2)
Based on recently filed bugs and on some changes which have been accepted
--- Comment #53 from LpSolit at netscape dot net 2010-09-22 20:18 ---
Created an attachment (id=21865)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21865action=view)
GCC extension for 3.6.2, final (v2)
And its extension counterpart.
I fixed all bugs reported yesterday and today,
--- Comment #4 from burnus at gcc dot gnu dot org 2010-09-22 20:22 ---
As you might have guessed, the error is with regards to the arguments of MAX
which are A1 and A2.
The arguments are defined as BT_UNKNOWN, cf. in intrinsics.c:
add_sym_1m (max, GFC_ISYM_MAX, CLASS_ELEMENTAL,
--- Comment #6 from dj at redhat dot com 2010-09-22 20:22 ---
Created an attachment (id=21866)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21866action=view)
possible fix
FYI I've been using this to silence the warning in my local tree...
--
--- Comment #7 from paolo dot carlini at oracle dot com 2010-09-22 20:38
---
I have a deja vu
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35649
--- Comment #4 from rwild at gcc dot gnu dot org 2010-09-22 20:57 ---
No feedback, assuming this is fixed by r122415 (which is in all active
branches) now.
--
rwild at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rwild at gcc dot gnu dot org 2010-09-22 21:10 ---
This has been waiting for feedback for more than a year. Feel free to reopen
with more details if you still see this issue. I'm closing it as worksforme.
--
rwild at gcc dot gnu dot org changed:
What
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2010-09-22 21:15
---
Subject: Bug 44095
Author: ebotcazou
Date: Wed Sep 22 21:14:50 2010
New Revision: 164534
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164534
Log:
PR java/44095
* config/sparc/linux.h
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2010-09-22 21:16
---
Subject: Bug 44095
Author: ebotcazou
Date: Wed Sep 22 21:15:37 2010
New Revision: 164535
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164535
Log:
PR java/44095
* config/sparc/linux.h
--- Comment #8 from ebotcazou at gcc dot gnu dot org 2010-09-22 21:19
---
Further kludged.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #23 from hjl dot tools at gmail dot com 2010-09-22 21:36
---
(In reply to comment #22)
The 4.5/4.4 backports of this patch break:
/* { dg-do compile } */
/* { dg-options -march=i586 { target ilp32 } } */
struct S { union { double b[4]; } a[18]; } s, a[5];
void foo
--- Comment #8 from dominiq at lps dot ens dot fr 2010-09-22 21:39 ---
The patch in comment #6 fixes this PR, but gfortran.dg/dependency_35.f90 fails:
...
output is:
/opt/gcc/work/gcc/testsuite/gfortran.dg/dependency_35.f90:19.6:
a = matmul(b,c) + d
1
Warning: Creating array
--- Comment #5 from dominiq at lps dot ens dot fr 2010-09-22 21:45 ---
I cannot OK the patch in comment #4, but it fixes this PR without regression.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45745
--- Comment #6 from zsojka at seznam dot cz 2010-09-22 21:54 ---
Created an attachment (id=21867)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21867action=view)
another testcase
Thank you for having a look!
I tried your patch, it bootstrapped fine. It fixed uploaded testcases,
--- Comment #9 from tkoenig at gcc dot gnu dot org 2010-09-22 21:59 ---
This should be better:
Index: frontend-passes.c
===
--- frontend-passes.c (Revision 164404)
+++ frontend-passes.c (Arbeitskopie)
@@ -122,8 +122,13
Compiler output:
$ gcc -O testcase.c
testcase.c:6:1: error: invalid initializer
testcase.c: In function 'foo':
testcase.c:10:20: error: 'undeclared' undeclared (first use in this function)
testcase.c:10:20: note: each undeclared identifier is reported only once for
each function it appears in
At revision 164538 bootstrap fails at stage 1:
...
gcc -g -fkeep-inline-functions -DIN_GCC -W -Wall -Wwrite-strings
-Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute
-pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings
-Wold-style-definition
--- Comment #1 from dominiq at lps dot ens dot fr 2010-09-22 22:30 ---
Same thing on powerpc-apple-darwin9.
--
dominiq at lps dot ens dot fr changed:
What|Removed |Added
--- Comment #8 from joseph at codesourcery dot com 2010-09-22 22:40 ---
Subject: Re: Incorrect printf warning: expect double has float
On Wed, 22 Sep 2010, dj at redhat dot com wrote:
--- Comment #6 from dj at redhat dot com 2010-09-22 20:22 ---
Created an attachment
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45728
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed|0 |1
Last
--- Comment #4 from redi at gcc dot gnu dot org 2010-09-22 23:22 ---
(In reply to comment #3)
This seems to me an instance of don't do it when it hurts, no? Thanks.
That was my first thought when I saw this bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28756
g++ 4.5-20100916 ICEs with -O3 -march=pentium4 when using the following code:
templateclass T
void transform(const T *in_points,
int num_points,
const float projection_mat[16],
const float modelview_mat[16],
float *out_points)
{
float
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2010-09-23
00:11 ---
Caused by...
Author: jsm28
Date: Wed Sep 22 20:19:39 2010
New Revision: 164532
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164532
Log:
* opts-common.c (prune_options): Make static. Work
On Linux/ia32, revision 162918:
http://gcc.gnu.org/ml/gcc-cvs/2010-08/msg00129.html
caused:
[...@gnu-35 rrs]$ /export/gnu/import/rrs/162918/usr/bin/gcc -m32 -march=i586 -S
pr38240.c
pr38240.c: In function \u2018g\u2019:
pr38240.c:8:21: internal compiler error: in convert_move, at expr.c:326
--- Comment #1 from hjl dot tools at gmail dot com 2010-09-23 00:20 ---
*** This bug has been marked as a duplicate of 45325 ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #7 from hjl dot tools at gmail dot com 2010-09-23 00:20 ---
*** Bug 45753 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45325
The following command line causes the gcc/g++ driver front-end to crash with a
core dump (segmentation fault):
gcc -O -O -O -O -O -O -O -O -O -O -O -O -O -O -O -O -O -O -O -O -Wall -Wall
hello.cpp
Note: The example is only meant as easy to reproduce failing case. Actually the
problem occured in
--- Comment #12 from jvdelisle at gcc dot gnu dot org 2010-09-23 00:53
---
Subject: Bug 45710
Author: jvdelisle
Date: Thu Sep 23 00:53:15 2010
New Revision: 164543
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164543
Log:
2010-09-22 Jerry DeLisle jvdeli...@gcc.gnu.org
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2010-09-23 00:58
---
Subject: Bug 45532
Author: jvdelisle
Date: Thu Sep 23 00:58:12 2010
New Revision: 164544
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164544
Log:
2010-09-22 Jerry DeLisle jvdeli...@gcc.gnu.org
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2010-09-23 01:11
---
Subject: Bug 45532
Author: jvdelisle
Date: Thu Sep 23 01:11:16 2010
New Revision: 164545
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164545
Log:
2010-09-22 Jerry DeLisle jvdeli...@gcc.gnu.org
--- Comment #9 from jvdelisle at gcc dot gnu dot org 2010-09-23 01:19
---
Subject: Bug 45532
Author: jvdelisle
Date: Thu Sep 23 01:19:13 2010
New Revision: 164546
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164546
Log:
2010-09-22 Jerry DeLisle jvdeli...@gcc.gnu.org
--- Comment #10 from jvdelisle at gcc dot gnu dot org 2010-09-23 01:21
---
Subject: Bug 45532
Author: jvdelisle
Date: Thu Sep 23 01:21:10 2010
New Revision: 164547
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164547
Log:
2010-09-22 Jerry DeLisle jvdeli...@gcc.gnu.org
--- Comment #11 from jvdelisle at gcc dot gnu dot org 2010-09-23 01:22
---
Backport complete. Closing
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from jvdelisle at gcc dot gnu dot org 2010-09-23 01:28
---
Subject: Bug 45710
Author: jvdelisle
Date: Thu Sep 23 01:28:39 2010
New Revision: 164548
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164548
Log:
2010-09-22 Jerry DeLisle jvdeli...@gcc.gnu.org
1 - 100 of 104 matches
Mail list logo