--- Comment #21 from Joey dot ye at intel dot com 2008-10-25 04:14 ---
To me scheduler is irrelevant here. GCC has no core2 pipeline description so
the instruction scheduling doesn't looks optimized. But for OOO processor like
core2, IMHO scheduling shouldn't make that much difference. A
--- Comment #16 from dave at hiauly1 dot hia dot nrc dot ca 2008-10-25
01:11 ---
Subject: Re: [4.4 Regression] Small structs are not passed correctly on
hppa64-*-*
> Can you please look at the testcases why they fail (what is passed
> differently)
> and try to minimize them as much a
I was trying to build an arm-linux-gcc with options "--with-march=armv7-a".
./configure fails, the error message is,
Unknown arch used in --with-arch=armv7-a
That is because SVN commit 132837 for file
svn://gcc.gnu.org/svn/gcc/trunk/gcc/config.gcc has not been merged into gcc-4.3
branch.
--
--- Comment #1 from meissner at gcc dot gnu dot org 2008-10-24 23:46
---
Subject: Bug 37841
Author: meissner
Date: Fri Oct 24 23:45:02 2008
New Revision: 141356
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141356
Log:
PR target/37841: Fix SPU abi
Added:
trunk/gcc/testsui
--- Comment #5 from kkojima at gcc dot gnu dot org 2008-10-24 23:10 ---
Subject: Bug 37769
Author: kkojima
Date: Fri Oct 24 23:09:00 2008
New Revision: 141354
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141354
Log:
PR rtl-optimization/37769
* regmove.c (optimi
--- Comment #2 from vmakarov at redhat dot com 2008-10-24 22:21 ---
Andreas, thanks for the useful preliminary analysis. The problem is a bit
different than 37674. Loop4 contains Loop5 and there is an exit from Loop5
right to Loop1 and store (from hard reg in L5 to memory in L1) is rem
--- Comment #16 from pinskia at gcc dot gnu dot org 2008-10-24 21:36
---
Verified fixes the PPC GNU/Linux libstdc++ failures that I was receiving too.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37815
--- Comment #21 from jakub at gcc dot gnu dot org 2008-10-24 20:04 ---
Indeed, changing that line didn't cure anything (but that still doesn't mean
that this hunk shouldn't be either fixed if needed, or killed).
Adding all EH_USES regs as explicit uses for all insns that may throw would
--- Comment #12 from jsm28 at gcc dot gnu dot org 2008-10-24 19:36 ---
Subject: Bug 19976
Author: jsm28
Date: Fri Oct 24 19:34:52 2008
New Revision: 141349
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141349
Log:
PR c/456
PR c/5675
PR c/19976
PR
--- Comment #15 from jsm28 at gcc dot gnu dot org 2008-10-24 19:36 ---
Subject: Bug 456
Author: jsm28
Date: Fri Oct 24 19:34:52 2008
New Revision: 141349
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141349
Log:
PR c/456
PR c/5675
PR c/19976
PR c
--- Comment #13 from jsm28 at gcc dot gnu dot org 2008-10-24 19:36 ---
Subject: Bug 5675
Author: jsm28
Date: Fri Oct 24 19:34:52 2008
New Revision: 141349
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141349
Log:
PR c/456
PR c/5675
PR c/19976
PR
--- Comment #9 from jsm28 at gcc dot gnu dot org 2008-10-24 19:36 ---
Subject: Bug 35198
Author: jsm28
Date: Fri Oct 24 19:34:52 2008
New Revision: 141349
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141349
Log:
PR c/456
PR c/5675
PR c/19976
PR
--- Comment #4 from jsm28 at gcc dot gnu dot org 2008-10-24 19:36 ---
Subject: Bug 31871
Author: jsm28
Date: Fri Oct 24 19:34:52 2008
New Revision: 141349
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141349
Log:
PR c/456
PR c/5675
PR c/19976
PR
--- Comment #4 from jsm28 at gcc dot gnu dot org 2008-10-24 19:36 ---
Subject: Bug 29116
Author: jsm28
Date: Fri Oct 24 19:34:52 2008
New Revision: 141349
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141349
Log:
PR c/456
PR c/5675
PR c/19976
PR
--- Comment #20 from zadeck at naturalbridge dot com 2008-10-24 18:44
---
Subject: Re: [4.4 Regression] Revision 139827 causes Divide_X
jakub at gcc dot gnu dot org wrote:
> --- Comment #19 from jakub at gcc dot gnu dot org 2008-10-24 18:09
> ---
> This hunk in df-scan.c con
--- Comment #19 from jakub at gcc dot gnu dot org 2008-10-24 18:09 ---
This hunk in df-scan.c confuses me:
/* These registers are live everywhere. */
if (!reload_completed)
{
#ifdef EH_USES
/* The ia-64, the only machine that uses this, does not define these
unt
--- Comment #2 from wonsjb at gmail dot com 2008-10-24 17:58 ---
I am not sure what should be the right behavior here.
Maybe a compile error.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37911
--- Comment #11 from manu at gcc dot gnu dot org 2008-10-24 17:21 ---
Patch for GCC 4.5 :
http://gcc.gnu.org/ml/gcc-patches/2008-10/msg01066.html
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #5 from ubizjak at gmail dot com 2008-10-24 16:47 ---
(In reply to comment #4)
> Okay, now I noticed the 'nand' comment on the documentation for atomic
> builtins, the code does implement the 'negate and AND' logic, which is named
> 'nand'.
So, INVALID.
--
ubizjak at g
--- Comment #18 from jakub at gcc dot gnu dot org 2008-10-24 16:11 ---
FYI, EH_USES (32) is 1, so dataflows knows (or at least should know) this
register is needed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37378
--- Comment #1 from cfairles at gcc dot gnu dot org 2008-10-24 16:06
---
I haven't double checked the standard but this looks like undefined behavior.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37911
If I compile this code:
(g++ -o element element.cpp)
#include
#include
using namespace std;
class element
{
public:
element()
{
cout << "element() = " << this << endl;
}
element(const element &e)
{
cout << "element(const element &e="<< &e << ") = " << this
--- Comment #17 from jakub at gcc dot gnu dot org 2008-10-24 15:32 ---
Created an attachment (id=16538)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16538&action=view)
prims.ii.188r.dce
*.dce dump on Kenny's request.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37378
--- Comment #16 from jakub at gcc dot gnu dot org 2008-10-24 15:22 ---
I guess e.g. ia64_expand_prologue could add all those regs that it
/* Even if we're not going to generate an epilogue, we still
need to save the register so that EH works. */
if (! epilogue_p)
emit_insn (gen_pro
--- Comment #3 from john dot roden at wanadoo dot fr 2008-10-24 14:43
---
I think I have mis-stated this bug as a compiler fault. When I tried to
reproduce it just now it did not happen again. The reason appears to be that I
restarted my machine.
The environment is Fedora 9 running
--- Comment #15 from jakub at gcc dot gnu dot org 2008-10-24 14:38 ---
BTW, the unwind info says that rp is saved in r34 even for the .L7 and onwards
hunk.
Anyway, in the 196r.compgotos dump mov r34 = b0 insn is still before the
conditional jump to .L7, it is the scheduler that moves it
--- Comment #2 from paolo dot carlini at oracle dot com 2008-10-24 14:23
---
Yes, this is the right behaviour, conforming to the C++ Standard. It has been
announced in the 3.4.x release notes:
http://gcc.gnu.org/gcc-3.4/changes.html
--
paolo dot carlini at oracle dot com changed:
--- Comment #1 from lyricsfan at lycos dot com 2008-10-24 14:11 ---
one more thing: when inheriting from, say, X, all is fine.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37910
g++ 4.3.2
linux 2.6.11.7 (gentoo)
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../gcc-4.3.2/configure --prefix=
Thread model: posix
gcc version 4.3.2 (GCC)
g++ test.cpp
Error when condition detailed at the end is met:
test.cpp: In constructor 'Y::Y()':
test.cpp:5: error: 'i
--- Comment #1 from masaki dot chikama at gmail dot com 2008-10-24 14:04
---
Created an attachment (id=16537)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16537&action=view)
ccPOF0j6.out
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37909
--- Comment #8 from jakub at gcc dot gnu dot org 2008-10-24 14:04 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
I got internal compile error when compiling vtk.
The flowing ccPOF0j6.cxx is preprocessed file while compiling with sh4 native
gcc.
Then I confirm it using gcc-4_3_branch cross compiler.
$ ~/x-tools/sh4-unknown-linux-gnu/bin/sh4-unknown-linux-gnu-gcc -g -O2 -fPIC
ccPOF0j6.cxx
/builddir/build/BUIL
--- Comment #4 from chewi at aura-online dot co dot uk 2008-10-24 14:00
---
Thank you very much! I was starting to feel like a raving lunatic trying to
prove this one.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37051
--- Comment #7 from jakub at gcc dot gnu dot org 2008-10-24 13:59 ---
Subject: Bug 36038
Author: jakub
Date: Fri Oct 24 13:57:43 2008
New Revision: 141343
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141343
Log:
PR tree-optimization/36038
* tree-ssa-loop-ivopts
--- Comment #14 from jakub at gcc dot gnu dot org 2008-10-24 13:53 ---
I think it is _Jv_divI which now has wrong unwind info (well, not only that).
Here is a self-contained source for _Jv_divI:
#pragma GCC java_exceptions
extern "Java"
{
typedef __java_int jint;
typedef __java_long
--- Comment #3 from aph at gcc dot gnu dot org 2008-10-24 13:41 ---
I found this bug.
There's a long discussion at
http://gcc.gnu.org/ml/java-patches/2008-q3/msg00094.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37051
--- Comment #4 from kokseng at ieee dot org 2008-10-24 12:18 ---
Okay, now I noticed the 'nand' comment on the documentation for atomic
builtins, the code does implement the 'negate and AND' logic, which is named
'nand'.
On page 164 of icc "Intrinsics Reference"
(http://softwarecommu
--- Comment #4 from cfairles at gcc dot gnu dot org 2008-10-24 11:46
---
Adding error-recovery since 2nd testcase does print out sane error msg before
ICE.
--
cfairles at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-10-24 11:44 ---
Works for me with 4.3.0, 4.3.1 and 4.3.2. What options did you use to get
the segfault?
--
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.3.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37903
--- Comment #16 from dodji at seketeli dot org 2008-10-24 10:56 ---
Subject: Re: debug info for class2 in g++.dg/other/unused1.C
requires -femit-class-debug-always
jason at redhat dot com a écrit :
> Could you (Dodji) try building libstdc++ with -femit-class-debug-always,
> and see
--- Comment #3 from jakub at gcc dot gnu dot org 2008-10-24 10:42 ---
__sync_*nand* behaves as documented. See info gcc, Atomic Builtins.
or
http://gcc.gnu.org/ml/gcc-patches/2005-04/msg02168.html
Do you have any evidence that icc implements this differently?
--
http://gcc.gnu.org/
--- Comment #20 from bonzini at gnu dot org 2008-10-24 10:16 ---
Why doesn't bugzilla have a preview? Run the previous comment through
sed -e '/, *$/\!b; N; y/\n/ /'
to get the side-by-side outputs.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37364
--- Comment #15 from manu at gcc dot gnu dot org 2008-10-24 10:12 ---
This is FIXED in GCC 4.4
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
Sta
--- Comment #19 from bonzini at gnu dot org 2008-10-24 10:11 ---
Left = old, right = IRA.
It seems to me that the better register allocation of IRA gives the
post-regalloc scheduling pass much less freedom.
Intel guys, could you run SPEC with -O2 -fschedule-insns and -O2, both of them
--- Comment #14 from manu at gcc dot gnu dot org 2008-10-24 10:10 ---
Subject: Bug 7543
Author: manu
Date: Fri Oct 24 10:09:06 2008
New Revision: 141340
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141340
Log:
2008-10-24 Manuel López-Ibáñez <[EMAIL PROTECTED]>
PR
--- Comment #9 from jakub at gcc dot gnu dot org 2008-10-24 09:17 ---
Test adjusted.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|REOPE
--- Comment #8 from jakub at gcc dot gnu dot org 2008-10-24 09:16 ---
Subject: Bug 37882
Author: jakub
Date: Fri Oct 24 09:14:57 2008
New Revision: 141339
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141339
Log:
PR middle-end/37882
* gcc.c-torture/execute/pr378
--- Comment #1 from paolo dot carlini at oracle dot com 2008-10-24 08:53
---
The bulk of this is C++ front-end of course...
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
---
--- Comment #1 from paolo dot carlini at oracle dot com 2008-10-24 08:45
---
Hi. This issue is really c++, because the library just forwards to the
"builtin" C++ trait. The latter in turn simply uses TYPE_HAS_TRIVIAL_DFLT, thus
seems to me similar to c++/36856, that is the appropriate f
514 and 141335
$ gcc -v
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: ../src/configure --disable-bootstrap
--enable-languages=c,c++,fortran --enable-checking=assert
Thread model: posix
gcc version 4.4.0 20081024 (experimental) [trunk revision 141335] (GCC)
$ gcc -m32 -O2
--- Comment #2 from ubizjak at gmail dot com 2008-10-24 07:44 ---
Patch in testing.
--
ubizjak at gmail dot com changed:
What|Removed |Added
AssignedTo|unassigned
--- Comment #1 from ubizjak at gmail dot com 2008-10-24 07:44 ---
Confirmed.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Component|c
53 matches
Mail list logo
