--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Summary|[4.1/4.24.3 regression] ICE |[4.1/4.2/4.3 regression] ICE
|with attribute unuse
The following valid code snippet triggers an ICE since GCC 3.4.0:
===
template struct A
{
T a, __attribute((unused)) b;
};
===
bug.cc:3: internal compiler error: in layout_type, at st
--- Comment #8 from Ralf dot Wildenhues at gmx dot de 2008-02-06 07:33
---
Fixed.
--
Ralf dot Wildenhues at gmx dot de changed:
What|Removed |Added
Status|WA
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35097
The following valid code snippet triggers an ICE on mainline:
===
template struct A;
template<> struct A<0>
{
typedef int X __attribute((aligned(4)));
};
template void foo(const A<0>::X&, T);
void bar()
{
foo(A<0>::X(), 0);
}
=
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35096
More fun with canonical types:
The following valid code snippet triggers an ICE on mainline:
===
typedef const int X __attribute((vector_size(8)));
extern const int x[] __attribute((vector_size(8)));
X x[] = {};
==
--- Comment #22 from ubizjak at gmail dot com 2008-02-06 06:52 ---
(In reply to comment #21)
> Obviously this heuristic is misbehaving in such a simple cases where no other
> registers are carried over loop. One obvious problem is also that it is in
> effect for SSE codegen too. I am
--- Comment #1 from corsepiu at gcc dot gnu dot org 2008-02-06 04:15
---
Created an attachment (id=15102)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15102&action=view)
preprocessed source of file producing ICE
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35072
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2008-02-06 01:27
---
I will work this one. I think the problem is not in freeing, but in not
reusing a UNIT structure already open.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Ad
--- Comment #13 from bangerth at dealii dot org 2008-02-06 01:19 ---
Re-confirmed here:
http://gcc.gnu.org/ml/gcc/2008-02/msg00066.html
--
bangerth at dealii dot org changed:
What|Removed |Added
---
--- Comment #21 from hubicka at gcc dot gnu dot org 2008-02-05 23:54
---
Looking at the -O2 and -O2 -fno-inline-small-functions, I believe last
remaining problem is our inability to hoist load of 0 out of loop:
The fill loop without inlining is taking the value as argument:
.L7:
--- Comment #5 from gerald at gcc dot gnu dot org 2008-02-05 23:14 ---
Subject: Bug 30330
Author: gerald
Date: Tue Feb 5 23:13:17 2008
New Revision: 132131
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132131
Log:
PR documentation/30330
* doc/invoke.texi (C++ D
--- Comment #20 from hubicka at gcc dot gnu dot org 2008-02-05 22:50
---
Last rumors I heard about LR splitting was that it didn't really helped and
worked and used LOOP notes, so it would need complete rewrite anyway. This
problem wasn't really LR splitting issue, just wrong caller sa
--- Comment #9 from fxcoudert at gcc dot gnu dot org 2008-02-05 21:08
---
This is fixed on 4.3.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from rsandifo at gcc dot gnu dot org 2008-02-05 21:08
---
Patch here: http://gcc.gnu.org/ml/gcc-patches/2008-02/msg00041.html
--
rsandifo at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2008-02-05 21:07
---
Subject: Bug 35037
Author: fxcoudert
Date: Tue Feb 5 21:06:32 2008
New Revision: 132129
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132129
Log:
PR fortran/35037
* trans-common.c (buil
--- Comment #20 from belyshev at depni dot sinp dot msu dot ru 2008-02-05
21:00 ---
(In reply to comment #19)
clean r131983 BOOT_CFLAGS=-O2: 35 FAILs [1]
patched r131983 BOOT_CFLAGS=-O2: 104 FAILs
patched r131983 BOOT_CFLAGS=-O3: 105 FAILs [2]
[1] http://gcc.gnu.org/ml/gcc-testresults
--- Comment #8 from burnus at gcc dot gnu dot org 2008-02-05 20:42 ---
Fixed on the trunk (4.3.0). Thanks for the bug report.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from burnus at gcc dot gnu dot org 2008-02-05 20:41 ---
Subject: Bug 35093
Author: burnus
Date: Tue Feb 5 20:40:45 2008
New Revision: 132128
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132128
Log:
2008-02-05 Tobias Burnus <[EMAIL PROTECTED]>
PR fort
--- Comment #9 from jakub at gcc dot gnu dot org 2008-02-05 20:31 ---
This doesn't affect any primary/secondary platforms.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #41 from rguenther at suse dot de 2008-02-05 20:30 ---
Subject: Re: [4.3 Regression] Has any one managed to run
the libjava test suite on powerpc-apple-darwin9?
On Tue, 5 Feb 2008, dominiq at lps dot ens dot fr wrote:
> --- Comment #40 from dominiq at lps dot ens dot
--- Comment #40 from dominiq at lps dot ens dot fr 2008-02-05 20:26 ---
> Please open a new PR for this.
May I say that it is the patch in comment #19 that allows to answer yes to my
question in the summary.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35035
--- Comment #19 from rth at gcc dot gnu dot org 2008-02-05 20:17 ---
I'm confused about the #16 report that appears to say there is one less error,
and the subsequent reports that there are "many new failures". Please give
more precise feedback.
--
http://gcc.gnu.org/bugzilla/show_
--- Comment #39 from howarth at nitro dot med dot uc dot edu 2008-02-05
20:13 ---
I am referring to the results from Apple's regress tester...
http://gcc.gnu.org/ml/gcc-testresults/2008-02/msg00321.html
The LargeFile libjava test has been in place for four years
and in that time I don
--- Comment #38 from rguenther at suse dot de 2008-02-05 20:10 ---
Subject: Re: [4.3 Regression] Has any one managed to run
the libjava test suite on powerpc-apple-darwin9?
On Tue, 5 Feb 2008, dominiq at lps dot ens dot fr wrote:
> --- Comment #35 from dominiq at lps dot ens dot
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35056
--- Comment #13 from jakub at gcc dot gnu dot org 2008-02-05 20:08 ---
Fixed on the trunk so far.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Known
--- Comment #12 from jakub at gcc dot gnu dot org 2008-02-05 20:04 ---
Subject: Bug 33553
Author: jakub
Date: Tue Feb 5 20:03:30 2008
New Revision: 132126
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132126
Log:
PR c++/33553
* pt.c (tsubst) : Don't issue error
--- Comment #37 from pinskia at gmail dot com 2008-02-05 20:01 ---
Subject: Re: [4.3 Regression] Has any one managed to run the libjava test
suite on powerpc-apple-darwin9?
> FAIL: LargeFile execution - source compiled test
> FAIL: LargeFile -findirect-dispatch execution - source compi
> FAIL: LargeFile execution - source compiled test
> FAIL: LargeFile -findirect-dispatch execution - source compiled test
> FAIL: LargeFile -O3 execution - source compiled test
> FAIL: LargeFile -O3 -findirect-dispatch execution - source compiled test
How much disk space do you have? HFS+ sucks f
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #4 from lee_merrill at yahoo dot com 2008-02-05 19:58 ---
It might be good to have the compiler issue a warning for such? It's neat that
it can tell that it's got a zero pointer...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35092
--- Comment #36 from howarth at nitro dot med dot uc dot edu 2008-02-05
19:58 ---
We ought to also try to figure out why the following new regressions are seen
on powerpc-apple-darwin8...
FAIL: LargeFile execution - source compiled test
FAIL: LargeFile -findirect-dispatch execution - s
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
OtherBugsDependingO||33702
nThis||
Target Milesto
--- Comment #4 from vincent dot riviere at freesbee dot fr 2008-02-05
19:56 ---
Same problem with GCC 4.3-20080201 on target i686-pc-linux-gnu
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33661
--- Comment #8 from reichelt at gcc dot gnu dot org 2008-02-05 19:54
---
Reopened, since the patch was reverted.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from dave at hiauly1 dot hia dot nrc dot ca 2008-02-05
19:46 ---
Subject: Re: [4.2 Regression] 841 unexpected failures in gfortran testsuite
> CC||rth at gcc dot gnu dot org
I'm sorry but Richard's change isn't the cause. T
--- Comment #11 from bergner at gcc dot gnu dot org 2008-02-05 19:34
---
Now we get a different ICE with the following test case:
[EMAIL PROTECTED]:~/gcc/PR29253/bugs> cat _abs_r16.f95
elemental function _gfortran_specific__abs_r16 (parm)
real (kind=16), intent (in) :: parm
real
--- Comment #2 from pluto at agmk dot net 2008-02-05 19:32 ---
for f()/g() it partially looks like missed transformation of `z!=0 => z`
in case of ADDR_EXPR which trigs different diagnotic:
f(): c-common.c: c_common_truthvalue_conversion with ADDR_EXPR.
g(): c-typeck.c: build_binary_op:
--- Comment #35 from dominiq at lps dot ens dot fr 2008-02-05 19:27 ---
Before closing this PR would it be possible to apply the patch in comment #19
for libjava/testsuite/libjava.jvmti/interp/natgetstacktrace.cc?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35035
--- Comment #6 from burnus at gcc dot gnu dot org 2008-02-05 18:37 ---
Patch:
http://gcc.gnu.org/ml/fortran/2008-02/msg00037.html
(Cross reference: The regression was caused by the fix for PR 32315.)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35093
--- Comment #19 from ubizjak at gmail dot com 2008-02-05 18:25 ---
There was a discussion on IRC some time ago, and it was suggested that there
was a LR-splitting patch in cygnus local tree. maybe someone would like to post
this patch on gcc-patches@ ML?
--
http://gcc.gnu.org/bugzil
--- Comment #8 from dgregor at gcc dot gnu dot org 2008-02-05 18:06 ---
Well, this was a fun one. Patch here:
http://gcc.gnu.org/ml/gcc-patches/2008-02/msg00146.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35049
This is a follow-up from PR 32315.
The following accesses valid data, but the array bounds are wrong:
program chkdata
character(len=20), dimension(4,4) :: string
data ( string(i,1),i=1,5) / 'A', 'B', 'C', 'D', 'E' /
end program chkdata
Since PR 32315 all invalid memory accesses are detec
--- Comment #5 from burnus at gcc dot gnu dot org 2008-02-05 17:29 ---
As I have a patch ... (Currently regtesting; valgrind reports no failures with
that patch.)
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from steven at gcc dot gnu dot org 2008-02-05 17:28 ---
Duplicates have always existed. E.g. -dr and -dG have been overloaded for as
long as I can remember using them.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35094
--- Comment #4 from hp at gcc dot gnu dot org 2008-02-05 17:21 ---
s/ice-on-valid/ice-on-invalid/
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
Keyw
--- Comment #3 from burnus at gcc dot gnu dot org 2008-02-05 17:13 ---
==25387== Invalid free() / delete / delete[]
==25387==at 0x4C2430F: free (in
/usr/lib64/valgrind/amd64-linux/vgpreload_memcheck.so)
==25387==by 0x414BE9: gfc_assign_data_value (data.c:332)
==25387==by 0x46
--- Comment #1 from tromey at gcc dot gnu dot org 2008-02-05 17:09 ---
Probably a dup of PR 9463.
What locale are you using? How is the umlaut encoded in the directory name?
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
---
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED|WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35089
--- Comment #2 from tromey at gcc dot gnu dot org 2008-02-05 17:02 ---
I think you need an additional -I pointing to the directory
containing the JDK's jni_md.h.
Can you confirm this and get back to me?
--
tromey at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from dnovillo at gcc dot gnu dot org 2008-02-05 16:58
---
Why was I CC'd on this PR?
--
dnovillo at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-02-05 16:57 ---
Thus, invalid.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|U
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||ice-on-valid-code
Priority|P3 |P4
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-02-05 16:53 ---
The declarations should be effectively the same.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35089
--- Comment #1 from hp at gcc dot gnu dot org 2008-02-05 16:50 ---
Same for cris-elf, host x86_64 under F 8. Further narrowing of revisions:
r132114 failed and r132112 worked. It can't be the r132114 revision (being i386
only), so it's pretty sure to be pault's commit.
--
hp at gcc
--- Comment #5 from bergner at gcc dot gnu dot org 2008-02-05 16:45 ---
This works for me using latest mainline, but using a compiler built with
revision 131553, it fails. I'll try and see if we're just getting lucky now or
whether it has been fixed since then.
Janis, in the meantime,
--- Comment #10 from bergner at gcc dot gnu dot org 2008-02-05 16:38
---
Bootstrap and regtesting is in progress on the new patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29253
--- Comment #2 from pluto at agmk dot net 2008-02-05 16:33 ---
(In reply to comment #0)
it's not a gcc bug, it's a null pointer dereference.
> while (1) {
> if (ctrl) {
> (...)
> lxTraceCopy(cuSub->traceTag, ctrl->ctrlPath, ...
> } else if (p
--- Comment #7 from dnovillo at gcc dot gnu dot org 2008-02-05 16:32
---
Subject: Bug 33738
Author: dnovillo
Date: Tue Feb 5 16:31:20 2008
New Revision: 132124
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132124
Log:
http://gcc.gnu.org/ml/gcc-patches/2008-02/msg0014
--- Comment #7 from ghazi at gcc dot gnu dot org 2008-02-05 16:27 ---
Fixed.
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #8 from tgall dot foo at gmail dot com 2008-02-05 16:24 ---
this bug might in some ways be related bug an older bug in gcc 4.1 where make
profiledbootstrap on power3 was busted.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28326
When I have been running into this problem it
--- Comment #18 from hubicka at gcc dot gnu dot org 2008-02-05 16:24
---
RA still don't split live ranges, but works sanely here:
.L21:
faddl (%ebx,%eax,8)
addl$1, %eax
cmpl%edx, %eax
jl .L21
Honza
--
hubicka at gcc dot gnu dot org c
--- Comment #6 from ghazi at gcc dot gnu dot org 2008-02-05 16:23 ---
Subject: Bug 35070
Author: ghazi
Date: Tue Feb 5 16:23:10 2008
New Revision: 132123
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132123
Log:
PR other/35070
* toplev.c (print_version): Honor
--- Comment #17 from hubicka at gcc dot gnu dot org 2008-02-05 16:18
---
The simplified testcase is dealt with the call crossed frequency patch. I now
get:
.L2:
faddl (%edx,%eax,8)
addl$1, %eax
cmpl$2000, %eax
jne .L2
fstpl -24(%e
--- Comment #6 from dnovillo at google dot com 2008-02-05 16:15 ---
Subject: Re: -Wtype-limits misses a warning when comparing enums
On 5 Feb 2008 11:21:26 -, manu at gcc dot gnu dot org
<[EMAIL PROTECTED]> wrote:
> You should use OPT_Wtype_limits instead of OPT_Wextra.
Ah, yes,
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-02-05 16:02 ---
I suggest to rip out support for -d'LETTER'.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35094
With the df branch merge we got duplicate uses of dump file letters ('z' at
least)
and some of the letters used are not documented as well.
--
Summary: RTL dump file letters hosed and partly undocumented
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
With revision 132122, I got
bash-3.2$
/export/build/gnu/gcc/build-x86_64-linux/gcc/testsuite/gfortran/../../gfortran
-B/export/build/gnu/gcc/build-x86_64-linux/gcc/testsuite/gfortran/../../
/export/gnu/src/gcc/gcc/gcc/testsuite/gfortran.dg/data_constraints_1.f90 -O
-pedantic-errors -S -m32 -
--- Comment #1 from lee_merrill at yahoo dot com 2008-02-05 15:51 ---
Created an attachment (id=15101)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15101&action=view)
The source code for causing the described problem
Type "make" and then run "btifc" to cause a core dump. The disa
When the -Os option is specified, a global variable reference can generate code
that has a relocation-style entry, i.e. "load register A with 0x30", which
causes an invalid pointer reference. This was found in Linux kernel version
2.6.16.27-0.9-smp in Suse, compiling a driver, which seems to have t
[forwarded from http://bugs.debian.org/397853]
confirmed with trunk 20080116
$ java FirstSample
Exception in thread "main" java.lang.NoClassDefFoundError: FirstSample
at gnu.java.lang.MainThread.run(libgcj.so.70)
Caused by: java.lang.ClassNotFoundException: FirstSample not found in
gnu.gcj.run
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2008-02-05
15:26 ---
Have you tried current gcc trunk to make sure that...
r132095 | rguenth | 2008-02-04 16:12:49 -0500 (Mon, 04 Feb 2008) | 6 lines
2008-02-04 Richard Guenther <[EMAIL PROTECTED]>
PR java/35035
not seen with trunk 20071202, seen with trunk 20080202
not seen with the backport of java from the trunk to the gcc-4.2 branch.
Matthias
=== libjava tests ===
Running target unix
FAIL:
/scratch/packages/gcc/4.3/java/gcj-4.3-4.3-20080202/src/libjava/testsuite/libjava.jar/TestCl
--- Comment #5 from burnus at gcc dot gnu dot org 2008-02-05 15:12 ---
> I thought a bit about that recently, and I don't like the idea of having to
> support parts of another vendor's extension. The first other idea I had was to
> add that STDCALL specification as an extension to the BI
--- Comment #2 from burnus at gcc dot gnu dot org 2008-02-05 15:02 ---
We need to add a "volatile_" attribute to COMMON; and, either add the VOLATILE
attribute to all its symbols in resolve.c or change the if block in
trans-common.c, which has been added in PR 35037.
--
http://gcc.g
--- Comment #3 from debian-gcc at lists dot debian dot org 2008-02-05
15:01 ---
reconfirmed with 20080202:
http://buildd.debian.org/fetch.cgi?&pkg=gcj-4.3&ver=4.3-20080202-1&arch=alpha&stamp=1202180571&file=log
Matthias
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33263
--- Comment #5 from hjl dot tools at gmail dot com 2008-02-05 14:52 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|NEW
--- Comment #4 from hjl at gcc dot gnu dot org 2008-02-05 14:51 ---
Subject: Bug 35084
Author: hjl
Date: Tue Feb 5 14:51:06 2008
New Revision: 132122
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132122
Log:
2008-02-05 H.J. Lu <[EMAIL PROTECTED]>
PR target/35084
When compiling JNI code in Linux RedHat, I get the following error:
/usr/java/j2sdk1.4.2_16/include/jni.h:39: error: conflicting types for
'jboolean'
/usr/lib/gcc/x86_64-redhat-linux/4.1.2/include/jni_md.h:84: error: previous
declaration of 'jboolean' was here
I need the compiler to pick the Sun's
--- Comment #7 from dgregor at gcc dot gnu dot org 2008-02-05 14:35 ---
This is a canonical types issue; I'm on it.
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from corsepiu at gcc dot gnu dot org 2008-02-05 14:32
---
Created an attachment (id=15100)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15100&action=view)
preprocessed source of file producing ICE
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35088
Today's (2008-02-05; rev. 132112) m68k-rtems*-gcc from gcc-trunk ICEs when
building rtems :
...
m68k-rtems4.9-gcc --pipe -B../../../lib/ -B../../../av5282/lib/ -specs
bsp_specs -qrtems -DPACKAGE_NAME=\"rtems-c-src\"
-DPACKAGE_TARNAME=\"rtems-c-src\" -DPACKAGE_VERSION=\"4.8.99.0\"
-DPACKAGE_STRING=\
--- Comment #7 from ubizjak at gmail dot com 2008-02-05 13:58 ---
This is the diff of expand_float() between gcc-4.2 and gcc-4.3. The relevant
part is logic at the top of the diff that has changed substantially:
--- 222 2008-02-05 14:52:52.0 +0100
+++ 111 2008-02-05 14:52:32.000
--- Comment #16 from hubicka at gcc dot gnu dot org 2008-02-05 13:55
---
Thanks, looks comparable to K8 scores, except that -O3 is not actually that
worse there. So it looks there is more than just random effect of code layout
involved, I will try to look into the assembly produced mor
--- Comment #3 from jakub at gcc dot gnu dot org 2008-02-05 13:49 ---
For -O1 and higher I of course expect this to be DEFERRED until we have
infrastructure. But for -O0 we IMHO can and should keep the expressions
around.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34037
--- Comment #10 from pault at gcc dot gnu dot org 2008-02-05 13:37 ---
Fixed on trunk - thanks, Dick!
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #15 from hubicka at gcc dot gnu dot org 2008-02-05 13:36
---
Thanks, looks comparable to K8 scores, except that -O3 is not actually that
worse there. So it looks there is more than just random effect of code layout
involved, I will try to look into the assembly produced mor
--- Comment #9 from pault at gcc dot gnu dot org 2008-02-05 13:34 ---
Subject: Bug 34945
Author: pault
Date: Tue Feb 5 13:33:35 2008
New Revision: 132121
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132121
Log:
2008-02-05 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #11 from dgregor at gcc dot gnu dot org 2008-02-05 13:34
---
This latest problem is identical to PR c++/35074, which has now been fixed. The
new test case in this bug is passing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33620
--- Comment #11 from hubicka at gcc dot gnu dot org 2008-02-05 13:31
---
This testcase is still slower, 4.4s with -O2 and 3.6s with -O2
-fno-inline-small-functions (on i386). I wondered if the patch counting
frequency of calls crossed helped here. My slowdown is smaller than what
repor
--- Comment #6 from dgregor at gcc dot gnu dot org 2008-02-05 13:30 ---
Fixed on mainline
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
Statu
--- Comment #5 from dgregor at gcc dot gnu dot org 2008-02-05 13:30 ---
Subject: Bug 35074
Author: dgregor
Date: Tue Feb 5 13:29:43 2008
New Revision: 132120
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132120
Log:
2008-02-05 Douglas Gregor <[EMAIL PROTECTED]>
PR c
--- Comment #8 from ismail at pardus dot org dot tr 2008-02-05 13:20
---
Created an attachment (id=15099)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15099&action=view)
*.vect file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35085
--- Comment #7 from ismail at pardus dot org dot tr 2008-02-05 13:20
---
Adding __attribute__((aligned(16))) doesn't work, attached is the *.vect file.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35085
--- Comment #6 from pault at gcc dot gnu dot org 2008-02-05 13:06 ---
Fixed on trunk
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #9 from pault at gcc dot gnu dot org 2008-02-05 13:05 ---
I've knocked back it's priority but have assigned it to myself to compensate.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #8 from pault at gcc dot gnu dot org 2008-02-05 12:57 ---
I just noticed that this is due to incorrect or non-existent type/kind checking
in the constructor 'mytype'. With -fdefault-integer-8, yy has KIND=8, whereas
the corresponding component has KIND=4, as given by the dec
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Summary|[4.3 regression]|[4.3 Regression]
|gcc.dg/vect/vect-iv-9.c |gcc.
1 - 100 of 135 matches
Mail list logo
