--- Comment #9 from ubizjak at gmail dot com 2008-07-03 06:09 ---
(In reply to comment #8)
current trunk (actually a few days old) doesn't fail anymore. The script used
for testing actually has ulimit -s 128000 which is pretty high. I tested with
ulimit -s 32000 and ulimit -s 64000,
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-07-03 08:18 ---
Subject: Bug 36128
Author: rguenth
Date: Thu Jul 3 08:18:09 2008
New Revision: 137408
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=137408
Log:
2008-07-02 Richard Guenther [EMAIL PROTECTED]
PR
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-07-03 08:19 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
On i686-apple-darwin9 at revision 137407,
gcc.dg/torture/fp-int-convert-float128.c -m32 -Os fails with:
[ibook-dhum] f90/bug% gcc44 -m32 -Os
/opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/torture/fp-int-convert-float128.c
/opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/torture/fp-int-convert-float128.c: In
--- Comment #1 from dominiq at lps dot ens dot fr 2008-07-03 08:50 ---
Forgot to say that the test passes with -m64.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36710
On i686-apple-darwin9 at revision 137407, I get:
FAIL: gcc.dg/compat/struct-by-value-17a c_compat_main_tst.o compile
FAIL: gcc.dg/compat/struct-by-value-17a c_compat_x_tst.o compile
FAIL: gcc.dg/compat/struct-by-value-17a c_compat_y_tst.o compile
The log shows:
...
Executing on host:
Loop unrolling generates far worse code compared with manually unrolled code.
In following code, the first version is GCC-unrolled and the second is
manually unrolled.
GCC-unrolled version mainly suffers from two issues. First, the
load/store offsets are registers. Extra ADD instructions are
r137252 | rguenth | 2008-06-29 17:44:00 +0200 (Sun, 29 Jun 2008) | 27 lines
2008-06-29 Richard Guenther [EMAIL PROTECTED]
For now, all I can tell is: my Fortran-based project gives acceptable results
with r137251
--- Comment #1 from rguenther at suse dot de 2008-07-03 09:12 ---
Subject: Re: New: [4.4 regression] r137252 breaks -O2
optimization on x86_64-unknown-linux-gnu
On Thu, 3 Jul 2008, dfranke at gcc dot gnu dot org wrote:
--- Comment #2 from dfranke at gcc dot gnu dot org 2008-07-03 09:15 ---
Updated last night to:
Last Changed Rev: 137396
Last Changed Date: 2008-07-03 00:31:11 +0200 (Thu, 03 Jul 2008)
Problem persists.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36713
On i686-apple-darwin9 at revision 137407, I get with -m32 (not with -m64):
FAIL: gcc.target/i386/quad-sse.c scan-assembler-not call
--
Summary: FAIL: gcc.target/i386/quad-sse.c scan-assembler-not call
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
try compile:
#include iostream
template typename T, size_t Count
inline
size_t countof ( const T () [Count] )
{
return Count;
}
int main(int argc, char* argv[])
{
struct { int x1; int x2;} x [100];
std::cout countof(x) std::endl;
int y [101];
std::cout countof(y) std::endl;
--- Comment #3 from rguenther at suse dot de 2008-07-03 09:42 ---
Subject: Re: [4.4 regression] r137252 breaks -O2 optimization
on x86_64-unknown-linux-gnu
On Thu, 3 Jul 2008, dfranke at gcc dot gnu dot org wrote:
--- Comment #2 from dfranke at gcc dot gnu dot org 2008-07-03
--- Comment #1 from paolo dot carlini at oracle dot com 2008-07-03 09:52
---
Not a bug: in C++98 local types are not allowed as template arguments. Just
move the anonymous struct and Z before the main.
--
paolo dot carlini at oracle dot com changed:
What|Removed
--- Comment #4 from franke dot daniel at gmail dot com 2008-07-03 09:53
---
Subject: Re: [4.4 regression] r137252 breaks -O2 optimization on
x86_64-unknown-linux-gnu
3 Jul 2008 09:42:44 -, rguenther at suse dot de [EMAIL PROTECTED]:
Hm, I'm out of quick ideas ;) Polyhedron
--- Comment #2 from ubizjak at gmail dot com 2008-07-03 10:06 ---
A couple of splitters for TFmode push_operand should be defined.
I will look into it.
--
ubizjak at gmail dot com changed:
What|Removed |Added
--- Comment #5 from rguenther at suse dot de 2008-07-03 10:08 ---
Subject: Re: [4.4 regression] r137252 breaks -O2 optimization
on x86_64-unknown-linux-gnu
On Thu, 3 Jul 2008, franke dot daniel at gmail dot com wrote:
--- Comment #4 from franke dot daniel at gmail dot com
--- Comment #5 from aph at gcc dot gnu dot org 2008-07-03 10:14 ---
Subject: Bug 33305
Author: aph
Date: Thu Jul 3 10:13:48 2008
New Revision: 137411
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=137411
Log:
2008-07-03 Andrew Haley [EMAIL PROTECTED]
PR
--- Comment #2 from aph at gcc dot gnu dot org 2008-07-03 10:31 ---
Subject: Bug 33304
Author: aph
Date: Thu Jul 3 10:31:03 2008
New Revision: 137413
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=137413
Log:
2008-07-03 Andrew Haley [EMAIL PROTECTED]
PR
--- Comment #6 from aph at gcc dot gnu dot org 2008-07-03 10:32 ---
Subject: Bug 33305
Author: aph
Date: Thu Jul 3 10:31:50 2008
New Revision: 137414
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=137414
Log:
2008-06-13 Andrew Haley [EMAIL PROTECTED]
PR
--- Comment #6 from dfranke at gcc dot gnu dot org 2008-07-03 10:40 ---
To simplify your life try if you can reproduce it with -O
-fstrict-aliasing or with -O2 -fno-tree-pre.
FCFLAGS=-O -fstrict-aliasing - not reproducable
FCFLAGS=-O2 -fno-tree-pre - reproducable
--- Comment #7 from dfranke at gcc dot gnu dot org 2008-07-03 11:42 ---
Differences in *.optimized dumps seem to be variable renaming only, e.g.
- temp.1140 = tdata-p;
+ temp.1137 = tdata-p;
Differences in *.alias seems to be mostly of the kind:
-PARM_NOALIAS.895 = ANYTHING
--- Comment #8 from rguenther at suse dot de 2008-07-03 11:49 ---
Subject: Re: [4.4 regression] r137252 breaks -O2 optimization
on x86_64-unknown-linux-gnu
On Thu, 3 Jul 2008, dfranke at gcc dot gnu dot org wrote:
--- Comment #7 from dfranke at gcc dot gnu dot org 2008-07-03
--- Comment #9 from dfranke at gcc dot gnu dot org 2008-07-03 11:59 ---
Well, it's not really different - only thread_data now doesn't
point to anything but to the same as derefaddrtmp.893 (I guess
that points to { ESCAPED NONLOCAL }?).
Just ESCAPED, see below.
r137251
--- Comment #10 from rguenther at suse dot de 2008-07-03 12:03 ---
Subject: Re: [4.4 regression] r137252 breaks -O2 optimization
on x86_64-unknown-linux-gnu
On Thu, 3 Jul 2008, dfranke at gcc dot gnu dot org wrote:
--- Comment #9 from dfranke at gcc dot gnu dot org
try compile:
#include iostream
template typename T, size_t Count
inline
size_t countof ( const T () [Count] )
{
return Count;
}
int main(int argc, char* argv[])
{
struct { int x1; int x2;} x [100];
std::cout countof(x) std::endl;
int y [101];
std::cout countof(y) std::endl;
try compile:
#include iostream
template typename T, size_t Count
inline
size_t countof ( const T () [Count] )
{
return Count;
}
int main(int argc, char* argv[])
{
struct { int x1; int x2;} x [100];
std::cout countof(x) std::endl;
int y [101];
std::cout countof(y) std::endl;
try compile:
#include iostream
template typename T, size_t Count
inline
size_t countof ( const T () [Count] )
{
return Count;
}
int main(int argc, char* argv[])
{
struct { int x1; int x2;} x [100];
std::cout countof(x) std::endl;
int y [101];
std::cout countof(y) std::endl;
try compile:
#include iostream
template typename T, size_t Count
inline
size_t countof ( const T () [Count] )
{
return Count;
}
int main(int argc, char* argv[])
{
struct { int x1; int x2;} x [100];
std::cout countof(x) std::endl;
int y [101];
std::cout countof(y) std::endl;
--- Comment #1 from paolo dot carlini at oracle dot com 2008-07-03 12:19
---
*** This bug has been marked as a duplicate of 36715 ***
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #2 from paolo dot carlini at oracle dot com 2008-07-03 12:19
---
*** Bug 36716 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36715
--- Comment #1 from paolo dot carlini at oracle dot com 2008-07-03 12:20
---
*** This bug has been marked as a duplicate of 36715 ***
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #3 from paolo dot carlini at oracle dot com 2008-07-03 12:20
---
*** Bug 36717 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36715
--- Comment #4 from paolo dot carlini at oracle dot com 2008-07-03 12:20
---
*** Bug 36718 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36715
--- Comment #1 from paolo dot carlini at oracle dot com 2008-07-03 12:20
---
*** This bug has been marked as a duplicate of 36715 ***
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #5 from paolo dot carlini at oracle dot com 2008-07-03 12:20
---
*** Bug 36719 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36715
--- Comment #1 from paolo dot carlini at oracle dot com 2008-07-03 12:20
---
*** This bug has been marked as a duplicate of 36715 ***
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #3 from ubizjak at gmail dot com 2008-07-03 12:22 ---
Created an attachment (id=15846)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15846action=view)
patch
Dominique, can you regtest attached patch on i686-darwin?
--
--- Comment #4 from dominiq at lps dot ens dot fr 2008-07-03 12:33 ---
Subject: Re: FAIL: gcc.dg/torture/fp-int-convert-float128.c -Os (internal
compiler error)
Dominique, can you regtest attached patch on i686-darwin?
I'll do it, but I have to leave now and won't be around for
--- Comment #5 from hjl dot tools at gmail dot com 2008-07-03 12:34 ---
We should add this testcase as gcc.target/i386/float128-2.c.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36710
--- Comment #8 from haubi at gentoo dot org 2008-07-03 12:44 ---
Created an attachment (id=15847)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15847action=view)
proposed patch, seems to work with gcc-4.1.1
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32316
--- Comment #11 from dfranke at gcc dot gnu dot org 2008-07-03 12:45
---
I guess the assembly is different, right?
Yes, it is. Comparing *.s files from FCFLAGS=-O2 -save-temps, there are
differences in one file - though not the one suspected in comment #7.
There is one difference in
--- Comment #12 from rguenther at suse dot de 2008-07-03 12:54 ---
Subject: Re: [4.4 regression] r137252 breaks -O2 optimization
on x86_64-unknown-linux-gnu
On Thu, 3 Jul 2008, dfranke at gcc dot gnu dot org wrote:
--- Comment #11 from dfranke at gcc dot gnu dot org 2008-07-03
--- Comment #13 from dfranke at gcc dot gnu dot org 2008-07-03 13:00
---
Can you try if -fno-optimize-sibling-calls fixes it
(that should remove the [tail call]).
FCFLAGS=-O2 -fno-optimize-sibling-calls - works
FCFLAGS=-O1 -foptimize-sibling-calls- broken
--
--- Comment #6 from ubizjak at gmail dot com 2008-07-03 13:02 ---
Index: gcc.target/i386/float128-2.c
===
--- gcc.target/i386/float128-2.c(revision 0)
+++ gcc.target/i386/float128-2.c(revision 0)
@@ -0,0
--- Comment #7 from hjl dot tools at gmail dot com 2008-07-03 13:03 ---
Created an attachment (id=15848)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15848action=view)
A patch + a testase
Here is Uros' patch + a testcase which is also reproducible on Linux.
--
--- Comment #14 from rguenther at suse dot de 2008-07-03 13:10 ---
Subject: Re: [4.4 regression] r137252 breaks -O2 optimization
on x86_64-unknown-linux-gnu
On Thu, 3 Jul 2008, dfranke at gcc dot gnu dot org wrote:
--- Comment #13 from dfranke at gcc dot gnu dot org 2008-07-03
--- Comment #8 from ubizjak at gmail dot com 2008-07-03 13:16 ---
Created an attachment (id=15848)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15848action=view) [edit]
A patch + a testase
This failure is specific to -mno-accumulate-outgoing-args (-Os is just a
shortcut for
--- Comment #15 from jv244 at cam dot ac dot uk 2008-07-03 13:43 ---
(In reply to comment #13)
Fixed with rev 137386. Btw I have also tried compiling the whole CP2K, which
seems to work fine.
I've also checked that gfortran now appears to compile correctly the procedure
pointer part
--- Comment #9 from hjl dot tools at gmail dot com 2008-07-03 14:59 ---
(In reply to comment #8)
Created an attachment (id=15848)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15848action=view) [edit]
A patch + a testase
This failure is specific to
--- Comment #2 from burnus at gcc dot gnu dot org 2008-07-03 16:09 ---
In Fortran 2008 the rank-one constraint is gone:
C720 If bounds-remapping-list is not specified, the ranks of
data-pointer-object and data-target shall be the same.
--
Jim, Steve, does ia64_split_tmode_move work on little endian?
--
Summary: ia64_split_tmode_move doesn't work on little endian
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
--- Comment #4 from meissner at gcc dot gnu dot org 2008-07-03 16:23
---
Subject: Bug 35736
Author: meissner
Date: Thu Jul 3 16:22:12 2008
New Revision: 137425
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=137425
Log:
PR 35736 -- use void_type_node for PREDICT_EXPR tree
--- Comment #5 from meissner at gcc dot gnu dot org 2008-07-03 16:28
---
Created an attachment (id=15849)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15849action=view)
Patch to fix 35736
Committed in revision 137425 of the mainline.
--
--- Comment #1 from hjl dot tools at gmail dot com 2008-07-03 17:17 ---
There are
{
REAL_VALUE_TYPE r;
unsigned HOST_WIDE_INT p[2];
long l[4]; /* TFmode is 128 bits */
REAL_VALUE_FROM_CONST_DOUBLE (r, in);
real_to_target (l,
--- Comment #10 from dominiq at lps dot ens dot fr 2008-07-03 17:35 ---
With the patch in comment #3 the error is gone, now regtesting.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36710
--- Comment #11 from dominiq at lps dot ens dot fr 2008-07-03 17:36 ---
I also see a lot of bus error in the obj-c++ regtests. Is this related or
should I fill another PR?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36710
When gfortran is installed into a system where libgmp and/or libmpfr are
missing, it aborts with no error message. It does, however, return an exit
code of 1 - which is good. So at least make, or a script, can detect that
something bad happened.
Both in the case of linux and cygwin, libgmp and
--- Comment #1 from w6ws at earthlink dot net 2008-07-03 17:41 ---
Add keyword.
--
w6ws at earthlink dot net changed:
What|Removed |Added
CC|
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-07-03 17:46 ---
This is an OS issue really. Or maybe a distribution of GCC issue which is not
a bug which the FSF should worry about. That is the binary distributers did
not distribute GMP/MPFR with GCC or did not compiler
--- Comment #12 from hjl dot tools at gmail dot com 2008-07-03 17:47
---
(In reply to comment #11)
I also see a lot of bus error in the obj-c++ regtests. Is this related or
should I fill another PR?
Are they related to __float128? If not, open a new PR.
--
--- Comment #3 from w6ws at earthlink dot net 2008-07-03 17:57 ---
Subject: Re: Compiler aborts with no message when libgmp
and/or libmpfr are missing
pinskia at gcc dot gnu dot org wrote:
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-07-03 17:46
---
This is an
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2008-07-03 18:32
---
This issue comes up on Cygwin a lot as well. Even though the wiki says more
then once to install the gmp and mpfr libraries in the instructions for
installing the binary.
In the Cygwin case, I do that build, so
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2008-07-03 18:33
---
On my list
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from hjl dot tools at gmail dot com 2008-07-03 18:47 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2008-07/msg00230.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #6 from w6ws at earthlink dot net 2008-07-03 18:48 ---
Subject: Re: Compiler aborts with no message when libgmp
and/or libmpfr are missing
jvdelisle at gcc dot gnu dot org wrote:
This issue comes up on Cygwin a lot as well...
Yes - it happened to me yesterday - hence
The following code:
void x(void);
void x(void)
{
unsigned a, b;
asm volatile ( : =rax (a), =rcx (b) : 0 ((unsigned long) 0x0));
}
compiled with gcc-4.3 -m64 -O -c x.i
emits:
x.i: In function x:
x.i:7: internal compiler error: in inline_secondary_memory_needed, at
--- Comment #13 from uros at gcc dot gnu dot org 2008-07-03 18:57 ---
Subject: Bug 36710
Author: uros
Date: Thu Jul 3 18:57:11 2008
New Revision: 137427
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=137427
Log:
PR target/36710
* config/i386/i386.md (mode): Add
--- Comment #15 from dfranke at gcc dot gnu dot org 2008-07-03 18:59
---
Your challenge is now to produce a testcase from your source ;)
I do have a testcase that shows said flags. The difference in assembler between
-foptimize-sibling-calls and -fno-optimize-sibling-calls is:
---
--- Comment #14 from ubizjak at gmail dot com 2008-07-03 19:04 ---
Fixed.
--
ubizjak at gmail dot com changed:
What|Removed |Added
URL|
--- Comment #16 from rguenther at suse dot de 2008-07-03 19:26 ---
Subject: Re: [4.4 regression] r137252 breaks -O2 optimization
on x86_64-unknown-linux-gnu
On Thu, 3 Jul 2008, dfranke at gcc dot gnu dot org wrote:
--- Comment #15 from dfranke at gcc dot gnu dot org 2008-07-03
--- Comment #17 from franke dot daniel at gmail dot com 2008-07-03 19:33
---
Subject: Re: [4.4 regression] r137252 breaks -O2 optimization on
x86_64-unknown-linux-gnu
Well, the circumstances where the miscompilation occurs may be tricky.
So you say you have a testcase but that
--- Comment #18 from rguenther at suse dot de 2008-07-03 19:44 ---
Subject: Re: [4.4 regression] r137252 breaks -O2 optimization
on x86_64-unknown-linux-gnu
On Thu, 3 Jul 2008, franke dot daniel at gmail dot com wrote:
--- Comment #17 from franke dot daniel at gmail dot com
/i686-darwin/gcc/testsuite/obj-c++/../../g++ version 4.4.0 [revision
137407p4] 20080703 (experimental) (GCC)
--
Summary: [4.4 Regression] massive obj-c++ failures at rev.137407
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
--- Comment #7 from burnus at gcc dot gnu dot org 2008-07-03 20:20 ---
In this case, Tobias is the 'binary distributor'...
I thought I changed the script a while ago to link mpfr/gmp statically - and
indeed
$ ldd gcc-trunk/libexec/gcc/x86_64-unknown-linux-gnu/4.4.0/f951
shows no
--- Comment #8 from w6ws at earthlink dot net 2008-07-03 20:37 ---
Subject: Re: Compiler aborts with no message when libgmp
and/or libmpfr are missing
burnus at gcc dot gnu dot org wrote:
...
Is this really an issue with my (newer) 4.4 builds? (4.3 and 4.2 are still
dynamically
successes 2
# of expected failures 8
# of unresolved testcases 9
/opt/gcc/darwin_buildw/gcc/testsuite/obj-c++/../../g++ version 4.4.0 [revision
137414p5] 20080703 (experimental) (GCC)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36723
--- Comment #2 from tkoenig at gcc dot gnu dot org 2008-07-03 21:17 ---
(gdb) b fancy_abort
Breakpoint 1 at 0x819c390: file ../../../gcc/trunk/gcc/diagnostic.c, line 653.
(gdb) r
Starting program: /home/ig25/libexec/gcc/i686-pc-linux-gnu/4.4.0/f951
diatoms.f90
finddiatomicperiod
--- Comment #14 from tkoenig at gcc dot gnu dot org 2008-07-03 21:19
---
run-time patch posted.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from pinskia at gcc dot gnu dot org 2008-07-03 23:22 ---
(In reply to comment #4)
http://gcc.gnu.org/ml/gcc-patches/2007-06/msg02037.html
This patch causes the following simple testcase to fail as we are stopping at
the first NULL character:
int main()
{
char
The following program gives a compile time segmentation fault.
!-
program testfile
character(LEN=132), target :: line
character(LEN=1), pointer :: t
read(*,'(A)') line
t=line(1:1)
print*, t
end
!-
The problem seems to be the character pointer
--- Comment #2 from hjl dot tools at gmail dot com 2008-07-04 00:42 ---
Revision 137326:
http://gcc.gnu.org/ml/gcc-cvs/2008-07/msg00030.html
may be the cause. It may be related to
http://gcc.gnu.org/ml/gcc-patches/2008-07/msg00219.html
--
hjl dot tools at gmail dot com changed:
--- Comment #2 from amodra at gcc dot gnu dot org 2008-07-04 02:32 ---
Subject: Bug 36634
Author: amodra
Date: Fri Jul 4 02:32:01 2008
New Revision: 137447
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=137447
Log:
PR target/36634
* config/rs6000/rs6000.md (call,
--- Comment #3 from amodra at gcc dot gnu dot org 2008-07-04 02:33 ---
Subject: Bug 36634
Author: amodra
Date: Fri Jul 4 02:32:23 2008
New Revision: 137448
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=137448
Log:
PR target/36634
* config/rs6000/rs6000.md (call,
--- Comment #4 from amodra at gcc dot gnu dot org 2008-07-04 02:34 ---
Subject: Bug 36634
Author: amodra
Date: Fri Jul 4 02:33:29 2008
New Revision: 137449
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=137449
Log:
PR target/36634
* config/rs6000/rs6000.md (call,
--- Comment #5 from amodra at bigpond dot net dot au 2008-07-04 02:53
---
Created an attachment (id=15850)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15850action=view)
patch for 4.1
Since there will be no more releases from 4.1 branch, I won't be applying the
patch to that
--- Comment #6 from amodra at bigpond dot net dot au 2008-07-04 02:53
---
Fixed all active branches
--
amodra at bigpond dot net dot au changed:
What|Removed |Added
--- Comment #3 from drow at gcc dot gnu dot org 2008-07-04 03:14 ---
Does the new function do anything on this test case? What are the various
incoming modes (nominal, promoted) and the actual RTX?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36701
--- Comment #1 from burnus at gcc dot gnu dot org 2008-07-04 05:59 ---
gcc version 4.1.2 20061115 (prerelease)
I can reproduce it with my 4.1.x and 4.2.y compiler, however, not with 4.3.1 or
4.4.0.
Can you try 4.3 (i.e. the latest stable version) or 4.4 (i.e. the current
developer
89 matches
Mail list logo
