On Tue, Oct 14, 2008 at 9:14 AM, Zdenek Dvorak [EMAIL PROTECTED] wrote:
Hi,
So if the ssa_names are infact reused they won't be the same
computations.
do you also check this for ssa names inside the loop (in your example,
D.10_1?
If we have to reinsert for a = phi (B) . We do
Hi,
but you only take the hash of the argument of the phi node (i.e., the
ssa name), not the computations on that it is based
Is this something like what you had in mind ?
gen_hash (stmt)
{
if (stmt == NULL)
return 0;
use_operand_p use_p;
ssa_op_iter iter;
On Wed, Oct 15, 2008 at 8:37 AM, Zdenek Dvorak [EMAIL PROTECTED] wrote:
Hi,
but you only take the hash of the argument of the phi node (i.e., the
ssa name), not the computations on that it is based
Is this something like what you had in mind ?
gen_hash (stmt)
{
if (stmt == NULL)
Hi, I'm a guy working with gcc4.1.1 on itanium2. In my work, some
instrumentations are added by gcc. After instrumentation, all
specint2000 benchmarks except gzip can successfully run with
optimization flag -O3. There are some information list below:
1. Gzip can successfully run when compile with
Revital1 Eres wrote:
Hello,
I want to emit the following SPU insn:
emit_insn (gen_iorti3 (r77, tmp, GEN_INT(0)));
r77 is defined as 'fixed register' which is a register that the register
allocator can not use. (triggers by SPU option -mfixed-range)
r77 is used to pass information to some
On Wed, Oct 15, 2008 at 11:17:18AM +0200, Revital1 Eres wrote:
Hello,
I want to emit the following SPU insn:
emit_insn (gen_iorti3 (r77, tmp, GEN_INT(0)));
r77 is defined as 'fixed register' which is a register that the register
allocator can not use. (triggers by SPU option
Hello,
I want to emit the following SPU insn:
emit_insn (gen_iorti3 (r77, tmp, GEN_INT(0)));
r77 is defined as 'fixed register' which is a register that the register
allocator can not use. (triggers by SPU option -mfixed-range)
r77 is used to pass information to some other routine at run-time
Revital,
* Revital1 Eres [EMAIL PROTECTED] [2008-10-15 02:20]:
r77 is defined as 'fixed register' which is a register that the register
allocator can not use. (triggers by SPU option -mfixed-range)
r77 is used to pass information to some other routine at run-time (the
next instruction is
The following problem is very common when dealing with iterators,
function objects and/or algorithms in C++. This is a simple test case:
#include iostream
#include iterator
#include string
int main() {
using namespace std;
typedef istreambuf_iteratorchar isbi;
string str(isbi(cin),
Hello,
The problem is that r77 is not used in it's function after this
instruction
and thus DCE deletes it.
Don't focus on DCE. That's not the problem; the fact that there's no
visible dependence is the problem. Can you make the next instruction
have a use for r77 explicitly
The following problem is very common when dealing with iterators,
function objects and/or algorithms in C++. This is a simple test case:
#include iostream
#include iterator
#include string
int main() {
using namespace std;
typedef istreambuf_iteratorchar isbi;
string str(isbi(cin),
Date: Wed, 15 Oct 2008 15:15:45 -0400
To: [EMAIL PROTECTED]
From: James MacGregor [EMAIL PROTECTED]
Subject: We provide a web page with binaries of binutils/gcc/gdb you
might want add to http://gcc.gnu.org/install/binaries.html
Cc: Craig Haller [EMAIL PROTECTED]
Gentlemen:
Macraigor
On Wed, Oct 15, 2008 at 09:54:36PM +0300, Lasse Kärkkäinen wrote:
The following problem is very common when dealing with iterators,
function objects and/or algorithms in C++.
Yes, I ran into this issue myself earlier this week. It's a more
general problem, striking whenever the arguments to a
Hi All,
I have a similar issue to what is reported here
(http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20143):
/Applications/avr/avr-src/gcc/unwind.h:59: error: unable to emulate 'DI'
As you clearly expressed by Paul, the underline issue that the target
only support data types up to 32-bits, while
Snapshot gcc-4.2-20081015 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.2-20081015/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.2 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
Dan and Richard,
Are either of you aware of the gcc.dg/vect/vect-67.c failure that is
occuring on some platforms? I see it on IA64 (Linux and HP-UX) but a
scan of the gcc-testresults mailing lists shows failures on x86_64 and
powerpc as well.
Looking into the failure, I see that it started (at
--- Comment #2 from burnus at gcc dot gnu dot org 2008-10-15 06:33 ---
See also PR 28484 comment 5.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37832
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
--- 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=16496action=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=16499action=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=16500action=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=16501action=view)
Source file containing modules
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37833
--- Comment #8 from jakub at gcc dot gnu dot org 2008-10-15 06:48 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #7 from jakub at gcc dot gnu dot org 2008-10-15 06:44 ---
Subject: Bug 36881
Author: jakub
Date: Wed Oct 15 06:43:19 2008
New Revision: 141129
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141129
Log:
PR tree-optimization/36881
*
--- 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=16502action=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=16498action=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=16503action=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=16497action=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 since SAVE
{
--- 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
--- 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
--- Comment #4 from jakub at gcc dot gnu dot org 2008-10-15 11:09 ---
Fixed by http://gcc.gnu.org/viewcvs?root=gccview=revrev=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=gccview=revrev=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 stdio.h
#include float.h
#include math.h
#include
--- 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=gccview=revrev=141141
Log:
2008-10-15 Sebastian Pop [EMAIL PROTECTED]
PR
--- 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=gccview=revrev=141142
Log:
2008-10-15 Sebastian Pop [EMAIL PROTECTED]
Harsha
--- 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=gccview=revrev=141143
Log:
2008-10-15 Jan Sjodin [EMAIL PROTECTED]
Harsha
--- 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=gccview=revrev=141144
Log:
2008-10-15 Thomas Koenig [EMAIL PROTECTED]
PR
--- 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
139890rguenthTREE_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,
--- 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 it is not
--- 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
--- 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
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/
--- 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=gccview=revrev=141135
Log:
2008-10-15 Paolo Bonzini [EMAIL PROTECTED]
PR
--- 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=16504action=view)
A fix for the PR
The attachment is neither boostrapped nor regtested but does fix the PR.
I am not able to do
--- 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
--- 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 =
--- 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
--- 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 dot
--- 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.
--
--- 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
--- 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,
--- 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
--- 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
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.
--
--- 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
--- 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
--- 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 to
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).
--
--- 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:
return
--- 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.
--
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.
--
--- 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
--- 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=gccview=revrev=141159
Log:
2008-10-15 Vladimir Makarov [EMAIL PROTECTED]
PR
[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
--- 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=gccview=revrev=141160
Log:
2008-10-15 Vladimir Makarov [EMAIL PROTECTED]
1 - 100 of 104 matches
Mail list logo