--- Comment #1 from fxcoudert at gcc dot gnu dot org 2007-03-16 06:54
---
Further reduced testcase:
character(5) :: string
print *, transfer(string,"a",5)
end
The ICE happens because the front-end generates a MULT_EXPR with a NULL second
argument, in trans-array.c:
if (size &&
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2007-03-16 06:51
---
> So does the version 3.4.3 actually has the data alignment issues handled ?
Not quite sure what you mean exactly. GCC generates code that conforms to the
alignment requirements of the architecture it will run o
--- Comment #2 from kkojima at gcc dot gnu dot org 2007-03-16 06:09 ---
Could you please try the revision > 122791 or the patch in
http://gcc.gnu.org/ml/gcc-patches/2007-03/msg00584.html?
--
kkojima at gcc dot gnu dot org changed:
What|Removed |Add
--- Comment #9 from aoliva at gcc dot gnu dot org 2007-03-16 05:09 ---
Subject: Bug 29906
Author: aoliva
Date: Fri Mar 16 05:08:47 2007
New Revision: 122977
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122977
Log:
gcc/ChangeLog:
PR debug/29906
* dwarf2out.c (force_type_die): A
--- Comment #8 from aoliva at gcc dot gnu dot org 2007-03-16 05:08 ---
Subject: Bug 29906
Author: aoliva
Date: Fri Mar 16 05:08:25 2007
New Revision: 122976
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122976
Log:
gcc/ChangeLog:
PR debug/29906
* dwarf2out.c (force_type_die): A
There are known problems with attempts at folding TRANSFER in constant
expressions. However, the following code doesn't involve this, and should work
properly even if folding of TRANSFER simply bails out without attempting to
fold anything. Instead, it gives an ICE (in the middle-end, not in the
--- Comment #8 from sgk at troutmask dot apl dot washington dot edu
2007-03-16 04:09 ---
Subject: Re: Warn with -std=f95/f2003 when BOZ is used at invalid places
On Fri, Mar 16, 2007 at 03:53:57AM -, jkrahn at nc dot rr dot com wrote:
>
> I have not checked F2008 yet. My vote is t
--- Comment #7 from sgk at troutmask dot apl dot washington dot edu
2007-03-16 04:07 ---
Subject: Re: Warn with -std=f95/f2003 when BOZ is used at invalid places
On Fri, Mar 16, 2007 at 03:46:30AM -, jkrahn at nc dot rr dot com wrote:
>
>
> --- Comment #5 from jkrahn at nc d
--- Comment #6 from jkrahn at nc dot rr dot com 2007-03-16 03:53 ---
One more comment: I just checked the INT() intrisic for F2003. It actually
still states that a BOZ is initially interpreted as the largest integer type
(ugh!) REAL() has the correct definition of interpreting as the tar
--- Comment #5 from jkrahn at nc dot rr dot com 2007-03-16 03:46 ---
BOZ processing was recently broken in gfortran. I assume it relates to the
issues here.
The current problem is shown in this bit of code:
write(*,*)'NaN(8)=',real(z'FFF8',8)
end
gfortran, even with -s
--- Comment #17 from dave at hiauly1 dot hia dot nrc dot ca 2007-03-16
02:07 ---
Subject: Re: Bootstrap comparison error at revision 122821
> Did you try reverting the last hunk:
>
> @@ -1816,7 +1833,8 @@
> the new range. */
>
>/* Divisions by zero result in a VARY
--- Comment #17 from jvdelisle at gcc dot gnu dot org 2007-03-16 01:57
---
Subject: Bug 31099
Author: jvdelisle
Date: Fri Mar 16 01:57:16 2007
New Revision: 122975
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122975
Log:
2007-03-15 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #16 from jvdelisle at gcc dot gnu dot org 2007-03-16 01:54
---
Subject: Bug 31099
Author: jvdelisle
Date: Fri Mar 16 01:54:25 2007
New Revision: 122974
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122974
Log:
2007-03-15 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #15 from jvdelisle at gcc dot gnu dot org 2007-03-16 01:11
---
Subject: Bug 31099
Author: jvdelisle
Date: Fri Mar 16 01:11:01 2007
New Revision: 122973
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122973
Log:
2007-03-15 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #3 from hp at gcc dot gnu dot org 2007-03-16 00:56 ---
There was no PR/31159 on the ChangeLog entry for the committed fix (hi steven),
but the patch was sent to gcc-patches and committed a few hours ago, so I'm
closing this.
--
hp at gcc dot gnu dot org changed:
--- Comment #4 from patchapp at dberlin dot org 2007-03-16 00:45 ---
Subject: Bug number PR30891
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-03/msg00698.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #14 from jvdelisle at gcc dot gnu dot org 2007-03-16 00:41
---
Subject: Bug 31099
Author: jvdelisle
Date: Fri Mar 16 00:41:36 2007
New Revision: 122970
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122970
Log:
2007-03-15 Jerry DeLisle <[EMAIL PROTECTED]>
Hello
Gcc 3.4.2 on WinXP seems to generate a warning that it should not.
$ gcc -v
Reading specs from C:/msys/mingw/bin/../lib/gcc/mingw32/3.4.2/specs
Configured with: ../gcc/configure --with-gcc --with-gnu-ld --with-gnu-as
--host=mingw32 --target=mingw32 --prefix=/mingw --enable-threads
--disa
--- Comment #13 from jvdelisle at gcc dot gnu dot org 2007-03-16 00:04
---
Reopening - missed part of this. Patch submitted for approval
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from sebor at roguewave dot com 2007-03-15 23:51 ---
Some additional comments on the request precipitated by a discussion with the
implementers of another compiler:
The rationale for allowing the attribute on individual members is to provide
fine-grained control over whi
--- Comment #13 from spark at gcc dot gnu dot org 2007-03-15 23:48 ---
Subject: Bug 30590
Author: spark
Date: Thu Mar 15 23:48:13 2007
New Revision: 122964
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122964
Log:
2007-03-15 Seongbae Park <[EMAIL PROTECTED]>
PR tree-o
Problem could be easy reproduced by "gcc412 -O1 -fwhole-program -S
gcc-4.1.2/gcc/testsuite/gcc.gd/tree-ssa/wholeprogram-2.c". The output file
wholeprogram-2.s contains:
.file "wholeprogram-2.c"
.text
.type externally_visible_function, @function
externally_visible_functio
--- Comment #4 from manu at gcc dot gnu dot org 2007-03-15 22:49 ---
Fixed for GCC 4.3
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #3 from manu at gcc dot gnu dot org 2007-03-15 22:47 ---
Fixed for GCC 4.3
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #2 from manu at gcc dot gnu dot org 2007-03-15 22:45 ---
Subject: Bug 30891
Author: manu
Date: Thu Mar 15 22:45:17 2007
New Revision: 122962
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122962
Log:
2007-03-15 Manuel Lopez-Ibanez <[EMAIL PROTECTED]>
PR c+
--- Comment #3 from manu at gcc dot gnu dot org 2007-03-15 22:24 ---
Subject: Bug 24924
Author: manu
Date: Thu Mar 15 22:24:42 2007
New Revision: 122961
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122961
Log:
2007-03-15 Manuel Lopez-Ibanez <[EMAIL PROTECTED]>
PR c+
--- Comment #2 from hubicka at ucw dot cz 2007-03-15 22:01 ---
Subject: Re: New: [4.3 Regression] 1000% Runtime regression for FreeFEM
navier-stokes example
> The regression was introduced between r120825 (10s runtime) and r120846 (110s
> runtime). The obvious candidate is:
>
> +200
--- Comment #15 from fche at redhat dot com 2007-03-15 21:41 ---
This still seems fishy to me FWIW: both gcc's implementation and documentation
appear to be needlessly aggressive.
--
fche at redhat dot com changed:
What|Removed |Added
-
--- Comment #27 from craig dot lawson at centrify dot com 2007-03-15 21:17
---
(In reply to comment #26)
I understand. I'll collect this information from the systems I have, and then
post it here ...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31117
--- Comment #16 from dave at hiauly1 dot hia dot nrc dot ca 2007-03-15
21:12 ---
Subject: Re: Bootstrap comparison error at revision 122821
> Did you try reverting the last hunk:
No. I'll give it a try shortly.
Dave
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31169
--- Comment #15 from rguenth at gcc dot gnu dot org 2007-03-15 21:06
---
Did you try reverting the last hunk:
@@ -1816,7 +1833,8 @@
the new range. */
/* Divisions by zero result in a VARYING value. */
- if (code != MULT_EXPR
+ if ((code != MULT_EXPR
+
--- Comment #1 from burnus at gcc dot gnu dot org 2007-03-15 21:03 ---
> A compiler option that used a minimal width for output
> for list directed WRITEs would be convenient.
There are pros and cons for both.
Assume:
print *,(huge(0),i=1,6)
print*,(i,i=1,6)
print*,(i,i=1,600
--- Comment #14 from dave at hiauly1 dot hia dot nrc dot ca 2007-03-15
20:59 ---
Subject: Re: Bootstrap comparison error at revision 122821g
> Just to make sure: Did revision 122820 bootstrap without problems? I.e. is it
> certain that the patch for r122821 caused the bootstrap compar
--- Comment #4 from patchapp at dberlin dot org 2007-03-15 20:55 ---
Subject: Bug number PR31188
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-03/msg01045.html
--
http://gcc.gnu.org/bugzilla/sh
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31191
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-03-15 20:55 ---
http://www.suse.de/~gcctest/c++bench/freefem/
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31191
The regression was introduced between r120825 (10s runtime) and r120846 (110s
runtime). The obvious candidate is:
+2007-01-16 Jan Hubicka <[EMAIL PROTECTED]>
+
+ * cgraph.h (cgraph_decide_inlining_incrementally): Kill.
+ * tree-pass.h: Reorder to make IPA passes appear toegher.
+
--- Comment #26 from pcarlini at suse dot de 2007-03-15 20:44 ---
(In reply to comment #25)
> Sorry, that news was too excellent. It's not true.
Ok.
> The reason I suggested also including in comment #10 was because I
> found was not enough. I agree that is perhaps a
> poor choice.
--- Comment #3 from pault at gcc dot gnu dot org 2007-03-15 20:36 ---
(In reply to comment #2)
(In reply to comment #1)
> The program works as expected. n.sym->name is ivec. I don't understand why
> ivec
> is FL_PARAMETER and not FL_VARIABLE.
It is not correct to have the line gcc_ass
--- Comment #25 from craig dot lawson at centrify dot com 2007-03-15 20:28
---
(In reply to comment #24)
> Oh, that's excellent news, because we have to include first
> in anyway... But now you make me curious!!! If you look at
> c++config.h
> it doesn't appear do much related to thi
--- Comment #2 from burnus at gcc dot gnu dot org 2007-03-15 20:21 ---
Accept. I have a patch for it. My analysis in comment 1 is misleading /
partially wrong, though.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #12 from rguenth at gcc dot gnu dot org 2007-03-15 20:17
---
Fixed. (The ICE, the wrong-code is tracked by the other PR)
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #10 from rguenth at gcc dot gnu dot org 2007-03-15 20:16
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #9 from rguenth at gcc dot gnu dot org 2007-03-15 20:15 ---
Subject: Bug 29719
Author: rguenth
Date: Thu Mar 15 20:14:49 2007
New Revision: 122958
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122958
Log:
2007-03-15 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #11 from rguenth at gcc dot gnu dot org 2007-03-15 20:15
---
Subject: Bug 31161
Author: rguenth
Date: Thu Mar 15 20:14:49 2007
New Revision: 122958
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122958
Log:
2007-03-15 Richard Guenther <[EMAIL PROTECTED]>
--- Comment #7 from sebor at roguewave dot com 2007-03-15 19:55 ---
Created an attachment (id=13212)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13212&action=view)
test case for data member reordering
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31176
--- Comment #6 from sebor at roguewave dot com 2007-03-15 19:54 ---
(In reply to comment #5)
I've checked all three but none of them seems to achieve an optimal layout in a
modified template case. Let me attach my test program.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31176
--- Comment #6 from baldrick at gcc dot gnu dot org 2007-03-15 19:45
---
(In reply to comment #1)
> Try this: http://gcc.gnu.org/ml/gcc-patches/2006-03/msg01201.html
I don't think you need to consider FDESC_EXPR when constructing
the callgraph. It seems only to be used for vtables; an
--- Comment #24 from pcarlini at suse dot de 2007-03-15 19:37 ---
(In reply to comment #23)
> (In reply to comment #22)
>
> > Oh yes, you are totally right. The problem is that is one of the
> > very
> > few c headers not including first. We can easily fix
> > that.
>
> Why did no
--- Comment #1 from burnus at gcc dot gnu dot org 2007-03-15 19:31 ---
If one comments out the if block in gfc_simplify_expr (expr.c):
--
case EXPR_VARIABLE:
/* Only substitute array parameter variables if we are in an
initialization expression, or we want
--- Comment #13 from sje at cup dot hp dot com 2007-03-15 19:26 ---
With respect to comment #12. It looks like array_at_struct_end_p is returning
true in both compilers.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31169
--- Comment #23 from craig dot lawson at centrify dot com 2007-03-15 19:26
---
(In reply to comment #22)
> Oh yes, you are totally right. The problem is that is one of the very
> few c headers not including first. We can easily fix that.
Why did not include ? Was this intentional?
--- Comment #22 from pcarlini at suse dot de 2007-03-15 19:17 ---
(In reply to comment #21)
> (In reply to comment #17)
> > Why?
>
> OK, now I know why. Reason is that os_defines.h is included after errno.h.
Oh yes, you are totally right. The problem is that is one of the very
few c
--- Comment #21 from craig dot lawson at centrify dot com 2007-03-15 19:07
---
(In reply to comment #17)
> Why?
OK, now I know why. Reason is that os_defines.h is included after errno.h.
Here's the include sequence:
c++locale.cc
/usr/include/errno.h<-- extern int er
--- Comment #2 from hp at gcc dot gnu dot org 2007-03-15 19:04 ---
The patch in comment #1 fixes the regression for cris-axis-elf
(regtested with revision r122955).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31159
A feature of g95 I find convenient is that
list-directed output is printed in the minimum amount
of space required, making it more readable IMO. For
example, for
print*,(i,i=1,6)
end
g95 gives
1 2 3 4 5 6
and gfortran gives
1 2 3 4 5
--- Comment #20 from pcarlini at suse dot de 2007-03-15 18:45 ---
Thanks Andrew. I'd like to know what happens if you just compile a small
snippet like:
#define _TS_ERRNO
#include
int main()
{
return errno;
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31117
--- Comment #19 from pinskia at gcc dot gnu dot org 2007-03-15 18:40
---
Try adding -dD which causes the preprocessor to also emit all #defines.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31117
--- Comment #18 from craig dot lawson at centrify dot com 2007-03-15 18:39
---
(In reply to comment #17)
> Why?
Don't know. The file and change were included as expected.
Without fully understanding how CPP is evaluating these files, we're shooting
in the dark. gcc's -E and -CC optio
--- Comment #17 from pcarlini at suse dot de 2007-03-15 18:27 ---
(In reply to comment #16)
> Tried it. Did not work.
Why?
--
pcarlini at suse dot de changed:
What|Removed |Added
---
--- Comment #16 from craig dot lawson at centrify dot com 2007-03-15 18:15
---
(In reply to comment #15)
Tried it. Did not work.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31117
--- Comment #16 from rguenth at gcc dot gnu dot org 2007-03-15 18:10
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #15 from rguenth at gcc dot gnu dot org 2007-03-15 18:09
---
Subject: Bug 30364
Author: rguenth
Date: Thu Mar 15 18:09:26 2007
New Revision: 122956
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122956
Log:
2007-03-15 Richard Guenther <[EMAIL PROTECTED]>
--- Comment #12 from rguenth at gcc dot gnu dot org 2007-03-15 17:57
---
It would be interesting to know why tree-ssa-loop-niter.c:array_at_struct_end_p
()
returns a different value for the stage1/stage2 compiler.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31169
--- Comment #11 from rguenth at gcc dot gnu dot org 2007-03-15 17:28
---
Note that either SCEV or ivopts derives a loop trip count of 1 wrongly out of
the [1] sized array as it is a tail array. Why this happens in stage2 and not
stage1 is of course a mystery if not (what is probably th
--- Comment #10 from rguenth at gcc dot gnu dot org 2007-03-15 17:19
---
Now what is interesting despite of being wrong or not is that we use an
index only for the MEM ref:
:;
D.1641_16 = D.1589_4 + -1;
D.1642_15 = ®exp_3(D)->regexp.oneof.regexps[D.1641_16];
ivtmp___31_21 = (long
--- Comment #1 from bonzini at gnu dot org 2007-03-15 17:03 ---
Created an attachment (id=13211)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13211&action=view)
patch that fixes the bug, untested
REG_N_CALLS_CROSSED is computed using live, not urec. caller_save uses
it to decide
--- Comment #9 from sje at cup dot hp dot com 2007-03-15 16:58 ---
I created two attachments, one is the output of ivopts from the stage1 compiler
and the other is from the stage2 compiler. This is the first place the two
compilers divirge in their output when compiling the test case in
--- Comment #8 from sje at cup dot hp dot com 2007-03-15 16:56 ---
Created an attachment (id=13210)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13210&action=view)
output of stage2 compiler from ivopts
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31169
--- Comment #7 from sje at cup dot hp dot com 2007-03-15 16:56 ---
Created an attachment (id=13209)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13209&action=view)
output of stage1 compiler from ivopts
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31169
--- Comment #6 from sje at cup dot hp dot com 2007-03-15 16:52 ---
Yes, I did a successful bootstrap on PA with 122820, updated to 122821, did a
new bootstrap (after removing the object directory) and got the comparision
failure.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31169
Since PR 30498 is fixed, gfortran supports backtraces. However, they are only
displayed for library errors not for, e.g., SEGV or signalling IEEE signals.
A support for these can be found embedded in the patch at
http://gcc.gnu.org/ml/gcc-patches/2007-02/msg00747.html
--
Summary: Sup
--- Comment #2 from vincent at vinc17 dot org 2007-03-15 16:51 ---
(In reply to comment #1)
> I don't think this is a bug, you need to read the other part of the document
> which says if you supply -I DEFAULT_DIR, it is ignored.
OK, but this isn't very clear, as the description under -i
--- Comment #5 from steven at gcc dot gnu dot org 2007-03-15 16:45 ---
Just to make sure: Did revision 122820 bootstrap without problems? I.e. is it
certain that the patch for r122821 caused the bootstrap comparison failure?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31169
--- Comment #4 from tromey at gcc dot gnu dot org 2007-03-15 16:28 ---
I think this is probably the same thing as bug #28709,
and most likely fixed by the same patch.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-03-15 16:07 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-03-15 15:48 ---
I don't think this is a bug, you need to read the other part of the document
which says if you supply -I DEFAULT_DIR, it is ignored.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31186
--- Comment #5 from baldrick at free dot fr 2007-03-15 15:34 ---
Subject: Re: tree-nested creates pointless static chains and trampolines when
the callgraph is non-trivial
> > Bootstraps with all languages including Ada. Does not introduce any new
> > testsuite failures. I'd apprecia
--- Comment #2 from kkumar dot pdtr at gmail dot com 2007-03-15 15:27
---
(In reply to comment #1)
> You need to ask your vendor about issues with such old gcc. If you are not
> actively breaking alignment rules gcc should do fine by default.
>
So does the version 3.4.3 actually has
--- Comment #4 from baldrick at free dot fr 2007-03-15 15:16 ---
Subject: Re: tree-nested creates pointless static chains and trampolines when
the callgraph is non-trivial
> > Bootstraps with all languages including Ada. Does not introduce any new
> > testsuite failures. I'd apprecia
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2007-03-15 15:12
---
> Bootstraps with all languages including Ada. Does not introduce any new
> testsuite failures. I'd appreciate it if the ACT people could pass it
> through their regression test suite. I don't know if this inte
--- Comment #2 from baldrick at gcc dot gnu dot org 2007-03-15 14:49
---
Created an attachment (id=13208)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13208&action=view)
Proposed fix
Bootstraps with all languages including Ada. Does not introduce any new
testsuite failures. I'
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-03-15 14:43 ---
This is blocked by the same fact as PR30317 in that ASSERT_EXPRs can only
assert half-ranges or single valued ranges. This makes the following prototype
not assert [0, prec) but [-INF, prec) instead :(
Index: tree-
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Known t
The following code triggers the gcc_assert (begin->expr_type == EXPR_ARRAY)
assertion in find_array_section (in expr.c):
module foo_mod
implicit none
character (len=1), parameter :: letters(2) = (/"a","b"/)
contains
subroutine concat(ivec)
integer, intent(in) :: ivec(:)
write (*,*) "a" // letters
The following code, which compiles fine on gcc 4.1.2 and I believe is valid,
fails on an up-to-date checkout from the 4.2 branch:
--
class foo { };
namespace
{
extern foo foo1;
foo foo1;
}
template< foo * >
class bar { };
bar< &foo1 > bar1;
--
When C_INCLUDE_PATH is defined and -I/usr/include is used, /usr/include should
have the precedence, but examples show that it is not taken into account.
vin:~> cat test.c
#include
vin:~> C_INCLUDE_PATH=/home/vlefevre/include gcc -E -I/usr/include test.c |
grep mpfr.h
# 1 "/home/vlefevre/include/m
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-03-15 13:59 ---
You need to ask your vendor about issues with such old gcc. If you are not
actively breaking alignment rules gcc should do fine by default.
--
rguenth at gcc dot gnu dot org changed:
What|Removed
I'm using gcc compiler v3.4.3 to compile our custom product in Solaris Sparc
processor.
While executing in release mode, i'm receiving Bus Error where as in debug mode
i'm receiving signal SIGSECV.
I'm assuming that this could be a issue with data alignment issues with sparc
processor. Can you pl
--- Comment #4 from rguenth at gcc dot gnu dot org 2007-03-15 13:44 ---
Uh:
static void
gather_interchange_stats (VEC (ddr_p, heap) *dependence_relations,
VEC (data_reference_p, heap) *datarefs,
struct loop *loop,
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-03-15 13:40 ---
Ok, it's a HWI 32 issue then. The caller should use host_integerp () on the
tree before calling int_cst_value.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31183
--- Comment #5 from aschorr at telemetry-investments dot com 2007-03-15
13:22 ---
FYI, I had this same problem trying to build gcc-4.1.2 on Solaris 8.
After a lot of experimentation, I found that it could be solved by
changing my PATH so that any invocations of 'make' will actually resu
--- Comment #1 from kkojima at gcc dot gnu dot org 2007-03-15 13:16 ---
I've confirmed that the trunk and 4.2 compilers ice on the testcase
and 4.0 doesn't fail. So this is a 4.1/4.2/4.3 regression.
In the problematic case, sh_adjust_cost takes SET_DEST (PATTERN (dep_insn))
where dep_i
--- Comment #2 from ubizjak at gmail dot com 2007-03-15 13:13 ---
(In reply to comment #1)
> Seems to work for me. Any details on the architecture you tested on?
Target: i686-pc-linux-gnu
gcc version 4.3.0 20070315 (experimental)
g++ -O2 -S -ftree-loop-linear pr31183.cc
pr31183
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-03-15 13:05 ---
Seems to work for me. Any details on the architecture you tested on?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31183
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2007-03-15 12:59
---
(In reply to comment #1)
> I have a patch to permit gfc_check_random_seed to deal with arguments
> with the optional attribute set. I was waiting on pault's size0/size1
> patch to hit the tree to see if it does t
--- Comment #13 from fxcoudert at gcc dot gnu dot org 2007-03-15 12:57
---
Commited to 4.3, closing.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
In the man page for gfortran, the option "-fd-lines-as-comments" is misspelled
as "-fd-lines-as-comment" (note the missing final "s"). This can also be seen
in the web documentation at page
http://gcc.gnu.org/onlinedocs/gcc-4.1.2/gfortran/Fortran-Dialect-Options.html#Fortran-Dialect-Options
--
--- Comment #3 from dsb at boyski dot com 2007-03-15 12:44 ---
(when I said "this" I meant to refer to the "invalid token" warnings)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31182
1 - 100 of 114 matches
Mail list logo
