--- Comment #4 from ian at airs dot com 2007-09-05 06:03 ---
I haven't looked further at this since this message:
http://gcc.gnu.org/ml/gcc-patches/2007-08/msg01166.html
Testing DECL_EXTERNAL_LINKAGE_P does not make any difference: the compiler
still crashes. The decl in question is
--- Comment #2 from ghazi at gcc dot gnu dot org 2007-09-05 06:17 ---
(In reply to comment #1)
I think I'll let Kaveh fix this one...
To what exactly do I owe this honor? :-)
AFAICT, this is a -Wwrite-strings error caused by a patch by FX:
--- Comment #25 from giovannibajo at libero dot it 2007-09-05 06:47 ---
Daniel, can we backport this patch to 4.2, please? It's a P1 regression!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32328
I am trying to track down a problem with linux kernels which hang
silently (within 5 minutes or a few hours of boot) if compiled with
-march=c3. If I use -march=586mmx or 586 the kernels are stable for
days.
As there is nothing in the logs or on a serial console, it is difficult
to know where to
--- Comment #21 from bagnara at cs dot unipr dot it 2007-09-05 08:22
---
It seems the bug has reappeared in GCC 4.1.2. Here is what I obtain:
.file bug.c
.text
.p2align 4,,15
.globl assign2
.type assign2, @function
assign2:
pushl %ebp
--- Comment #26 from rguenth at gcc dot gnu dot org 2007-09-05 08:29
---
Not really.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32328
--- Comment #22 from rguenth at gcc dot gnu dot org 2007-09-05 08:37
---
As this is still fixed at the tree level, can you file a new bugreport please?
Thanks!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21032
--- Comment #3 from burnus at gcc dot gnu dot org 2007-09-05 08:55 ---
As Andrew wrote: It works with GCC gfortran 4.3.0; I can reproduce the failure
with GCC gfortran 4.2.x and 4.1.x.
The GCC policy is to fix only regressions in released GCC versions (i.e. 4.2.x
and 4.1.x) and not
--- Comment #21 from dominiq at lps dot ens dot fr 2007-09-05 09:19 ---
Subject: Re: Missing last digit in some formatted
output (on 32bit targets), per kind write_float
If I am not mistaken, the test case did not go through.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33225
--- Comment #1 from manu at gcc dot gnu dot org 2007-09-05 09:24 ---
There was talking about creating a -Wundefined flag that warns about undefined
behaviour (PR30334). Would this fit in there? (-pedantic is not supposed to
warn about undefined constructions as far as I know).
--
On 5 Sep 2007 09:24:09 -, manu at gcc dot gnu dot org
[EMAIL PROTECTED] wrote:
There was talking about creating a -Wundefined flag that warns about undefined
behaviour (PR30334). Would this fit in there? (-pedantic is not supposed to
warn about undefined constructions as far as I know).
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-09-05 09:29 ---
Subject: Re: We should warn about empty macro arguments
On 5 Sep 2007 09:24:09 -, manu at gcc dot gnu dot org
[EMAIL PROTECTED] wrote:
There was talking about creating a -Wundefined flag that warns about
--- Comment #8 from paolo at gcc dot gnu dot org 2007-09-05 09:32 ---
Subject: Bug 29731
Author: paolo
Date: Wed Sep 5 09:31:54 2007
New Revision: 128124
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128124
Log:
/cp
2007-09-05 Paolo Carlini [EMAIL PROTECTED]
PR
--- Comment #9 from pcarlini at suse dot de 2007-09-05 09:33 ---
Fixed for 4.3.0. Frankly, I'm not interested in working on the other
branches...
--
pcarlini at suse dot de changed:
What|Removed |Added
--- Comment #11 from jakub at gcc dot gnu dot org 2007-09-05 09:41 ---
*** Bug 32855 has been marked as a duplicate of this bug. ***
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from jakub at gcc dot gnu dot org 2007-09-05 09:41 ---
*** This bug has been marked as a duplicate of 32552 ***
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from jakub at gcc dot gnu dot org 2007-09-05 09:44 ---
I have bootstrapped/regtested the
http://gcc.gnu.org/bugzilla/attachment.cgi?id=13831action=view
patch on ia64-linux, fixed the
FAIL: g++.dg/tree-ssa/pr28003.C execution test
failure, no regressions.
--
--- Comment #10 from fxcoudert at gcc dot gnu dot org 2007-09-05 09:47
---
(In reply to comment #9)
By the way, nint_2.f90 also fails at -O0 on AIX.
And it works on powerpc-apple-darwin. David, could you test my C program in
comment #4, and look into
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2007-09-05 09:53
---
(In reply to comment #2)
Another option would be to constify xputenv and use CONST_CAST on the argument
passed to putenv.
Like this?
Index: gcc.c
--- Comment #7 from paolo at gcc dot gnu dot org 2007-09-05 10:40 ---
Subject: Bug 33210
Author: paolo
Date: Wed Sep 5 10:40:29 2007
New Revision: 128125
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128125
Log:
/cp
2007-09-05 Paolo Carlini [EMAIL PROTECTED]
PR
--- Comment #8 from pcarlini at suse dot de 2007-09-05 10:41 ---
Fixed in 4_2-branch too.
--
pcarlini at suse dot de changed:
What|Removed |Added
I believe the following is invalid - combining PARAMETER with BIND(C), however,
gfortran does not reject this; if one tries to use-associate the parameter in
the main program, one gets an error.
module m
use iso_c_binding
implicit none
TYPE, bind(C) :: the_distribution
--- Comment #1 from burnus at gcc dot gnu dot org 2007-09-05 11:15 ---
The BIND statement specifies the BIND attribute (5.1.2.4) for a list of
variables and common blocks.
and
The BIND attribute for a variable or common block specifies that it is capable
of interoperating with a C
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-09-05 11:26 ---
*** Bug 32845 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-09-05 11:26 ---
Confirmed, but a dup of 32586.
*** This bug has been marked as a duplicate of 32586 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-09-05 11:33 ---
While RTL dse eliminates the redundant store to this-D.2013.a, tree-level DSE
does not do so. (RTL dse also fails with -O3 -fforce-addr -ftracer)
bb 4:
# VUSE tab_54, SMT.9_56
D.2089_34 = this_2(D)-D.2013.a;
--- Comment #9 from ramana dot radhakrishnan at celunite dot com
2007-09-05 11:46 ---
The above mentioned testcase works ok and generates auto-increments in Comment
#8 . I'd still be interested in looking at why the volatile case cannot work.
Adding Zdenek to the CC for this case.
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-09-05 11:48 ---
DSE does a post-dominator walk starting from the exit block. But the exit
block
has no predecessors because the function does never exit ;)
void foo(int *p)
{
while (1)
{
*p = 0;
*p = 0;
}
}
On 28 Aug 2007 15:58:29 -, jakub at gcc dot gnu dot org
[EMAIL PROTECTED] wrote:
--- Comment #6 from jakub at gcc dot gnu dot org 2007-08-28 15:58 ---
if (a == 0) a = bar (); isn't necessary either.
salias has:
# BLOCK 2 freq:1
# PRED: ENTRY [100.0%] (fallthru,exec)
--- Comment #7 from dberlin at gcc dot gnu dot org 2007-09-05 11:50 ---
Subject: Re: [4.2/4.3 regression] With -ftree-vrp miscompiles a single line of
code in SQLite
On 28 Aug 2007 15:58:29 -, jakub at gcc dot gnu dot org
[EMAIL PROTECTED] wrote:
--- Comment #6 from jakub
--- Comment #27 from dberlin at gcc dot gnu dot org 2007-09-05 11:51
---
Subject: Re: [4.2 Regression] -fstrict-aliasing causes skipped code
On 5 Sep 2007 06:47:19 -, giovannibajo at libero dot it
[EMAIL PROTECTED] wrote:
--- Comment #25 from giovannibajo at libero dot it
--- Comment #3 from DHConsultancy at skynet dot be 2007-09-05 11:51 ---
Subject: Re: gfortran crt2.o not found under Vista
fxcoudert at gcc dot gnu dot org wrote:
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2007-09-03 10:40
---
(In reply to comment #0)
I'm
--- Comment #3 from steven at gcc dot gnu dot org 2007-09-05 12:35 ---
You can connect the exits by inserting fake edges. See
add_noreturn_fake_exit_edges and connect_infinite_loops_to_exit. Not sure which
one you would need in this case. Just be sure to call it before computing
Hello everyone.
I'm sorry when it is here the wrong place for this.. and for my bad english.
For the better understanding..
I must make a exe file from java source on Longhorn and i try this with Eclipse
GCJ Builder Plugin.
When I try to make a .exe file this error comes:
Build
--- Comment #4 from rguenth at gcc dot gnu dot org 2007-09-05 12:41 ---
Ah, I only found add_noreturn_fake_exit_edges which obviously didn't help.
connect_infinite_loops_to_exit does. Thx.
--
rguenth at gcc dot gnu dot org changed:
What|Removed
--- Comment #5 from rakdver at gcc dot gnu dot org 2007-09-05 12:51 ---
(In reply to comment #4)
Ah, I only found add_noreturn_fake_exit_edges which obviously didn't help.
connect_infinite_loops_to_exit does. Thx.
dominance.c contains code (probably buggy) that adds such edges
I have an AMD Athlon(tm) 64 X2 Dual Core Processor 4800+, which supports
pni alias SSE3. If I run gfortran -v -O3 -march=native,
then
-march=k8
and not
-march=k8-sse3
is used.
--
Summary: -march=native detects k8 and not k8-sse3
Product: gcc
Version:
--- Comment #4 from DHConsultancy at skynet dot be 2007-09-05 12:58 ---
Subject: Re: gfortran crt2.o not found under Vista
I was hoping to avoid having to do the build. If all else fails, I'll
try it.
Thnx for your help.
dannysmith at users dot sourceforge dot net wrote:
---
Hello everyone.
I'm sorry when it is here the wrong place for this.. and for my bad english.
For the better understanding..
I must make a exe file from java source on Longhorn and i try this with Eclipse
GCJ Builder Plugin.
When I try to make a .exe file this error comes:
Build
--- Comment #1 from burnus at gcc dot gnu dot org 2007-09-05 13:05 ---
Patch:
http://gcc.gnu.org/ml/gcc-patches/2007-09/msg00324.html
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2007-09-05 13:25
---
(In reply to comment #2)
The solution is to build gcc/gfortran wiith -D__USE_MINGW_ACCESS in CFLAGS
It might be worth putting into the tree. Danny, would you be OK with the
following?
Index: configure.ac
--- Comment #8 from pault at gcc dot gnu dot org 2007-09-05 13:34 ---
Subject: Bug 31564
Author: pault
Date: Wed Sep 5 13:34:25 2007
New Revision: 128130
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128130
Log:
2007-09-05 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #6 from pault at gcc dot gnu dot org 2007-09-05 13:34 ---
Subject: Bug 33241
Author: pault
Date: Wed Sep 5 13:34:25 2007
New Revision: 128130
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128130
Log:
2007-09-05 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #7 from pault at gcc dot gnu dot org 2007-09-05 13:37 ---
Fixed on trunk
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from pault at gcc dot gnu dot org 2007-09-05 13:38 ---
Fixed on trunk.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from jakub at gcc dot gnu dot org 2007-09-05 13:59 ---
This testcase with ENABLE_GC_ALWAYS_COLLECT ICEs here in validate_free_objects
in r127491, but is cured by the
http://gcc.gnu.org/viewcvs?root=gccview=revrev=127946
fix, at which point it compiles just fine with
--- Comment #4 from jakub at gcc dot gnu dot org 2007-09-05 14:03 ---
Given the backtrace I believe it is the same issue, particularly that
__builtin___strcpy_chk call was folded into __builtin_strcpy, set_rhs
copied over the annotations from the former to the latter CALL_EXPR, but
--- Comment #1 from burnus at gcc dot gnu dot org 2007-09-05 14:14 ---
Besides the argument kind checking of specific intrinsic procedures and
besides using specific intrinsic as name in the PROCEDURE statement, the
following fails as well. The error message is:
Error: Type/rank
--- Comment #6 from rguenther at suse dot de 2007-09-05 14:17 ---
Subject: Re: dead-store not eliminated
On Wed, 5 Sep 2007, rakdver at gcc dot gnu dot org wrote:
(In reply to comment #4)
Ah, I only found add_noreturn_fake_exit_edges which obviously didn't help.
Steps:
g++ -Wall ternary-ambiguous-no-error.cpp
Expected behavior:
I believe that the program below is ill-formed, because both implicit
conversions MyString -- const char* are possible.
G++ should issue an error (or at least a warning).
From [5.16/3]:
Using this process, it is determined
--- Comment #7 from rakdver at kam dot mff dot cuni dot cz 2007-09-05
14:30 ---
Subject: Re: dead-store not eliminated
Ah, I only found add_noreturn_fake_exit_edges which obviously didn't help.
connect_infinite_loops_to_exit does. Thx.
dominance.c contains code (probably
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-09-05 14:36 ---
*** Bug 33313 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33311
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-09-05 14:36 ---
*** This bug has been marked as a duplicate of 33311 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from belyshev at depni dot sinp dot msu dot ru 2007-09-05
14:39 ---
Not specific to tru64 and can be reproduced with an alpha-unknown-linux-gnu
cross compiler with --with-long-double-128. Worked at least with r127312.
Testcase:
typedef float TFtype __attribute__ ((mode
--- Comment #2 from ro at techfak dot uni-bielefeld dot de 2007-09-05
14:54 ---
Subject: Re: [4.3 regression] Bootstrap failure on alpha: ICE in convert_move,
at expr.c:369
belyshev at depni dot sinp dot msu dot ru writes:
Not specific to tru64 and can be reproduced with an
--- Comment #4 from t_nissie at yahoo dot co dot jp 2007-09-05 14:56
---
I did checkout the current trunk, compiled it, and use it for the
attached reshapetest.f90 and my program. It works fine.
I changed status to RESOLVED and resolution to FIXED. Is it OK?
Thank you for your
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2007-09-05
15:08 ---
Subject: Re: gcc.c:6236: error: passing argument 1 of 'xputenv' discards
qualifiers from pointer target type
--- Comment #2 from ghazi at gcc dot gnu dot org 2007-09-05 06:17 ---
(In reply to
--- Comment #5 from burnus at gcc dot gnu dot org 2007-09-05 15:12 ---
I changed status to RESOLVED and resolution to FIXED. Is it OK?
This is OK. (Another possibility would have be wontfix in 4.2.x; I never know
which alternative is better.)
Thank you for your constant efforts at
--- Comment #5 from marcus at jet dot franken dot de 2007-09-05 15:22
---
its was happening for various SVN revisions, and now no longer does.
And there is a strcpy() in the function, so it might just be the same.
I guess it is fixed :)
--
marcus at jet dot franken dot de
--- Comment #4 from jakub at gcc dot gnu dot org 2007-09-05 15:42 ---
Yeah, the asm is bogus for multiple reasons.
But can be fixed easily, e.g. %3, %4 nor %5 aren't used anywhere, so
just nuking the unneeded
r (c), r (a), r (b),
makes this to compile.
Apparently e.g. gcc 4.1.x decided
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2007-09-05 15:58
---
Daniel,
Can you try the updated binaries at
http://quatramaran.ens.fr/~coudert/gfortran/gfortran-windows.exe ? They are
built with the patch in comment #5.
--
--- Comment #5 from ghazi at gcc dot gnu dot org 2007-09-05 16:04 ---
(In reply to comment #3)
(In reply to comment #2)
Another option would be to constify xputenv and use CONST_CAST on the
argument
passed to putenv.
Like this?
+ putenv (CONST_CAST (string));
Almost,
--- Comment #4 from jason at gcc dot gnu dot org 2007-09-05 16:08 ---
The reduced testcase breaks in the same way with ICC 10.0.023 if I add a
user-defined operator delete to B2. If I add it to D instead, ICC incorrectly
calls the user-defined delete instead of the global delete in the
--- Comment #11 from dje at watson dot ibm dot com 2007-09-05 17:13 ---
Subject: Re: nint_2.f90 abort compiled with -O0
fxcoudert at gcc dot gnu dot org writes:
FX look into ${builddir}/${target_triplet}/libgfortran/config.h to
FX see what value have the HAVE_LROUND{F,,L} and
--- Comment #12 from dje at watson dot ibm dot com 2007-09-05 17:19 ---
Subject: Re: nint_2.f90 abort compiled with -O0
fxcoudert at gcc dot gnu dot org writes:
FX David, could you test my C program in comment #4
$ ./xgcc -B./ -W -Wall -O1 fx.c
fx.c: In function 'main':
fx.c:46:
--- Comment #3 from ghazi at gcc dot gnu dot org 2007-09-05 17:29 ---
Anyone know where in the preprocessor this should be done? I.e. which function
in libcpp?
If someone would let me know, I'll write a patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33305
--- Comment #11 from daney at gcc dot gnu dot org 2007-09-05 17:34 ---
I am bootstrapping the 'Proposed patch' on mipsel-linux with this test case
added:
/* { dg-do compile } */
/* { dg-mips-options -O2 -EB -mabi=64 -msym32 -mno-abicalls
--- Comment #2 from ubizjak at gmail dot com 2007-09-05 17:46 ---
Fixed by http://gcc.gnu.org/viewcvs?view=revrevision=128141
--
ubizjak at gmail dot com changed:
What|Removed |Added
--- Comment #3 from ro at techfak dot uni-bielefeld dot de 2007-09-05
18:09 ---
Subject: Re: [4.3 regression] Bootstrap failure on alpha: ICE in convert_move,
at expr.c:369
A reghunt revealed that this patch
2007-08-31 Richard Sandiford [EMAIL PROTECTED]
* optabs.c
--- Comment #2 from simartin at gcc dot gnu dot org 2007-09-05 18:32
---
I'm testing a patch for this one.
--
simartin at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from tbm at cyrius dot com 2007-09-05 18:38 ---
(In reply to comment #4)
Yeah, the asm is bogus for multiple reasons.
...
What is that 3 doing among clobbers? A fancy way to duplicate %rbx
clobber?
I don't know. I made the testcase based on an application that I
if ( x == 8 ) statement1
if ( x != 8 ) statement1
if ( x == 9 ) statement2
if ( x != 9 ) statement2
should be replaced by
statement1
statement2
However this doesnt happen and compare and jumps do get generated.
--
Summary: If condition not getting eliminated
Product: gcc
--- Comment #2 from dannysmith at users dot sourceforge dot net 2007-09-05
19:00 ---
A patch is at:
http://gcc.gnu.org/ml/gcc-patches/2007-09/msg00310.html
Danny
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
--- Comment #1 from pranav dot bhandarkar at gmail dot com 2007-09-05
19:03 ---
Created an attachment (id=14158)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14158action=view)
Sample Testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33315
--- Comment #5 from paolo at gcc dot gnu dot org 2007-09-05 19:10 ---
Subject: Bug 30302
Author: paolo
Date: Wed Sep 5 19:10:48 2007
New Revision: 128145
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128145
Log:
/cp
2007-09-03 Paolo Carlini [EMAIL PROTECTED]
PR
--- Comment #6 from pcarlini at suse dot de 2007-09-05 19:12 ---
Fixed in mainline.
--
pcarlini at suse dot de changed:
What|Removed |Added
AssignedTo|pcarlini
--- Comment #4 from rsandifo at gcc dot gnu dot org 2007-09-05 19:19
---
Created an attachment (id=14159)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14159action=view)
Proposed patch
Sorry for the breakage. Could you try the attached patch? It seems to
fix the problem on a
--- Comment #3 from rask at gcc dot gnu dot org 2007-09-05 19:48 ---
Subject: Bug 32965
Author: rask
Date: Wed Sep 5 19:47:56 2007
New Revision: 128146
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128146
Log:
PR web/32965
PR tree-optimization/13756
*
--- Comment #14 from rask at gcc dot gnu dot org 2007-09-05 19:48 ---
Subject: Bug 13756
Author: rask
Date: Wed Sep 5 19:47:56 2007
New Revision: 128146
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128146
Log:
PR web/32965
PR tree-optimization/13756
*
--- Comment #8 from nemet at gcc dot gnu dot org 2007-09-05 19:54 ---
Subject: Bug 21513
Author: nemet
Date: Wed Sep 5 19:54:29 2007
New Revision: 128147
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128147
Log:
PR tree-optimization/21513
* builtins.c
--- Comment #4 from rask at gcc dot gnu dot org 2007-09-05 19:56 ---
Fixed with revision 128146. The online documentation will be updated
automatically within 24 hours.
--
rask at gcc dot gnu dot org changed:
What|Removed |Added
The following gives an ICE when compiled with -g. Removing -g, removing the
const or making data[] a constant size will allow it to be compiled.
int f(void *p, int length)
{
const struct {
int data[length];
} *array = p;
return array[0].data[0];
}
$ gcc -g -c t.c
t.c: In function f:
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-09-05 20:20 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-09-05 20:24 ---
This looks similar to PR29970.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33316
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-09-05 20:26 ---
(In reply to comment #2)
This looks similar to PR29970.
It is unrelated. There is no leak of a type here. The issue is we are looking
at the type's name which does not exist or something like that.
--
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-09-05 20:34 ---
This is related to PR32306 and to the fact that we don't have a code hoisting
pass. And related to PR30905 because cross-jumping fixes this up on the
rtl-level for both gcc 4.1 and 4.2:
test:
pushl %ebp
--- Comment #12 from rsandifo at gcc dot gnu dot org 2007-09-05 20:48
---
Created an attachment (id=14160)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14160action=view)
4.2 patch
I've now regression-tested the original patch for mipsisa32r2-sde-elf.
I've also regression-tested
--- Comment #13 from ddaney at avtrex dot com 2007-09-05 20:57 ---
Subject: Re: internal compiler error: in print_operand_reloc,
at config/mips/mips.c:5579
rsandifo at gcc dot gnu dot org wrote:
I've not forced -EB because that fails for -EL
multilibs, and we want this test to work
The following program should print twice T T T T as if DIM is not present, 1
is assumed.
The standard does not forbid to pass a variable which has the OPTIONAL
attribute to CSHIFT. NAG f95 and ifort print as expected twice T T T T.
gfortran simply crashes.
program test
implicit none
call
--- Comment #1 from burnus at gcc dot gnu dot org 2007-09-05 21:04 ---
Same for EOSHIFT, example (replace in above's program)
print *, eoshift([.true.,.true.,.true.,.true.],1,dim=d)
ifort and NAG f95 print twice T T T F.
--
burnus at gcc dot gnu dot org changed:
--- Comment #14 from richard at codesourcery dot com 2007-09-05 21:08
---
Subject: Re: internal compiler error: in print_operand_reloc, at
config/mips/mips.c:5579
ddaney at avtrex dot com [EMAIL PROTECTED] writes:
I've not forced -EB because that fails for -EL
multilibs, and we
--- Comment #3 from anlauf at gmx dot de 2007-09-05 21:09 ---
Created an attachment (id=14161)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14161action=view)
Alternative demo code
This reduced variant shows that reading fails after the second rewind.
With the same 3-line input
--- Comment #15 from ddaney at avtrex dot com 2007-09-05 21:15 ---
Subject: Re: internal compiler error: in print_operand_reloc,
at config/mips/mips.c:5579
richard at codesourcery dot com wrote:
--- Comment #14 from richard at codesourcery dot com 2007-09-05 21:08
---
/test/gnu/gcc/objdir/./prev-gcc/xgcc -B/test/gnu/gcc/objdir/./prev-gcc/
-B/opt/g
nu64/gcc/gcc-4.3.0/hppa64-hp-hpux11.11/bin/ -c -g -O2 -DIN_GCC -W -Wall
-Wwr
ite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition
-Wmi
ssing-format-attribute -pedantic -Wno-long-long
--- Comment #2 from burnus at gcc dot gnu dot org 2007-09-05 21:20 ---
Correction: gfortran rejects this currently and does not accept it and crash;
better than crashing but still wrong.
(I modified check.c's dim_check and enabled it accidentally.)
--
burnus at gcc dot gnu dot org
--- Comment #16 from richard at codesourcery dot com 2007-09-05 21:22
---
Subject: Re: internal compiler error: in print_operand_reloc, at
config/mips/mips.c:5579
ddaney at avtrex dot com [EMAIL PROTECTED] writes:
My concern was that the bug only occurs for me with -EB, so running
--- Comment #17 from ddaney at avtrex dot com 2007-09-05 21:36 ---
Subject: Re: internal compiler error: in print_operand_reloc,
at config/mips/mips.c:5579
richard at codesourcery dot com wrote:
--- Comment #16 from richard at codesourcery dot com 2007-09-05 21:22
---
--- Comment #18 from richard at codesourcery dot com 2007-09-05 21:44
---
Subject: Re: internal compiler error: in print_operand_reloc, at
config/mips/mips.c:5579
ddaney at avtrex dot com [EMAIL PROTECTED] writes:
richard at codesourcery dot com wrote:
--- Comment #16 from
--- Comment #1 from hubicka at gcc dot gnu dot org 2007-09-05 22:30 ---
Created an attachment (id=14162)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14162action=view)
fix
does the attached patch fix the bootstrap problem?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33318
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
1 - 100 of 110 matches
Mail list logo
