I just tried to compile the Suse Linux package ccscript3-1.0.9
with the GNU C++ compiler version 4.4 snapshot 20080829
The compiler said
testscript.cpp: In function 'virtual void shInterp::waitThread()':
testscript.cpp:213: internal compiler error: Segmentation fault
Please submit a full bug repo
--- Comment #1 from dcb314 at hotmail dot com 2008-09-04 08:05 ---
Created an attachment (id=16218)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16218&action=view)
C++ source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37365
I just tried to compile the Suse Linux package cln-1.1.13
with the GNU C++ compiler version 4.4 snapshot 20080829
The compiler said
./base/output/cl_output_dec.cc: In function 'void
cln::fprintdecimal(std::ostream&, long int)':
./base/output/cl_output_dec.cc:33: error: non-trivial conversion at a
--- Comment #1 from dcb314 at hotmail dot com 2008-09-04 08:09 ---
Created an attachment (id=16219)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16219&action=view)
C++ source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37366
--- Comment #14 from paolo dot carlini at oracle dot com 2008-09-04 09:12
---
Jonathan, while we are at it, can we also unify tr1/boost_sp_shared_count.h and
tr1/boost_shared_ptr.h, likewise for bits/boost_sp_shared_count.h and
bits/boost_shared_ptr.h?
Moreover, for the sake of clarity
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-09-04 09:28 ---
./cc1plus -quiet t.ii -O
t.ii: In function 'void AlsaDriver1()':
t.ii:8: error: non-register as LHS of unary operation
m_pFunction = (struct GenericMemFuncType) D.2092;
t.ii:8: internal compiler error: verify_gimple
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-09-04 09:44 ---
Andrey, this is likely due to the selective scheduler merge. Can you
investigate or delegate?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37363
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||missed-optimization, ra
Target Milestone|---
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-09-04 09:49 ---
*** Bug 37365 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-09-04 09:49 ---
*** This bug has been marked as a duplicate of 37345 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #7 from patriciak784-gccmainling at yahoo dot de 2008-09-04
09:50 ---
(In reply to comment #6)
> (In reply to comment #5)
> > (In reply to comment #4)
> > > (In reply to comment #3)
> > > > ... a self compiled gcc 4.3.1 ...
> > >
> > > Scary ;)
> > >
> > What did you expec
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-09-04 09:51 ---
Likely a dup of PR37289 which was fixed on Aug 31st. I cannot reproduce
with current trunk.
*** This bug has been marked as a duplicate of 37289 ***
--
rguenth at gcc dot gnu dot org changed:
What
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-09-04 09:51 ---
*** Bug 37366 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
Well, I am porting C++ code from Visual Studio C++ to GCC.
I found two main issues that bother me enough to write about them.
(1.0) Temporary classes
{buf << class_A(); } // does not compile on GCC,
yak
{Class_A tmp;buf << tmp; } // compiles on GCC
So
using a small piece of code of a digital filter, i was trying to benchmark
several looping constructs. on x86_64 the following code was running 5% faster
with g++-4.3 than with g++-4.4:
float __attribute__ ((noinline)) bench_5(float * out_sample, int n)
{
float b1 = std::cos(0.01);
float y
--- Comment #2 from hp at gcc dot gnu dot org 2008-09-04 10:01 ---
Confirmed that the patch fixes the problems for cris-elf for trunk too.
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
---
With current trunk (revision 139978)
(sid)743:[EMAIL PROTECTED]: ..4.3-2008-09-04-r139978/gcc] ./cc1 -quiet -O
~/xserver-xorg-video-mga.i
../../src/mga_dga.c: In function 'MGASetupDGAMode':
../../src/mga_dga.c:92: internal compiler error: Segmentation fault
Please submit a full bug report,
with pr
--- Comment #1 from tbm at cyrius dot com 2008-09-04 10:04 ---
Program received signal SIGSEGV, Segmentation fault.
remove_unused_locals () at gcc/tree-ssa-live.c:589
589 var_ann (t)->used = false;
(gdb) where
#0 remove_unused_locals () at gcc/tree-ssa-live.c:589
#1 0x0
--- Comment #2 from tbm at cyrius dot com 2008-09-04 10:24 ---
Created an attachment (id=16220)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16220&action=view)
Preprocessed code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37368
--- Comment #3 from tbm at cyrius dot com 2008-09-04 10:24 ---
/* Testcase by Martin Michlmayr <[EMAIL PROTECTED]> */
static int
FindSmallestPitch (int i)
{
int Pitches1[5];
int *linePitches = ((void *) 0);
switch (i)
{
case 0x0519:
linePitches = Pitches1;
}
return
--- Comment #4 from tbm at cyrius dot com 2008-09-04 10:25 ---
Drop the "static" from the declaration of FindSmallestPitch() and you get:
(sid)1519:[EMAIL PROTECTED]: ~/delta/bin] /usr/lib/gcc-snapshot/bin/gcc -Wall
-O -c
mini.c
mini.c: In function 'FindSmallestPitch':
mini.c:5: intern
--- Comment #7 from hubicka at gcc dot gnu dot org 2008-09-04 10:31 ---
Subject: Bug 37345
Author: hubicka
Date: Thu Sep 4 10:30:26 2008
New Revision: 139980
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139980
Log:
PR tree-optimization/37345
PR tree-optimizati
--- Comment #4 from hubicka at gcc dot gnu dot org 2008-09-04 10:31 ---
Subject: Bug 37357
Author: hubicka
Date: Thu Sep 4 10:30:26 2008
New Revision: 139980
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139980
Log:
PR tree-optimization/37345
PR tree-optimizati
--- Comment #6 from hubicka at gcc dot gnu dot org 2008-09-04 10:31 ---
Subject: Bug 37358
Author: hubicka
Date: Thu Sep 4 10:30:26 2008
New Revision: 139980
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139980
Log:
PR tree-optimization/37345
PR tree-optimizati
--- Comment #8 from hubicka at gcc dot gnu dot org 2008-09-04 10:37 ---
Fixed by my patch
--
hubicka at gcc dot gnu dot org changed:
What|Removed |Added
Statu
--- Comment #7 from hubicka at gcc dot gnu dot org 2008-09-04 10:37 ---
Fixed by my patch.
--
hubicka at gcc dot gnu dot org changed:
What|Removed |Added
Stat
--- Comment #5 from hubicka at gcc dot gnu dot org 2008-09-04 10:38 ---
FIxed.
--
hubicka at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from hubicka at gcc dot gnu dot org 2008-09-04 10:47 ---
Subject: Bug 37343
Author: hubicka
Date: Thu Sep 4 10:45:57 2008
New Revision: 139983
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139983
Log:
PR middle-end/37343
* tree-switch-conversion.
--- Comment #4 from hubicka at gcc dot gnu dot org 2008-09-04 10:52 ---
Ugly -fPIC friendly workaround would be to add runtime initialization. I.E.
if (!initialized)
{populate my array; initialized = true;}
that would still allow conversion to happen and generate better code than
expa
I just tried to compile the Suse Linux package enlightenment-0.16.8.12-15
with the GNU C compiler version 4.4 snapshot 20080829
The compiler said
backgrounds.c: In function 'BackgroundGetUniqueString':
backgrounds.c:2742: internal compiler error: Segmentation fault
Please submit a full bug report
--- Comment #1 from dcb314 at hotmail dot com 2008-09-04 11:54 ---
Created an attachment (id=16221)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16221&action=view)
C source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37369
I just tried to compile the Suse Linux package epos-2.5.37
with the GNU C++ compiler version 4.4 snapshot 20080829
The compiler said
slowstring.h: In member function 'CBasicString CBasicString::substr(int,
int) const [with T = char]':
slowstring.h:232: internal compiler error: Segmentation fault
--- Comment #1 from dcb314 at hotmail dot com 2008-09-04 11:56 ---
Created an attachment (id=16222)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16222&action=view)
C++ source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37370
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-09-04 11:57 ---
*** This bug has been marked as a duplicate of 37343 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-09-04 11:57 ---
*** Bug 37368 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37343
--- Comment #2 from abel at ispras dot ru 2008-09-04 12:06 ---
> Andrey, this is likely due to the selective scheduler merge. Can you
> investigate or delegate?
We couldn't reproduce this with a cross from x86_64. Also, Adam Nemet fixed
the problem with MIPS/sel-sched bootstrap
(http:
--- Comment #9 from rguenth at gcc dot gnu dot org 2008-09-04 12:20 ---
*** Bug 37370 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37345
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-09-04 12:20 ---
*** This bug has been marked as a duplicate of 37345 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-09-04 12:21 ---
I can not reproduce this with the current trunk. I suggest you update your
snapshot before filing more bugreports. Thanks.
--
rguenth at gcc dot gnu dot org changed:
What|Removed
--- Comment #30 from hjl dot tools at gmail dot com 2008-09-04 13:07
---
(In reply to comment #29)
> Subject: Re: [4.4 Regression] Bootstrap failure compiling libgcc
>
> I think you meant to respond to Eric instead of me. Vlad's
> patch fixed the original problem for me and Eric, but
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |domob at gcc dot gnu dot org
|dot org
--- Comment #29 from hjl dot tools at gmail dot com 2008-09-04 13:34
---
On ira-merge branch at revision 139972, there are no regression
on Linux/ia32 and Linux/ia64. Linux/x86-64 has regressions:
+FAIL: gcc.target/i386/pr34256.c scan-assembler-times mov 2
It is tracked by PR 37364.
--- Comment #3 from patriciak784-gccmainling at yahoo dot de 2008-09-04
13:35 ---
I did examine both problems a bit further.
If I understand correctly what is happening, there is the object parse_in which
is, during program flow, passed to preprocess_file as argument pfile.
An object of
--- Comment #15 from jwakely dot gcc at gmail dot com 2008-09-04 13:52
---
Sure, I can do that
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36962
--- Comment #16 from paolo dot carlini at oracle dot com 2008-09-04 14:00
---
Great, thanks a lot again.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36962
--- Comment #3 from abel at ispras dot ru 2008-09-04 14:34 ---
This does not fail on a cross for us with 139918.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37360
--- Comment #3 from hp at gcc dot gnu dot org 2008-09-04 14:42 ---
No regressions for native x86_64-unknown-linux-gnu.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37363
--- Comment #4 from daney at gcc dot gnu dot org 2008-09-04 14:49 ---
You will note that I configured with --with-arch=sb1.
This in turn causes cc1 to be invoked with -march=sb1
I will attempt to test with a cross build.
My bootstrap gcc is: gcc (GCC) 4.4.0 20080223 (experimental) [tr
First of all, thanx to all the gcc team for their fantastic job.
gcc: 4.3.2 bootstraped with CFLAGS=-O2 -pipe -march=athlon -fomit-frame-pointer
Target: linux 2.6.25 on mandriva 2008.0
Problem: the following code works fine with low optimization -O0, -O1,
but gives fancy results with -O2, -O3. N
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-09-04 14:53 ---
As on the trunk we are now feeding out-of-SSA with random dead statements
at -O0 we should look into this. Or schedule a DCE pass before it if it
cannot cope with dead statements.
--
rguenth at gcc dot gnu dot o
--- Comment #31 from hjl dot tools at gmail dot com 2008-09-04 14:53
---
I tried i586-linux with ira-merge branch. It built libgcc fine.
So the problem is either fixed on ira-merge branch or it isn't
caused by IRA merge.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37296
--- Comment #1 from hjl dot tools at gmail dot com 2008-09-04 14:55 ---
You should include and use va_XXX macros.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--
--- Comment #5 from hjl dot tools at gmail dot com 2008-09-04 14:58 ---
I would suggest to try ira-merge branch to rule out any IRA related
problems.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37360
--- Comment #5 from contact at multimedia dot cx 2008-09-04 15:13 ---
Perhaps the change should have, but it didn't. The problem still manifests with
SVN 139974 (latest as of yesterday).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37044
--- Comment #30 from hjl at gcc dot gnu dot org 2008-09-04 15:47 ---
Subject: Bug 37243
Author: hjl
Date: Thu Sep 4 15:46:05 2008
New Revision: 139987
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139987
Log:
2008-09-04 H.J. Lu <[EMAIL PROTECTED]>
PR rtl-optimizatio
--- Comment #1 from hjl dot tools at gmail dot com 2008-09-04 16:02 ---
"-O2 -march=core2 -fno-ira -fno-regmove" generates
movqx(%rip), %mm0
paddd y(%rip), %mm0
movq%mm0, -8(%rsp)
movq-8(%rsp), %rax
It seems that regmove isn't effective for
During SCoP detection we split bbs (e.g. in "scopdet_edge_info"), but the SCoP
detection should only detect SCoPs and not modify anything.
Also it splits bbs in inner loops, that do not need to be splitted.
Bb splitting was introduced to make SCoPs entry/exit defined by a single edge.
That is a gr
--
grosser at gcc dot gnu dot org changed:
What|Removed |Added
CC||grosser at gcc dot gnu dot
|
--- Comment #8 from amacleod at redhat dot com 2008-09-04 16:09 ---
out of ssa generally expects that there is no dead code.
I think the original logic was that you never want to generate code for dead
statements, so DCE would be run just before out of ssa.
It assumes any conflicts ca
--- Comment #6 from daney at gcc dot gnu dot org 2008-09-04 16:12 ---
I get the same ICE using gcc (Debian 4.3.1-8) 4.3.1 as the bootstrap compiler,
so I am going with the theory that the bootstrap compiler is not the cause of
this problem.
--
http://gcc.gnu.org/bugzilla/show_bug.cg
--- Comment #2 from hjl dot tools at gmail dot com 2008-09-04 16:13 ---
(In reply to comment #1)
> "-O2 -march=core2 -fno-ira -fno-regmove" generates
>
> movqx(%rip), %mm0
> paddd y(%rip), %mm0
> movq%mm0, -8(%rsp)
> movq-8(%rsp), %rax
>
>
--- Comment #9 from rguenth at gcc dot gnu dot org 2008-09-04 16:17 ---
Thanks for the explanation, for the branch I would recommend an extra DCE
pass right before pass_del_ssa. On the trunk we need to make sure to run
this at -O0 as well. Note that the simple DCE can leave dead statem
The preprocessor does not parse variadic macros correctly when they are used in
source code generated by other macros. I think that directives within macros
are non-standard, but some standard library functions are implemented as macros
when using FORTIFY_SOURCE, which can cause problems in code th
--- Comment #4 from patriciak784-gccmainling at yahoo dot de 2008-09-04
16:38 ---
Now I know why gcc complains about a misformed pch file nul.gch!
Checking if a file named NUL plus any extension exists, will always return that
it exists because I did this on windows! open will not open
--- Comment #14 from w dot doeringer at fh-worms dot de 2008-09-04 16:48
---
Created an attachment (id=16223)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16223&action=view)
compiler error on valid code
might point to the problem causing the seg fault
--
http://gcc.gnu.org/
--- Comment #10 from amacleod at redhat dot com 2008-09-04 16:51 ---
As long as it removes any dead PHIs, it would be sufficient. Other types of
dead statements don't have 'unexpected' side effects across basic block
boundaries, and should be handled fine. Other than being a waste of eff
The following code (example A) compiles:
namespace N1 { void f() {} }
namespace N2 { void f(int) {} using N1::f; }
main() { N2::f(0); }
But this code does not compile (example B) because the compiler claims there is
no f(int) within N2:
namespace N1 { void f() {} }
namespace N2 { void
--- Comment #4 from domob at gcc dot gnu dot org 2008-09-04 17:14 ---
Shouldn't for this code:
IMPLICIT TYPE(t)(x)
DIMENSION x(:)
x get the implicit type on the DIMENSION statement and this be thus equivalent
to
TYPE(t) :: x
DIMENSION x(:)
(if that's a legal way to specify DIMENSION,
--- Comment #7 from daney at gcc dot gnu dot org 2008-09-04 17:17 ---
The problem is present in 139918
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37360
--- Comment #1 from chris dot fairles at gmail dot com 2008-09-04 17:33
---
mainline compiles first snippet fine. second gives:
error: 'void N2::f(int)' should have been declared inside 'N2'
For what its worth msvc 9 and Comeau C/C++ 4.3.10.1 compile both snippets w/o
error.
--
--- Comment #2 from psmith at gnu dot org 2008-09-04 17:34 ---
I tried this with the latest stable, GCC 4.3.2, and I still had the same
failures.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36442
--- Comment #8 from daney at gcc dot gnu dot org 2008-09-04 17:39 ---
It is reproducible in a cross compiler as well.
This is my command line:
/home/daney/gccsvn/mipsel-trunk/gcc/cc1 -fpreprocessed j.i -quiet -march=sb1
-O2 -o j.s
Changing to -march={mips32,mips32r2,r5000} "fixes" the
--- Comment #3 from hjl dot tools at gmail dot com 2008-09-04 17:43 ---
The problem may be in IRA_COVER_CLASSES. -mtune=core2 turns on
TARGET_INTER_UNIT_MOVES, which means move between mmx and 64bit
integer registers is cheaper than load/store. But IRA doesn't
handle it properly.
--
--- Comment #4 from hjl dot tools at gmail dot com 2008-09-04 17:54 ---
(In reply to comment #3)
> The problem may be in IRA_COVER_CLASSES. -mtune=core2 turns on
> TARGET_INTER_UNIT_MOVES, which means move between mmx and 64bit
> integer registers is cheaper than load/store. But IRA does
We detect this SCoP:
for (i ...)
{
foo(); // Difficult
// ScoP entry
for (j ...)
B;
a = 5 + i;
for (k ...)
C;
// SCoP exit
}
To find the parameters we have to "instantiate_scev" for every bb.
"instantiate_scev" requires an argument "outermost_loop" to define,
which loop
--
grosser at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Prio
--- Comment #5 from hjl dot tools at gmail dot com 2008-09-04 18:39 ---
Just for the record, move between MMX and GPR isn't a major issue
since we prefer SSE anyway. If it is the only inter class register
move problem for IRA, I am OK to close it as WONTFIX.
--
http://gcc.gnu.org/bu
char16_t and char32_t are still mangled as a vendor extension in the 4.4
sources. This is a blocker for 4.4; we need a standard mangling before it is
released in order to avoid binary incompatibility with future releases.
--
Summary: No standard mangling for char16/32_t yet
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37376
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P1 |P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37376
--- Comment #31 from rsandifo at gcc dot gnu dot org 2008-09-04 18:48
---
Subject: Bug 37243
Author: rsandifo
Date: Thu Sep 4 18:47:35 2008
New Revision: 139993
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139993
Log:
gcc/
PR middle-end/37243
* ira-build.c (f
--- Comment #8 from hjl at gcc dot gnu dot org 2008-09-04 19:03 ---
Subject: Bug 37359
Author: hjl
Date: Thu Sep 4 19:02:33 2008
New Revision: 139996
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139996
Log:
2008-09-04 Vladimir Makarov <[EMAIL PROTECTED]>
PR middle-
--- Comment #1 from kris dot van dot hees at oracle dot com 2008-09-04
19:12 ---
The vendor extension mangling was based on the following email as feedback on
the original patch:
http://gcc.gnu.org/ml/gcc-patches/2008-03/msg01622.html
The original suggested mangling was:
char16_t
--- Comment #3 from domob at gcc dot gnu dot org 2008-09-04 19:17 ---
Subject: Bug 37099
Author: domob
Date: Thu Sep 4 19:16:13 2008
New Revision: 139997
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139997
Log:
2008-09-04 Daniel Kraft <[EMAIL PROTECTED]>
* PR fortr
--- Comment #6 from vmakarov at redhat dot com 2008-09-04 19:25 ---
First of all, I've check the generated code on Core2 and I found it is not
slower than using movd.
IRA assigns hard registers calculating their costs. It the memory is
cheaper, it assigns memory. The first decisio
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-09-04 19:25 ---
Appearantly I have a patch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #32 from ebotcazou at gcc dot gnu dot org 2008-09-04 19:30
---
> I tried i586-linux with ira-merge branch. It built libgcc fine.
> So the problem is either fixed on ira-merge branch or it isn't
> caused by IRA merge.
Or isn't exposed on that branch.
It's a stack slot reuse
--- Comment #7 from hjl dot tools at gmail dot com 2008-09-04 19:45 ---
(In reply to comment #6)
> First of all, I've check the generated code on Core2 and I found it is not
> slower than using movd.
I think MMX may be slow anyway.
> The reason for this is in insn
>
> (insn:HI 14
--- Comment #11 from tehila at il dot ibm dot com 2008-09-04 19:46 ---
(In reply to comment #10)
> I'm bootstraping and testing it on x86 now.
Bootstrap fails (at least on x86_64) (with ICE).
Tehila.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37221
--- Comment #5 from burnus at gcc dot gnu dot org 2008-09-04 20:02 ---
(In reply to comment #4)
> DIMENSION x(:)
> (if that's a legal way to specify DIMENSION, I'm not sure)?
"dimension(:)" is only valid for (a) dummy arguments or (b)
allocatable/pointer; but with "(5)" instead of "(:)"
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-09-04 20:09 ---
Marked as regression to show up in the important bug list.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-09-04 20:12 ---
If we decide the test is bogus we should remove it, not xfail it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37364
--- Comment #9 from hjl dot tools at gmail dot com 2008-09-04 20:17 ---
I am concerned about those "*Yi"/"*Ym" and "r" pairs:
[EMAIL PROTECTED] i386]$ grep "\*Yi" *.md
i386.md:"=r,m ,*y,*y,?rm,?*y,*x,*x,?r ,m ,?*Yi,*x")
i386.md:"g ,ri,C ,*
At revision 140002 I get on i586-linux:
/home/eric/build/gcc/native32/./gcc/xgcc -B/home/eric/build/gcc/native32/./gcc/
-B/home/eric/install/gcc/i586-suse-linux/bin/
-B/home/eric/install/gcc/i586-suse-linux/lib/ -isystem
/home/eric/install/gcc/i586-suse-linux/include -isystem
/home/eric/install/gc
--- Comment #6 from domob at gcc dot gnu dot org 2008-09-04 20:23 ---
I'll try to find something about this in the standard. But you think DIMENSION
(and friends) is legally apply-able ("applicable"?) to symbols that are
declared later with their type? Hm... I hope to find out :)
Oth
--- Comment #19 from dje at gcc dot gnu dot org 2008-09-04 20:25 ---
The patch for this bug significantly degrades PowerPC performance.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2008-09-04 20:30
---
It's a miscompilation of df-scan.c:df_reorganize_refs_by_reg by
regalloc/reload.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #10 from hjl dot tools at gmail dot com 2008-09-04 20:30
---
Created an attachment (id=16224)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16224&action=view)
A patch
I am testing this patch
2008-09-04 H.J. Lu <[EMAIL PROTECTED]>
PR target/37364
*
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2008-09-04 20:32
---
Created an attachment (id=16225)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16225&action=view)
Preprocessed source
Sorry, I don't have time to reduce it.
Compile with -O2 -fomit-frame-pointer -mtune=pen
1 - 100 of 141 matches
Mail list logo