--- Comment #6 from amodra at bigpond dot net dot au 2005-11-21 07:08
---
Testing a fix. The reason gcc-3.3 doesn't fail on this testcase is that the
first arg to store_bit_field there is a mem:BLK while gcc-3.4 and gcc-4 pass a
mem:SI. Code after the following comment in store_bit_fi
--- Comment #9 from kazu at gcc dot gnu dot org 2005-11-21 06:52 ---
Subject: Bug 20583
Author: kazu
Date: Mon Nov 21 06:52:01 2005
New Revision: 107281
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107281
Log:
gcc/
PR middle-end/20583
* cse.c (cse_insn): Reject
--- Comment #3 from aj at gcc dot gnu dot org 2005-11-21 06:13 ---
Why did you close this as wontfix? I agree this is not release critical but it
should be fixed IMO.
--
aj at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #38 from ebotcazou at gcc dot gnu dot org 2005-11-21 05:16
---
> Eric, do you still consider this problem important to be solved for 3.4.x?
As the saying goes in French: "ne soyons pas plus royaliste que le roi". The
C++ maintainers apparenty don't care much, then neither
--- Comment #10 from ian at gcc dot gnu dot org 2005-11-21 05:43 ---
Subject: Bug 24883
Author: ian
Date: Mon Nov 21 05:43:32 2005
New Revision: 107280
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107280
Log:
./:
PR rtl-optimization/24883
* combine.c (combinabl
--- Comment #11 from ian at airs dot com 2005-11-21 05:45 ---
Fixed on mainline and 4.1 branch.
--
ian at airs dot com changed:
What|Removed |Added
Status|NEW
--- Comment #9 from ian at gcc dot gnu dot org 2005-11-21 05:41 ---
Subject: Bug 24883
Author: ian
Date: Mon Nov 21 05:41:36 2005
New Revision: 107279
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107279
Log:
./:
PR rtl-optimization/24883
* combine.c (combinable
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2005-11-21
04:55 ---
Subject: Re: [4.1 regression] gthr-dce.h:77: error: expected expression before
'{' token
> Anyhow, it seems to me like we could simply remove or comment out the
> pthread_key_delete line, since this functi
--- Comment #8 from kazu at gcc dot gnu dot org 2005-11-21 04:41 ---
Subject: Bug 20583
Author: kazu
Date: Mon Nov 21 04:41:38 2005
New Revision: 107278
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107278
Log:
gcc/
PR middle-end/20583
* cse.c (cse_insn): Reject
--- Comment #12 from hp at gcc dot gnu dot org 2005-11-21 03:44 ---
Non-empty comment to appease bugzilla.
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2005-11-21
03:09 ---
Subject: Re: [3.4 only] FAIL: gcc.dg/sibcall-1.c and FAIL: gcc.dg/sibcall-2.c
> --- Comment #2 from gdr at gcc dot gnu dot org 2005-11-21 02:29 ---
> Is there any hppa maintainer lookin at this?
--- Comment #2 from dje at gcc dot gnu dot org 2005-11-21 02:54 ---
Index: predicates.md
===
I think the following patch fixes the checking failure. I will bootstrap
overnight.
--- predicates.md (revision 107244)
+++
--- Comment #2 from gdr at gcc dot gnu dot org 2005-11-21 02:44 ---
Not release critical.
Postponed until GCC 3.4.6
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #4 from gdr at gcc dot gnu dot org 2005-11-21 02:43 ---
Postponed until GCC 3.4.6
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
C
--- Comment #2 from gdr at gcc dot gnu dot org 2005-11-21 02:42 ---
If I recall correctly, this involves rewriting how we handle the built-ins
by Roger Sayle.
At this stage, won't fix for 3.4.x
--
gdr at gcc dot gnu dot org changed:
What|Removed |A
--- Comment #2 from gdr at gcc dot gnu dot org 2005-11-21 02:40 ---
Not release critical.
Postponed until GCC 3.4.6
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #4 from gdr at gcc dot gnu dot org 2005-11-21 02:39 ---
(In reply to comment #3)
> It looks like it was fixed on mainline by this patch from mmitchel:
>
> http://gcc.gnu.org/ml/gcc-cvs/2004-08/msg01218.html
>
> It's hard to be sure because there are build failures at that
--- Comment #2 from gdr at gcc dot gnu dot org 2005-11-21 02:38 ---
RTH,
do you believe your patch (mentioned in Comment #0) is good for GCC-3.4.x?
-- Gaby
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-11-21 02:35 ---
Reduced testcase:
subroutine w_combine_multipoles (cctk_dim, cctk_gsh, cctk_lsh, cctk_lbnd,
cctk_ubnd, cctk_lssh, cctk_from,&
&tetrad_mask,X0tetrad_n,X0weyl_invariants,X0weyl_scalars,X0weyl
--- Comment #5 from gdr at gcc dot gnu dot org 2005-11-21 02:34 ---
Postponed until GCC 3.4.6
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
C
--- Comment #8 from gdr at gcc dot gnu dot org 2005-11-21 02:33 ---
Postponed untill GCC 3.4.6
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from gdr at gcc dot gnu dot org 2005-11-21 02:31 ---
Postponed untill GCC 3.4.6
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
Target Milesto
--- Comment #3 from gdr at gcc dot gnu dot org 2005-11-21 02:30 ---
Postponed untill GCC 3.4.6
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
Target Milesto
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.0.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24950
--- Comment #2 from gdr at gcc dot gnu dot org 2005-11-21 02:29 ---
Is there any hppa maintainer lookin at this?
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from amodra at bigpond dot net dot au 2005-11-21 02:28
---
Err, that was 3.3.3-hammer I tested.
--
amodra at bigpond dot net dot au changed:
What|Removed |Added
---
--- Comment #12 from gdr at gcc dot gnu dot org 2005-11-21 02:28 ---
Appears to be fixed in 4.0.3 and higher.
Won't fix for 3.4.x.
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-11-21 02:27 ---
Backtrace:
#0 0x00467551 in gfc_conv_function_call (se=0x7fc3b3b0,
sym=0xc84ec0, arg=0xc855e0)
at /home/pinskia/src/checkin/trunk/gcc/fortran/trans-expr.c:1607
#1 0x00477289 in gfc_trans_cal
--- Comment #6 from kazu at gcc dot gnu dot org 2005-11-21 02:26 ---
Shall we close this as WORKSFORME?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21578
--- Comment #19 from gdr at gcc dot gnu dot org 2005-11-21 02:26 ---
Fixed for 4.0.x and higher.
Won't fix in 3.4.x
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
-
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Known to work|3.3.3 |3.3.3 3.2.3
Target Milestone|--- |4.0.3
h
--- Comment #4 from amodra at bigpond dot net dot au 2005-11-21 02:24
---
No ice with 3.3.3 either
--
amodra at bigpond dot net dot au changed:
What|Removed |Added
--- Comment #3 from gdr at gcc dot gnu dot org 2005-11-21 02:23 ---
(In reply to comment #2)
> This has been fixed on mainline. Note that you need a recent (2004-09)
> binutils
> with support for new dot-symbol conventions when you configure and build GCC.
>
> I can make a patch availa
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-11-21 02:22 ---
This works in 3.2.3 so it is a regression from there.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from gdr at gcc dot gnu dot org 2005-11-21 02:22 ---
Postponed until 3.4.6.
Not release critical.
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #37 from gdr at gcc dot gnu dot org 2005-11-21 02:21 ---
(In reply to comment #36)
> New patch at http://gcc.gnu.org/ml/gcc-patches/2005-03/msg00864.html
>
Eric, do you still consider this problem important to be solved for 3.4.x?
Do you have a new version of your proposed
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-21 02:15 ---
Confirmed, this is a regression. The check for integer type was removed for
some reason.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #7 from gdr at gcc dot gnu dot org 2005-11-21 02:14 ---
Postponed untill GCC 3.4.6
(this bug has been there for more than a year and there does not seem to be
excitment about it)
--
gdr at gcc dot gnu dot org changed:
What|Removed |Adde
--- Comment #14 from gdr at gcc dot gnu dot org 2005-11-21 02:12 ---
(In reply to comment #13)
> It also works if NS is nested within std, as in the example in the GCC
> documentation.
>
So, Jason, do you want to close this as WONTFIX for 3.4.x?
--
gdr at gcc dot gnu dot org change
--- Comment #7 from gdr at gcc dot gnu dot org 2005-11-21 02:11 ---
Postponed until GCC 3.4.6
(this bug has been there for more than a here; nobody seems to feel
strong about it)
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from dje at gcc dot gnu dot org 2005-11-21 02:09 ---
We just need to check that we have enough elts in the VEC.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #6 from gdr at gcc dot gnu dot org 2005-11-21 02:09 ---
(In reply to comment #5)
> I've made a small amount of headway on this.
>
> Labels L22 and L21 were (when created) the addresses of objects in the code.
> However, they are deleted (presumably as unreachable), but the
--- Comment #2 from dje at gcc dot gnu dot org 2005-11-21 02:08 ---
This one is nonsense. We do not have a language type for Treelang. So what?
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-21 02:05 ---
Confirmed, only with treelang code this can happen.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-21 02:02 ---
The bug in combine.c has been there since 1.1 of the file but I don't know if
this is a latent bug which was just exposed or not.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24952
--- Comment #3 from schnetter at aei dot mpg dot de 2005-11-21 01:54
---
Created an attachment (id=10305)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10305&action=view)
Complete screen output, i.e., all warnings before the error
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?i
--- Comment #2 from schnetter at aei dot mpg dot de 2005-11-21 01:53
---
I forgot to mention my command line arguments:
/Users/eschnett/gcc/bin/gfortran -mlongcall -ftrapv -fwrapv -g3 -Wall -Wshadow
-Wsurprising -c -o $current_wd/w_extract_multipoles.F90.o
$current_wd/w_extract_multipo
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-21 01:53 ---
Confirmed, does not look like a regression though you can never tell.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from schnetter at aei dot mpg dot de 2005-11-21 01:52
---
Created an attachment (id=10304)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10304&action=view)
Failing source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24966
I use
$ ~/gcc/bin/gfortran --version
GNU Fortran 95 (GCC) 4.2.0 20051119 (experimental)
and receive for the attached source file, after several warnings, the error
/Users/eschnett/Cvanilla/arrangements/AEIDevelopment/Weyl/src/w_extract_multipoles.F90:370:
internal compiler error: Bus error
I al
--- Comment #30 from pedro dot lamarao at mndfck dot org 2005-11-21 01:42
---
Created an attachment (id=10303)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10303&action=view)
Defines __cplusplus to 199711L and overrides it in c++config.h for solaris 8
--
http://gcc.gnu.org/b
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-21 01:42 ---
Fails:
http://gcc.gnu.org/ml/gcc-testresults/2005-11/msg00998.html
http://gcc.gnu.org/ml/gcc-testresults/2005-11/msg00840.html
Hmm, this has failed since the testcase was added, I have to manually check if
it is a r
--- Comment #29 from pedro dot lamarao at mndfck dot org 2005-11-21 01:41
---
The following patch implements the suggested solution.
Is it correct?
I don't have access to any version of Solaris to check.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1773
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-21 01:36 ---
Do you have an example of where the params get in the way?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||build
Summary|make[7]: rc: Command not|[4.1/4.2 Regres
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24859
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Summary|[4.1, 4.2 Regression] m68k |[4.1/4.2 Regression] m68k
|build failure: ICE: in
--- Comment #1 from schnetter at aei dot mpg dot de 2005-11-21 00:58
---
Created an attachment (id=10302)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10302&action=view)
Failing source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24965
The enclosed source file contains errors. The errors are detected, but are
attributed to the wrong source file. The relevant lines of the source files
are:
# 1
"/Users/eschnett/Cvanilla/arrangements/AEIThorns/Exact/src/include/Scalar_CalcTmunu_temps.inc"
c
c temporary variables for code in Scala
--- Comment #4 from rth at gcc dot gnu dot org 2005-11-21 00:56 ---
Subject: Bug 24931
Author: rth
Date: Mon Nov 21 00:55:57 2005
New Revision: 107272
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107272
Log:
PR 24931
* tree-sra.c (struct sra_elt): Add all_no_wa
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-21 00:52 ---
Confirmed, I saw this too.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from rth at gcc dot gnu dot org 2005-11-21 00:51 ---
Subject: Bug 24931
Author: rth
Date: Mon Nov 21 00:51:39 2005
New Revision: 107271
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107271
Log:
PR 24931
* tree-sra.c (struct sra_elt): Add all_no_wa
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-21 00:40 ---
This comes down to the tree-combiner.
Take the following C functions:
double fabs(double);
double f(double a)
{
return fabs(a)*fabs(a);
}
double f1(double *a)
{
return fabs(*a)*fabs(*a);
}
double f2(double *a)
ÐÏࡱ
I use
$ ~/gcc/bin/gcc --version
gcc (GCC) 4.2.0 20051119 (experimental)
on the routine
double precision function abssqr (a)
implicit none
double precision, intent(in) :: a
abssqr = abs(a) ** 2
end function abssqr
with
$ ~/gcc/bin/gfortran -Wall -O3 -ffast-math -S abssqr.f90
which leads
--- Comment #2 from phython at gcc dot gnu dot org 2005-11-20 22:18 ---
This testcase fails when we don't have optabs for REDUC trees.
--
phython at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #8 from jb at gcc dot gnu dot org 2005-11-20 21:39 ---
rth committed a fix to trunk and 4.1:
http://gcc.gnu.org/ml/fortran/2005-11/msg00548.html
It should now work again on all supported platforms.
Unless new problems are reported I'll close this in a few days.
--
http
--- Comment #1 from gcc at microbizz dot nl 2005-11-20 21:17 ---
Subject: Trampolines fail on i686-apple-darwin
Note the gcc.c-torture/execute/nestfunc-5.c fails also (with a bus
error).
Adriaan van Os
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24959
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org
Hi,
> I have attached a cpp file that (I believe) should compile (and does on
> Borland c++). It is the copy at the end that causes a problem - the
> while loop is simply doing the same as what the copy should do (just to
> show I did the operator<< properly). Copy works for other cases (ints,
> f
--- Comment #7 from rep dot nop at aon dot at 2005-11-20 20:13 ---
updated patch:
http://gcc.gnu.org/ml/fortran/2005-11/msg00551.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21302
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org
source code:
double precision d
integer i
d=0.
i=0
write(0,*) i
write(0,*) d
end
Platrofrm: Powerpc G5 running darwin 10.4.3.
Runtime error: "Illegal instuction" after writing the integer.
Compilation command:
/usr/local/usr/bin/gfortran-4.0 -v -save-tem
--- Comment #6 from rth at gcc dot gnu dot org 2005-11-20 19:32 ---
Patch is approved.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24930
--- Comment #8 from nathan at gcc dot gnu dot org 2005-11-20 19:29 ---
I've come to the conclusion that my 21166 patch was overzealous. What I now
think is that packing a decl always changes its type except for one case
described below. Even when the field's placment happens to work ou
--- Comment #7 from nathan at gcc dot gnu dot org 2005-11-20 19:18 ---
I'll have a look tomorrow
--
nathan at gcc dot gnu dot org changed:
What|Removed |Added
Ass
--- Comment #9 from rth at gcc dot gnu dot org 2005-11-20 19:06 ---
Fixed.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #8 from rth at gcc dot gnu dot org 2005-11-20 19:05 ---
Subject: Bug 24665
Author: rth
Date: Sun Nov 20 19:05:43 2005
New Revision: 107260
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107260
Log:
PR tree-opt/24665
* tree-gimple.c (is_gimple_id): Exp
--- Comment #7 from rth at gcc dot gnu dot org 2005-11-20 19:04 ---
Subject: Bug 24665
Author: rth
Date: Sun Nov 20 19:03:53 2005
New Revision: 107259
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107259
Log:
PR tree-opt/24665
* tree-gimple.c (is_gimple_id): Exp
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-11-20 18:14 ---
I am retesting the patch and will apply after a bootstrap/test is finished.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
FAIL: gcc.dg/vect/vect-62.c scan-tree-dump-times not vectorized: redundant
loop. no profit to vectorize. 1
appeared on mainline on i686-pc-linux-gnu and ia64-hp-hpux11.23 (both -milp32
and -mlp64) between 20051118 (revision 107161) and 20051119 (revision 107213).
This test previously PASSed in rev
--- Comment #7 from bauhaus at futureapps dot de 2005-11-20 17:56 ---
> PR 23400
> * inclhack.def: Add newline to the replace text for string.h.
> * fixincl.x: Regenerate.
Similarly, removing \n from last line of the string.h
in the fixincludes source directory w
FAIL: gcc.target/ia64/20030811-1.c (test for excess errors)
has appeared on mainline for ia64-hp-hpux11.23 -milp32, with the move of that
test from gcc.dg which also enabled it for HP-UX (previously only enabled for
ia64-linux). Messages are all of form
/scratch/gcc/nightly-2005-11-19-mainline/s
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-20 17:14 ---
Please read http://gcc.gnu.org/gcc-3.4/changes.html
.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
There is no way to specify a constraint for an operand of an asm statement that
may only be a destination operand (ie. the first operand of the st insn). If
you try to use the "m" constraint together with the %P operand modifier you can
get invalid asm code when %P expands to a register instead of
I get the following error:
>g++ bug.cc
bug.cc: In member function bool MyClass::SomeMethod():
bug.cc:17: error: n was not declared in this scope
with this simple code:
#include
template
class BaseClass {
protected:
int n;
};
template
class MyClass : public BaseClass {
public:
--- Comment #2 from gcc at microbizz dot nl 2005-11-20 16:30 ---
Subject: Re: nonlocal goto's fail on i?86-darwin
Note that the test case doesn't fail for non-pic code (--no-pic
-read_only_relocs suppress). Tried that with gcc-3.4.4, gcc-4.0.2 and
gcc-4.1.0-20051112 on i686-apple-dar
Version information:
[EMAIL PROTECTED] ~ $ g++ -v
Reading specs from /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.6/specs
Configured with: /var/tmp/portage/gcc-3.3.6/work/gcc-3.3.6/configure
--prefix=/usr --bindir=/usr/i686-pc-linux-gnu/gcc-bin/3.3.6
--includedir=/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.
--- Comment #2 from kargl at gcc dot gnu dot org 2005-11-20 16:25 ---
kargl[203] cat > a.f90
program scanbug
character(len=10) :: numset='0123456789'
print *, scan('0123456789', '9')
print *, scan(numset, '9')
end program scanbug
kargl[204] gfc41 -o z a.f90
kargl[205] ./z
The testsuite program gcc.c-torture/execute/nestfunc-3.c crashes with a bus
error on i686-apple-darwin8. Tried it with gcc-3.4.4, gcc-4.0.2 and
gcc-4.1-20051112.
--
Summary: Trampolines fail on i686-apple-darwin
Product: gcc
Version: 4.1.0
Status: UNC
--- Comment #12 from pinskia at gcc dot gnu dot org 2005-11-20 16:07
---
If -Os works and the rest of the optimization levels work, then this is a
middle-end issue.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-20 16:00 ---
It passed on 20051107:
http://gcc.gnu.org/ml/gcc-testresults/2005-11/msg00305.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24954
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-20 15:59 ---
It start to fail before 2005.
http://gcc.gnu.org/ml/gcc-testresults/2005-11/msg00501.html
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-20 15:51 ---
I think this is a dup of bug 24787 but I don't know for sure as I don't have a
build of gfortran after the patch was applied.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-20 15:49 ---
Confirmed:
In file t.f:3
TYPE (nonexisting_type1), TARGET :: t1
1
Error: Derived type 'nonexisting_type1' at (1) is being used before it is
defined
fr
--- Comment #1 from rep dot nop at aon dot at 2005-11-20 15:40 ---
Known to work: 3.4.5 (g77)
Known to fail: 4.0.2 (gfortran)
--
rep dot nop at aon dot at changed:
What|Removed |Added
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-11-20 15:18 ---
*** Bug 24956 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-11-20 15:18 ---
Mark as a dup of bug 22266.
*** This bug has been marked as a duplicate of 22266 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-11-20 15:18 ---
Reopening to ...
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status
ICE on invalid code, nullify member of unknown derived type.
$ cat invalid_nullify.F
program ice_on_invalid_nullify
implicit none
TYPE (nonexisting_type1), TARGET :: t1
nullify(t1%something)
end program
$ gfortran-4.1-HEAD invalid_nullify.F
In file invalid_nul
1 - 100 of 120 matches
Mail list logo
