--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36700
Currently, gfortran compiles:
print '(g0.9)', 0.1
end
and prints at run time:
Fortran runtime error: Unexpected element in format
(g0.9)
^
The run-time error is OK, but there should be a compile-time error.
G w [ . d [ E e ] ]
"C1007 (R1006) For the G edit descriptor, d shall be specified
--- 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 ver
--- 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 #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 #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=15850&action=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 br
--- 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=gcc&view=rev&rev=137449
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=gcc&view=rev&rev=137448
Log:
PR target/36634
* config/rs6000/rs6000.md (call
--- 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=gcc&view=rev&rev=137447
Log:
PR target/36634
* config/rs6000/rs6000.md (call
--- 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:
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 #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 str[2][3
--- 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
OtherBugsDe
--- 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
Breakpo
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 #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
--- 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 libmp
unexpected successes 2
# of expected failures 8
# of unresolved testcases 8
# of unsupported tests 1
/opt/gcc/i686-darwin/gcc/testsuite/obj-c++/../../g++ version 4.4.0 [revision
137407p4] 20080703 (experimental) (GCC)
--
Summary: [4.4 Regression]
--- 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 20
--- 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 do
--- 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 #14 from ubizjak at gmail dot com 2008-07-03 19:04 ---
Fixed.
--
ubizjak at gmail dot com changed:
What|Removed |Added
URL|
--- 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:
--- w
--- 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=gcc&view=rev&rev=137427
Log:
PR target/36710
* config/i386/i386.md (mode): Add
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
config/i386/i386
--- 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 th
--- 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 #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
AssignedTo|
--- 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 #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
--- 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.
--
http://gcc.gnu.
--- 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 GMP/MPF
--- 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|
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 l
--- 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
--- 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 #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, &r
--- 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=15849&action=view)
Patch to fix 35736
Committed in revision 137425 of the mainline.
--
http://gcc.gnu.org/bugzilla/show_bug
--- 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=gcc&view=rev&rev=137425
Log:
PR 35736 -- use void_type_node for PREDICT_EXPR tree
Adde
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 #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."
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?
--- 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=15848&action=view) [edit]
> > A patch + a testase
>
> This failure is specific to -mno-accumulate-out
--- 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 pa
--- 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=15848&action=view) [edit]
> A patch + a testase
This failure is specific to -mno-accumulate-outgoing-args (-Os is just a
shortcut for
--- 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 #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=15848&action=view)
A patch + a testase
Here is Uros' patch + a testcase which is also reproducible on Linux.
--
http://gcc.gn
--- 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 +1,1
--- 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
--
http://gcc
--- 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 #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
--- 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=15847&action=view)
proposed patch, seems to work with gcc-4.1.1
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32316
--- 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 #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 th
--- 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=15846&action=view)
patch
Dominique, can you regtest attached patch on i686-darwin?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3
--- 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 #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 #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 #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 #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:19
---
*** This bug has been marked as a duplicate of 36715 ***
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
---
try compile:
#include
template
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;
struct Z { int x1; int x2;
try compile:
#include
template
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;
struct Z { int x1; int x2;
try compile:
#include
template
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;
struct Z { int x1; int x2;
try compile:
#include
template
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;
struct Z { int x1; int x2;
--- 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 2008-07
--- 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
derefaddrt
--- 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 1
--- 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 #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
F
--- 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=gcc&view=rev&rev=137414
Log:
2008-06-13 Andrew Haley <[EMAIL PROTECTED]>
PR preprocesso
--- 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=gcc&view=rev&rev=137413
Log:
2008-07-03 Andrew Haley <[EMAIL PROTECTED]>
PR bootstrap/3
--- 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=gcc&view=rev&rev=137411
Log:
2008-07-03 Andrew Haley <[EMAIL PROTECTED]>
PR preprocesso
--- 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 2008
--- 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 #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 st
--- 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 #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 0
try compile:
#include
template
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;
struct Z { int x1; int x2;
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
--- 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
--- 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:
> --
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 (FCFLA
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 ne
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: /opt/gcc/i6
--- 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,
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
fun
--- 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
--- 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=gcc&view=rev&rev=137408
Log:
2008-07-02 Richard Guenther <[EMAIL PROTECTED]>
PR
90 matches
Mail list logo
