> gfortran -ffree-form -fdefault-real-8 -D SEQ -c output.F90 -save-temps
output.F90: In function outp:
output.F90:1: internal compiler error: in gfc_conv_function_call, at
fortran/trans-expr.c:1108
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bu
--- Comment #1 from markus dot airila at vtt dot fi 2008-10-15 07:27
---
Created an attachment (id=16496)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16496&action=view)
Preprocessed source file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37833
--- Comment #4 from markus dot airila at vtt dot fi 2008-10-15 07:29
---
Created an attachment (id=16499)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16499&action=view)
Source file containing modules
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37833
--- Comment #5 from markus dot airila at vtt dot fi 2008-10-15 07:30
---
Created an attachment (id=16500)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16500&action=view)
Source file containing modules
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37833
--- Comment #6 from markus dot airila at vtt dot fi 2008-10-15 07:30
---
Created an attachment (id=16501)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16501&action=view)
Source file containing modules
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37833
--- Comment #7 from markus dot airila at vtt dot fi 2008-10-15 07:32
---
Created an attachment (id=16502)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16502&action=view)
Source file containing modules
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37833
--- Comment #3 from markus dot airila at vtt dot fi 2008-10-15 07:29
---
Created an attachment (id=16498)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16498&action=view)
Source file containing modules
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37833
--- Comment #8 from markus dot airila at vtt dot fi 2008-10-15 07:33
---
Created an attachment (id=16503)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16503&action=view)
Source file containing modules
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37833
--- Comment #2 from markus dot airila at vtt dot fi 2008-10-15 07:28
---
Created an attachment (id=16497)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16497&action=view)
Original source file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37833
Found at
http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/57938d5454a90397/589afd86ab2aab9b
The program
write(*,'(f0.0)') 0.0
end
outputs . with gfortran and 0. with ifort, NAG f95, g95, openf95.
--
Summary: write(*,'(f0.0)') 0.0 prints "." instead of "0."
The following program prints
- "2 42" with gfortran -fno-automatic
- "2 2" with NAG f95 -save and ifort -save
Expected: The SAVE is also implied for derived types with default initializer.
The problem is really the initializer as the dump shows:
static struct t myt = {.i=42}; <<< OK sinc
--- Comment #1 from burnus at gcc dot gnu dot org 2008-10-15 08:30 ---
Forgot to add:
Found at
http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/57938d5454a90397/589afd86ab2aab9b
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37835
Found at
http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/57938d5454a90397/589afd86ab2aab9b
The following program gives an ICE:
test.f90:14: internal compiler error: in gfc_trans_auto_array_allocation, at
fortran/trans-array.c:4115
The bug has been found by James Van Buskir
--- Comment #14 from jakub at gcc dot gnu dot org 2008-10-15 09:08 ---
The problem is that thread_across_edge figures out that the fabs (al[0] -
al[1])
< 1.e-5 test is unnecessary, always yields false for +-1.0, by substituting the
values in record_temporary_equivalences_from_stmts_at_de
--- Comment #4 from jakub at gcc dot gnu dot org 2008-10-15 11:09 ---
Fixed by http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140460
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from dje at gcc dot gnu dot org 2008-10-15 12:25 ---
Subject: Bug 35483
Author: dje
Date: Wed Oct 15 12:23:55 2008
New Revision: 141134
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141134
Log:
PR target/35483
Based on patches by Laurent Vivier.
--- Comment #9 from dje at gcc dot gnu dot org 2008-10-15 12:29 ---
Proper G++ exception handling requires shared libraries.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from bonzini at gnu dot org 2008-10-15 12:42 ---
fixed in r141135
--
bonzini at gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #10 from stuart dot downing at sungard dot com 2008-10-15
13:43 ---
(In reply to comment #9)
> Proper G++ exception handling requires shared libraries.
>
Why? This is not the case on other target platforms.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26397
--- Comment #7 from dominiq at lps dot ens dot fr 2008-10-15 14:33 ---
The patch on comment #6 works as advertised without regression
(i686-apple-darwin9).
Thanks for the patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37723
--- Comment #17 from jakub at gcc dot gnu dot org 2008-10-15 09:47 ---
Testcase where only one constant, not two alternative constants, are on the
entry of the threaded bb.
extern int printf (const char *, ...);
void
__attribute__((noinline))
test (double cn, int *neig)
{
double tt,
gcc currently ignores FENV_ACCESS pragma set to ON, and generate incorrect code
in such cases. Before gcc recognizes this pragma, the -frounding-math option
should probably be on by default. For instance, consider the following code.
#include
#include
#include
#include
#pragma STDC FENV_ACCESS
--- Comment #11 from dje at gcc dot gnu dot org 2008-10-15 15:34 ---
You can try manually linking the program with libsupc++.a as well:
http://codesynthesis.com/~boris/blog/2006/12/10/statically-linking-on-aix/
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26397
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-10-15 15:43 ---
*** Bug 37838 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-10-15 15:43 ---
*** This bug has been marked as a duplicate of 34678 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #22 from spop at gcc dot gnu dot org 2008-10-15 16:14 ---
Fixed.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #23 from spop at gcc dot gnu dot org 2008-10-15 16:14 ---
Subject: Bug 37686
Author: spop
Date: Wed Oct 15 16:13:33 2008
New Revision: 141141
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141141
Log:
2008-10-15 Sebastian Pop <[EMAIL PROTECTED]>
PR tree-op
--- Comment #6 from spop at gcc dot gnu dot org 2008-10-15 16:18 ---
Fixed.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #7 from spop at gcc dot gnu dot org 2008-10-15 16:19 ---
Subject: Bug 37828
Author: spop
Date: Wed Oct 15 16:17:45 2008
New Revision: 141142
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141142
Log:
2008-10-15 Sebastian Pop <[EMAIL PROTECTED]>
Harsha J
--- Comment #14 from spop at gcc dot gnu dot org 2008-10-15 16:25 ---
Subject: Bug 37485
Author: spop
Date: Wed Oct 15 16:24:15 2008
New Revision: 141143
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141143
Log:
2008-10-15 Jan Sjodin <[EMAIL PROTECTED]>
Harsha Jag
--- Comment #15 from spop at gcc dot gnu dot org 2008-10-15 16:27 ---
Fixed.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #8 from tkoenig at gcc dot gnu dot org 2008-10-15 16:29 ---
Subject: Bug 34670
Author: tkoenig
Date: Wed Oct 15 16:27:58 2008
New Revision: 141144
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141144
Log:
2008-10-15 Thomas Koenig <[EMAIL PROTECTED]>
PR li
--- Comment #9 from tkoenig at gcc dot gnu dot org 2008-10-15 16:31 ---
Matmul and spread are also done.
Still a few to go...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34670
--- Comment #9 from dje at gcc dot gnu dot org 2008-10-15 16:55 ---
Patch committed.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #29 from sje at cup dot hp dot com 2008-10-15 17:06 ---
See http://gcc.gnu.org/ml/gcc-patches/2008-10/msg00647.html for a discussion
and proposed patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27880
--- Comment #8 from jakub at gcc dot gnu dot org 2008-10-15 11:59 ---
Anyway, the ICE is caused by PR37327. As
139890rguenth if (TREE_CODE (val) == INTEGER_CST
139890rguenth && TREE_OVERFLOW (val))
139890rguenth val = build_int_cst_wide (TREE_TYPE (val),
139890
--- Comment #16 from jakub at gcc dot gnu dot org 2008-10-15 09:38 ---
After discussion with richi, I'd like to turn this into an enhancement request
for 4.5 to extend PRE/SCCVN to be able to optimize that:
# cn_43 = PHI <-1.0e+0(4), 1.0e+0(3)>
D.1267_44 = __builtin_pow (cn_43, 2.0e+
--- Comment #7 from burnus at gcc dot gnu dot org 2008-10-15 09:29 ---
Patch does not work - the "." causes problems as a "include" (not "#include")
does not work anymore: The "." is not included. Still there is the issue about
the order "." should be searched before the "-I" paths and i
--- Comment #20 from law at redhat dot com 2008-10-15 17:36 ---
Subject: Re: [4.4 Regression] calculix gets
wrong answer for -O1 -ffast-math
jakub at gcc dot gnu dot org wrote:
> --- Comment #14 from jakub at gcc dot gnu dot org 2008-10-15 09:08
> ---
> The problem is that t
--- Comment #9 from rguenther at suse dot de 2008-10-15 12:15 ---
Subject: Re: [4.4 Regression] ice in
remove_range_assertions, at tree-vrp.c:5116
On Wed, 15 Oct 2008, jakub at gcc dot gnu dot org wrote:
> --- Comment #8 from jakub at gcc dot gnu dot org 2008-10-15 11:59 ---
--- Comment #21 from dberlin at gcc dot gnu dot org 2008-10-15 17:55
---
Subject: Re: [4.4 Regression] calculix gets wrong answer for -O1 -ffast-math
>
> It already does (I fixed that recently), but we only phi-translate during
> insertion and we
> don't insert for that case, as obvio
Building Ada itself so I suspect this should show up on Solaris. If this isn't
enough information, tell me what to add.
/home/joel/work-gnat/svn/b-gcc2-sparc/./gcc/xgcc
-B/home/joel/work-gnat/svn/b-gcc2-sparc/./gcc/ -nostdinc
-B/home/joel/work-gnat/svn/b-gcc2-sparc/sparc-rtems4.10/newlib/ -isyste
--- Comment #19 from rguenther at suse dot de 2008-10-15 13:18 ---
Subject: Re: [4.4 Regression] calculix gets
wrong answer for -O1 -ffast-math
On Wed, 15 Oct 2008, dberlin at dberlin dot org wrote:
>
>
> --- Comment #18 from dberlin at gcc dot gnu dot org 2008-10-15 13:06
>
--- Comment #5 from bonzini at gnu dot org 2008-10-15 12:41 ---
Subject: Bug 37717
Author: bonzini
Date: Wed Oct 15 12:40:05 2008
New Revision: 141135
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141135
Log:
2008-10-15 Paolo Bonzini <[EMAIL PROTECTED]>
PR bootstrap/
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-10-15 18:04 ---
This is most likely a dup of bug 37815.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37840
--- Comment #6 from pault at gcc dot gnu dot org 2008-10-15 09:20 ---
Created an attachment (id=16504)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16504&action=view)
A fix for the PR
The attachment is neither boostrapped nor regtested but does fix the PR.
I am not able to do an
--- Comment #18 from dberlin at gcc dot gnu dot org 2008-10-15 13:06
---
Subject: Re: [4.4 Regression] calculix gets wrong answer for -O1 -ffast-math
Making PRE do this is somewhat trivial.
Just extend fully_constant_expression to fold builtins, like it used
to, and it should just DTR
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-10-15 18:23 ---
I can no longer reproduce this bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37286
--- Comment #5 from jason at gcc dot gnu dot org 2008-10-15 18:28 ---
Contra Mark, this seems like a WONTFIX to me.
g++ assumes that if a class has a vtable, if we're going to do anything with it
we'll create an object of that type at some point, which will use the vtable,
and so we'll
--- Comment #22 from rguenther at suse dot de 2008-10-15 18:33 ---
Subject: Re: [4.4 Regression] calculix gets
wrong answer for -O1 -ffast-math
On Wed, 15 Oct 2008, dberlin at dberlin dot org wrote:
> --- Comment #21 from dberlin at gcc dot gnu dot org 2008-10-15 17:55
> --
Testcase where only one constant, not two alternative constants, are on the
entry of the threaded bb.
extern int printf (const char *, ...);
void
__attribute__((noinline))
test (double cn, int *neig)
{
double tt, al[3];
*neig = 3;
if (__builtin_fabs(cn) > 1.)
cn = -1.;
tt = __built
--- Comment #13 from ghazi at gcc dot gnu dot org 2008-10-15 18:37 ---
(In reply to comment #11)
> Digging the archives the failures on x86_64-linux when using -fpic or -fPIC
> appeared between:
> http://gcc.gnu.org/ml/gcc-testresults/2008-07/msg02246.html
> and
> http://gcc.gnu.org/ml/g
--- Comment #23 from rguenther at suse dot de 2008-10-15 18:43 ---
Subject: Re: [4.4 Regression] calculix gets
wrong answer for -O1 -ffast-math
On Wed, 15 Oct 2008, rguenther at suse dot de wrote:
> --- Comment #22 from rguenther at suse dot de 2008-10-15 18:33 ---
> Subject
--- Comment #24 from dberlin at gcc dot gnu dot org 2008-10-15 18:50
---
Subject: Re: [4.4 Regression] calculix gets wrong answer for -O1 -ffast-math
On Wed, Oct 15, 2008 at 2:43 PM, rguenther at suse dot de
<[EMAIL PROTECTED]> wrote:
>
>
> --- Comment #23 from rguenther at suse d
--- Comment #14 from dominiq at lps dot ens dot fr 2008-10-15 18:54 ---
> ... I don't know how to do that ...
What I do is to edit the file gcc/DATESTAMP to have
[revision number] date
instead of just
date
The minor drawback is that there is a conflict with svn update each time the
--- Comment #3 from drow at gcc dot gnu dot org 2008-10-15 18:57 ---
Then let's forget about the -fmerge-constants question and mark this fixed.
--
drow at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #15 from dominiq at lps dot ens dot fr 2008-10-15 18:58 ---
I have forgotten to say that I also put the revision numbers in the name of the
logs of the tests so I can grep the files for some pattern and have the list of
the revisions for which it appears.
--
http://gcc.g
--- Comment #8 from drow at gcc dot gnu dot org 2008-10-15 19:01 ---
Subject: Re: g++ should emit different debug info for
variable's type
On Tue, Sep 23, 2008 at 08:48:32PM -, tromey at gcc dot gnu dot org wrote:
> Jan> Tom, could you elaborate why x1 and x2 should be prin
--- Comment #9 from burnus at gcc dot gnu dot org 2008-10-15 09:22 ---
Thanks for the bugreport, however, it works here with GCC 4.4, 4.3, 4.2 and
4.1.
Your GCC -- "gcc version 4.0.3" -- is ancient.
GCC 4.0 was branched on Feb 25 2005
while some fixes still went into the 4.0 branch, m
--- Comment #15 from jakub at gcc dot gnu dot org 2008-10-15 09:17 ---
FYI, if you compile with -O1 -ffast-math -fsigned-zeros, then it works
correctly.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37449
On systems where GFC_IO_INT is 8 bytes and requires 8 byte alignment the
st_parameter_dt structure may be out of sync between the fortran library and
compiler because the common field of st_parameter_dt is 28 bytes long (if
pointers and ints are 4 bytes each) and the next field (rec) is of type
GFC
--- Comment #6 from dodji at gcc dot gnu dot org 2008-10-15 19:36 ---
@jason: Thanks for you comment.
I am adding Mark in CC to the bug so that we can close the bug in WONTFIX
eventually, it you both agree :-)
--
dodji at gcc dot gnu dot org changed:
What|Removed
--- Comment #7 from mmitchel at gcc dot gnu dot org 2008-10-15 20:20
---
The comment in the test says:
/* Make sure we didn't eliminate casted types because we thought they were
unused. */
If we don't want to do that any more, I think we can just remove this test,
rather tha
default. It would have been useful in retrospect. :-/
>
If you use "contrib/gcc_update" to update your SVN tree, "gcc --version"
will report
4.4.0 20081015 (experimental) [trunk revision 141140]
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37106
--- Comment #7 from spop at gcc dot gnu dot org 2008-10-15 21:28 ---
split_constant_offset does not handle correctly the offset of
&s.c[1] as this is an ADDR_EXPR whose op0 was set by
extract_ops_from_tree to itself, an ADDR_EXPR. Now this code
is not handled in split_constant_offset_1
--- Comment #9 from vincent at vinc17 dot org 2008-10-15 21:29 ---
What was said in bug 37838 but not here is that -frounding-math sometimes fixes
the problem. So, I was suggesting that -frounding-math should be enabled by
default.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3467
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-10-15 21:45 ---
No, ADDR_EXPRs are single because they can have an arbitrary number of operands
(think of &a_1->b[i_2][j_3] which has three operands, a_1, i_2 and j_3). In
your case it is a is_gimple_min_invariant, which may add to
--- Comment #9 from rguenth at gcc dot gnu dot org 2008-10-15 21:47 ---
IMHO the fix for the tuplification bug(!) is to strip the ADDR_EXPR that is
always present on op0 in split_constant_offset_1 so:
case ADDR_EXPR:
{
tree base, poffset;
HOST_WIDE_INT pbitsize
--- Comment #10 from rguenth at gcc dot gnu dot org 2008-10-15 22:14
---
The default of -fno-rounding-math is chosen with the reason that this is what
a compiler can assume if #pragma STDC FENV_ACCESS is not turned on.
What you may request instead is an implementation of FENV_ACCESS up
--- Comment #8 from jason at redhat dot com 2008-10-15 22:23 ---
Subject: Re: debug info for class2 in g++.dg/other/unused1.C
requires -femit-class-debug-always
mmitchel at gcc dot gnu dot org wrote:
> /* Make sure we didn't eliminate casted types because we thought they were
>
--- Comment #11 from vincent at vinc17 dot org 2008-10-15 22:33 ---
(In reply to comment #10)
> The default of -fno-rounding-math is chosen with the reason that this is what
> a compiler can assume if #pragma STDC FENV_ACCESS is not turned on.
The C standard doesn't require a compiler t
Functions with more than 72 arguments, pass char/short arguments 73 and higher
in the wrong position in the quadword stored on the stack. This is due to the
char/short not being at offset 0 of the word (char/short are stored in the
bottom of the first int in the quadword).
--
Summary
--- Comment #9 from mark at codesourcery dot com 2008-10-15 22:51 ---
Subject: Re: debug info for class2 in g++.dg/other/unused1.C
requires -femit-class-debug-always
jason at redhat dot com wrote:
>> But, I think it's odd if I'm in the debugger, looking at code that says:
>>
>> re
--- Comment #1 from janis at gcc dot gnu dot org 2008-10-15 23:09 ---
The tests listed in the submitter's description also fail (according to
archived testresults) on powerpc-unknown-linux-gnu, hppa-unknown-linux-gnu, and
powerpc-ibm-aix5.3.0.0.
--
http://gcc.gnu.org/bugzilla/show_b
test
FAIL: gfortran.dg/f2003_io_7.f03 -Os execution test
These tests also fail as of 20081015 on powerps64-suse-linux-gnu.
--
Summary: f2003_io_[1-7].f03 execute test fails
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
--- Comment #5 from kkojima at gcc dot gnu dot org 2008-10-15 23:14 ---
Thanks for taking a look at this problem. Your patch mentioned
in #3 fixes the test case in #1 on sh64. Even with it, there
are similar failures with -O0 in the result of the gcc testsuite
on sh64-linux.
--
ht
--- Comment #1 from danglin at gcc dot gnu dot org 2008-10-15 23:17 ---
Executing on host:
/home/dave/gnu/gcc/objdir/gcc/testsuite/gfortran/../../gfortran
-B/home/dave/gnu/gcc/objdir/gcc/testsuite/gfortran/../../
/home/dave/gnu/gcc/gcc/gcc/testsuite/gfortran.dg/f2003_io_1.f03 -O0 -std
--- Comment #10 from spop at gcc dot gnu dot org 2008-10-16 00:02 ---
Subject: Re: [4.4 Regression] gcc-4.4 regression: incorrect code generation
with -O1 -ftree-vectorize
On Wed, Oct 15, 2008 at 4:47 PM, rguenth at gcc dot gnu dot org
> IMHO the fix for the tuplification bug(!) is to
--- Comment #7 from vmakarov at gcc dot gnu dot org 2008-10-16 00:23
---
Subject: Bug 37674
Author: vmakarov
Date: Thu Oct 16 00:22:13 2008
New Revision: 141159
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141159
Log:
2008-10-15 Vladimir Makarov <[EMAIL PROTECTED]>
[EMAIL PROTECTED] 880]$ cat x.c
extern int foo ();
int main()
{
return foo();
}
[EMAIL PROTECTED] 880]$ rm x.s
[EMAIL PROTECTED] 880]$ cat x.c
extern int foo ();
int main()
{
return foo();
}
[EMAIL PROTECTED] 880]$ make
/export/gnu/import/svn/gcc-test/bld/gcc/xgcc
-B/export/gnu/import/svn
--- Comment #19 from vmakarov at gcc dot gnu dot org 2008-10-16 00:53
---
Subject: Bug 37535
Author: vmakarov
Date: Thu Oct 16 00:51:34 2008
New Revision: 141160
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141160
Log:
2008-10-15 Vladimir Makarov <[EMAIL PROTECTED]>
--- Comment #6 from vmakarov at gcc dot gnu dot org 2008-10-16 00:54
---
Subject: Bug 37633
Author: vmakarov
Date: Thu Oct 16 00:52:59 2008
New Revision: 141161
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141161
Log:
2008-10-14 Vladimir Makarov <[EMAIL PROTECTED]>
--- Comment #1 from hjl dot tools at gmail dot com 2008-10-16 01:06 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2008-10/msg00670.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #1 from grosser at gcc dot gnu dot org 2008-10-16 05:20 ---
Created an attachment (id=16505)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16505&action=view)
Fix loop_affine_expr to remove limit_scops () - This is a HACK looking for
smarter solution
Problem 1:
Scalar
--
grosser at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW |ASSIGNED
Last reconfirmed|2008-10-01 17:16:46 |2008-10-16 0
$gcc --version
gcc (GCC) 4.4.0 20081015 (experimental)
$gcc -c -O3 -floop-interchange cp-demangle.c
/svn/gcc/libiberty/cp-demangle.c: In function 'd_find_pack':
/svn/gcc/libiberty/cp-demangle.c:3164: internal compiler error: Segmentation
fault
Please submit a full bug report,
with pr
--- Comment #1 from linuxl4 at sohu dot com 2008-10-16 06:37 ---
Created an attachment (id=16506)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16506&action=view)
the preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37844
--- Comment #3 from jakub at gcc dot gnu dot org 2008-10-16 06:51 ---
Subject: Bug 37525
Author: jakub
Date: Thu Oct 16 06:50:30 2008
New Revision: 141164
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141164
Log:
PR tree-optimization/37525
* tree.c (int_fits_typ
88 matches
Mail list logo
