reg...@john-home:~/volatile/bugs/tmp319$ current-gcc -v
Using built-in specs.
COLLECT_GCC=current-gcc
COLLECT_LTO_WRAPPER=/home/regehr/z/compiler-install/gcc-r161425-install/libexec/gcc/i686-pc-linux-gnu/4.6.0/lto-wrapper
Target: i686-pc-linux-gnu
Configured with: ../configure
--- Comment #17 from paul dot richard dot thomas at gmail dot com
2010-06-28 06:47 ---
Subject: Re: gfortran generates wrong results due to wrong
ABI in function with array return
OK, I have regtested a submittable version this morning. I will do
the business tonight.
Paul
--- Comment #4 from hp at gcc dot gnu dot org 2010-06-28 07:45 ---
(In reply to comment #2)
On Linux/ia32, I also see:
FAIL: 23_containers/unordered_map/erase/1.cc execution test
FAIL: 23_containers/unordered_map/erase/24061-map.cc execution test
FAIL:
--- Comment #1 from hubicka at gcc dot gnu dot org 2010-06-28 07:46 ---
It really seems that both patches (prefetching and partial inlining) are
responsible for some of the regressions. I've now comited the patch to reduce
autoinlining from 50 to 40. It solves size issues at least
I see those too, for cris-elf; assert failures (49 of them; regress-5 -
regress-54). They are *not* gone as of r161481.
In that case I guess I really need some way to reproduce them. If this is glibc
version specific, can I possibly have preprocessed file for one of the testcases
at x86?
--- Comment #5 from hubicka at ucw dot cz 2010-06-28 08:27 ---
Subject: Re: [4.6 Regression] Partial inlining
breaks C++
I see those too, for cris-elf; assert failures (49 of them; regress-5 -
regress-54). They are *not* gone as of r161481.
In that case I guess I really
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-06-28 08:30 ---
Yes. I notified honza about that problem.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from dominiq at lps dot ens dot fr 2010-06-28 08:48 ---
This is likely the cause of recent failures for gfortran on ppc, see
http://gcc.gnu.org/ml/gcc-testresults/2010-06/msg02876.html
http://gcc.gnu.org/ml/gcc-testresults/2010-06/msg02871.html
The patch in comment #2
--- Comment #2 from jakub at gcc dot gnu dot org 2010-06-28 08:54 ---
Created an attachment (id=21021)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21021action=view)
gcc46-pr44682.patch
Untested fix.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44682
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44691
--- Comment #8 from burnus at gcc dot gnu dot org 2010-06-28 09:09 ---
Created an attachment (id=21022)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21022action=view)
Draft patch for reading NaN(alphanum) in list-directed I/O
While INF/NAN were already supported in list-directed
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-06-28 09:13 ---
Confirmed. At -O2 -g we get for 4.4.x
variable tracking : 0.26 ( 1%) usr 0.00 ( 0%) sys 0.24 ( 1%) wall
1870 kB ( 1%) ggc
TOTAL : 26.74 1.1929.62
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-06-28 09:13 ---
Created an attachment (id=21023)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21023action=view)
unincluded testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44694
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-06-28 09:14 ---
Fixed on trunk sofar.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Known
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-06-28 09:17 ---
Confirmed. A recent regression.
#2 0x009ad621 in simplify_subreg (outermode=HImode,
op=0x77facd40, innermode=QImode, byte=0)
at /space/rguenther/src/svn/trunk/gcc/simplify-rtx.c:5116
5116
--- Comment #26 from rguenth at gcc dot gnu dot org 2010-06-28 09:35
---
(In reply to comment #21)
With the patch in comment #19, the test suite pass with -m32 and -m64, but for
gfortran.dg/transpose_2.f90 which needs an adjustment of the dg-error.
AFAICT the SUM of the different
--- Comment #6 from pluto at agmk dot net 2010-06-28 09:47 ---
(In reply to comment #5)
N.B. nullptr is a keyword in c++0x, and proper nullptr support has been added
to 4.6 anyway, but those covnersions should still work
gcc = 4.4 rejects only operator!=(pmf,nullptr):
$ g++44 t.cpp
--- Comment #24 from jakub at gcc dot gnu dot org 2010-06-28 11:05 ---
On:
extern C void abort ();
struct S
{
int x;
int y;
};
struct T
{
int x;
int y;
T (int u, int v) : x (u), y (v) {}
};
extern const S s;
extern const T t, u;
int sx = s.x;
int tx = t.x;
const S s = { 1,
--- Comment #5 from baldrick at gcc dot gnu dot org 2010-06-28 11:13
---
I'm hitting the same thing when building LLVM. It needs -fPIC and -O3 to fire
on
my x86-64 linux box:
$ g++-4.6 -fPIC -O3 DwarfException.ii
DwarfException.ii:56:89: internal compiler error: in
--- Comment #6 from baldrick at gcc dot gnu dot org 2010-06-28 11:14
---
Created an attachment (id=21024)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21024action=view)
Reduced testcase
--
baldrick at gcc dot gnu dot org changed:
What|Removed
--- Comment #49 from gcc at breakpoint dot cc 2010-06-28 11:18 ---
Modified:
trunk/gcc/ChangeLog
trunk/gcc/caller-save.c
trunk/gcc/config/rs6000/e500.h
Is it possible to get this into the 4.4 and 4.5 branch as well?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44364
--- Comment #25 from jakub at gcc dot gnu dot org 2010-06-28 11:22 ---
I guess best would be to wait for the constexpr work, then use that as an
infrastructure to discover ctors that aren't marked as constexpr, but they
could be and use that at bit together with !TREE_USED during
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-06-28 11:53 ---
I can no longer reproduce this.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from morandini at aero dot polimi dot it 2010-06-28 11:58
---
Created an attachment (id=21025)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21025action=view)
Reduced testcase
--
morandini at aero dot polimi dot it changed:
What|Removed
--- Comment #7 from hubicka at gcc dot gnu dot org 2010-06-28 12:58 ---
Mine. THanks a lot for testcase!
--
hubicka at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from paolo dot carlini at oracle dot com 2010-06-28 13:08
---
I'm still working on this, but this kind of situation is certainly part of the
problem, if not all of it, it ICES.
Jason, does it look familiar to you? I'm asking because I think you implemented
the recent
program rte1
implicit none
type::node_type
class(node_type),pointer::parent,child
integer::id
end type node_type
type(node_type),target::root
allocate(root%child)
root%child%parent=root
root%id=1
root%child%id=2
print *,root%child%id, is child of ,root%id,:
print
--- Comment #1 from burnus at gcc dot gnu dot org 2010-06-28 14:42 ---
Confirmed. For the record: Works with the NAG, Intel, and Cray compiler.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from hjl dot tools at gmail dot com 2010-06-28 14:43 ---
(In reply to comment #5)
Subject: Re: [4.6 Regression] Partial inlining
breaks C++
I see those too, for cris-elf; assert failures (49 of them; regress-5 -
regress-54). They are *not* gone as of
--- Comment #1 from abel at gcc dot gnu dot org 2010-06-28 15:07 ---
Confirmed. This is because we see an insn
(set (reg:SI 1 dx [237])
(subreg:SI (plus:DI (reg:DI 2 cx [orig:135 imaj ] [135])
(const_int -1 [0x])) 0))
generated by the recently added
--- Comment #8 from hubicka at gcc dot gnu dot org 2010-06-28 15:12 ---
Subject: Bug 44357
Author: hubicka
Date: Mon Jun 28 15:12:11 2010
New Revision: 161495
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=161495
Log:
PR tree-optimization/44357
* ipa-inline.c
--- Comment #5 from matz at gcc dot gnu dot org 2010-06-28 15:14 ---
Subject: Bug 44592
Author: matz
Date: Mon Jun 28 15:14:31 2010
New Revision: 161496
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=161496
Log:
PR middle-end/44592
* gimple-fold.c
--- Comment #14 from edmar at freescale dot com 2010-06-28 15:15 ---
I am attaching new patches. One for gcc-4.4 and the other for gcc-4.5 and
gcc-4.6.
All three branches were bootstrapped and regression tested for both 32 bits
powerpc (603e) and 64 bit powerpc (970) with no
--- Comment #6 from matz at gcc dot gnu dot org 2010-06-28 15:16 ---
Fixed for 4.6, waiting a bit for 4.5.
--
matz at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #15 from edmar at freescale dot com 2010-06-28 15:17 ---
Created an attachment (id=21026)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21026action=view)
Alternative patch that affects powerpc only
--
edmar at freescale dot com changed:
What|Removed
--- Comment #16 from edmar at freescale dot com 2010-06-28 15:18 ---
Created an attachment (id=21027)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21027action=view)
Alternative patch for 4.5 and trunk
--
edmar at freescale dot com changed:
What|Removed
--- Comment #17 from edmar at freescale dot com 2010-06-28 15:19 ---
Created an attachment (id=21028)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21028action=view)
Changelog for alternative patches
--
edmar at freescale dot com changed:
What|Removed
--- Comment #7 from paolo dot carlini at oracle dot com 2010-06-28 15:20
---
I'm now pretty sure that the issue with locale::locale() is all there is to
this PR. I also checked that the below patchlet avoids the ICE both for the
original testcase and my snippet (it also passes the
--- Comment #7 from hjl dot tools at gmail dot com 2010-06-28 15:33 ---
Created an attachment (id=21029)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21029action=view)
23_containers/unordered_map/insert/map_single.cc
This is the 32bit preprocessed
--- Comment #6 from jamborm at gcc dot gnu dot org 2010-06-28 15:42 ---
Subject: Bug 44535
Author: jamborm
Date: Mon Jun 28 15:42:01 2010
New Revision: 161498
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=161498
Log:
2010-06-28 Martin Jambor mjam...@suse.cz
PR
--
rearnsha at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44072
--- Comment #5 from hubicka at gcc dot gnu dot org 2010-06-28 15:51 ---
Subject: Bug 44687
Author: hubicka
Date: Mon Jun 28 15:51:25 2010
New Revision: 161500
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=161500
Log:
PR tree-optimization/44687
*
--- Comment #5 from paolo dot carlini at oracle dot com 2010-06-28 16:00
---
It looks like PR44039 is the same issue, my patchlet there fixes this one too.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44040
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-06-28 16:03 ---
(In reply to comment #2)
condition_variable_any was completely broken in 4.4 and its ABi changed when
we
implemented it for real. Obviously we can't preserve ABI between a broken,
incomplete implementation and
--- Comment #4 from jakub at gcc dot gnu dot org 2010-06-28 16:12 ---
Seems the problem here is extremely long loc_chain lists (the longest one in
insert_into_intersection has 3740 entries), so e.g. insert_into_intersection is
extremely time consuming. Most of the locations in the long
--- Comment #5 from paolo dot carlini at oracle dot com 2010-06-28 16:12
---
A (small) mistake? I think the hope at the time was that Chris Fairles would
soon contribute the rest of the work and the complete facility shipped the next
major release series. That didn't happen,
--- Comment #6 from paolo dot carlini at oracle dot com 2010-06-28 16:14
---
Actually 4.5 is fine too ;)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44679
As reported by Kai Tietz, the testsuite fails under MinGW64 due to the \r\n vs.
\n line breaks:
Possible patch for ftell_3.f90 (created for PR 43605):
Index: ftell_3.f90
===
--- ftell_3.f90 (revision 161500)
+++ ftell_3.f90
--- Comment #7 from jamborm at gcc dot gnu dot org 2010-06-28 17:00 ---
Fixed.
--
jamborm at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
Kai Tietz reported that inquire_size.f90 fails on MinGW as inquire(...
size=size) returns 0 instead of 3000.
Question 1: Why does gfortran always use stat. Wouldn't it be better to use
for open files:
save = ftell(s)
seek(s, 0, SEEK_END)
size = ftell(s)
seek (s, save, SEEK_SET
Question
At revision 161501, bootstrapping fails at stage 2 on x86_64-apple-darwin10
with:
...
/opt/gcc/build_w/./prev-gcc/xgcc -B/opt/gcc/build_w/./prev-gcc/
-B/opt/gcc/gcc4.6w/x86_64-apple-darwin10.4.0/bin/
-B/opt/gcc/gcc4.6w/x86_64-apple-darwin10.4.0/bin/
--- Comment #4 from pault at gcc dot gnu dot org 2010-06-28 17:16 ---
Subject: Bug 40158
Author: pault
Date: Mon Jun 28 17:16:06 2010
New Revision: 161504
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=161504
Log:
2010-06-28 Paul Thomas pa...@gcc.gnu.org
PR
--- Comment #1 from burnus at gcc dot gnu dot org 2010-06-28 17:16 ---
For Windows (MinGW64), Kai reports that adding the following to buf_flush
helps:
@@ -404,6 +407,9 @@
s-ndirty -= writelen;
if (s-ndirty != 0)
return -1;
+#ifdef _WIN32
+ _commit (s-fd);
+#endif
return
I've experienced an internal compiler error attempting to compile
netpbm-10.35.75 under -Os optimization. I've reduced the problem file
(pamscale.c) down to a minimal example:
Script started on Mon Jun 28 10:15:13 2010
bash-4.1$ cat break-gcc.i
extern int bar(void);
int foo(float f, int i)
{
--- Comment #1 from dominiq at lps dot ens dot fr 2010-06-28 17:21 ---
Last successful bootstrap at revision 161470.
--
dominiq at lps dot ens dot fr changed:
What|Removed |Added
--- Comment #4 from hjl at gcc dot gnu dot org 2010-06-28 17:26 ---
Subject: Bug 43781
Author: hjl
Date: Mon Jun 28 17:25:49 2010
New Revision: 161505
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=161505
Log:
Add a testcase for PR tree-optimization/43781.
2010-06-28 H.J. Lu
--- Comment #2 from jb at gcc dot gnu dot org 2010-06-28 17:27 ---
(In reply to comment #0)
Question 1: Why does gfortran always use stat. Wouldn't it be better to use
for open files:
save = ftell(s)
seek(s, 0, SEEK_END)
size = ftell(s)
seek (s, save, SEEK_SET
Yes, this
--- Comment #3 from ktietz at gcc dot gnu dot org 2010-06-28 17:27 ---
Created an attachment (id=21030)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21030action=view)
Patch for mingw x86/x64 targets
This patch fixes for me the problem by calling in raw_flush and in buf_flush
the
PR44492 was fixed in r161328. This revision changed the generated code for
asm-es-2.c as follows:
--- asm-es-2.s-ok
+++ asm-es-2.s-bad
@@ -23,9 +23,10 @@
f2:
.p2align 4,,15
.L3:
+ addi 3,3,16
#APP
# 14 gcc-4.6-20100626/gcc/testsuite/gcc.target/powerpc/asm-es-2.c 1
-
--- Comment #12 from pinskia at gcc dot gnu dot org 2010-06-28 17:39
---
*** Bug 44700 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-06-28 17:39 ---
*** This bug has been marked as a duplicate of 44546 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #21 from bernds at gcc dot gnu dot org 2010-06-28 17:50 ---
The patch that was committed (especially the cse.c exp_equiv_p part) seems like
a big hammer, and it does cause missed optimization opportunities.
Reverting it on gcc-4.1-branch, and instead applying the patch for
--- Comment #1 from ktietz at gcc dot gnu dot org 2010-06-28 17:59 ---
Yes, suggested patch works fine for me
--
ktietz at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from kirr at landau dot phys dot spbu dot ru 2010-06-28
18:04 ---
REOPEN
Daniel, thanks for working on this.
Because dropping support for -MD was initially spot as 4.3 - 4.4 regression,
and you committed the fix to 4.6 only, I think it would be good to apply your
patch
--- Comment #10 from kirr at landau dot phys dot spbu dot ru 2010-06-28
18:05 ---
Created an attachment (id=21031)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21031action=view)
gfortran-4.4-MD.patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43954
--- Comment #11 from kirr at landau dot phys dot spbu dot ru 2010-06-28
18:06 ---
Created an attachment (id=21032)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21032action=view)
gfortran-4.5-MD.patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43954
A USE, ... ONLY: statement is allowed to define more than one local name for
the same module entity. This is broken for the ISO_C_BINDING module (and
perhaps for other intrinsic modules). For example, the following does not work:
program bug_program
use ISO_C_Binding, only: C_ptr,
List initialization fail if parameter is typedef-name of the
std::initializer_list.
#include initializer_list
typedef std::initializer_listint type ;
void f(type) {}
int main()
{
// error: could not convert '{1, 2, 3}' to 'type'
f({1,2,3}) ;
}
--
Summary: List initialization
--- Comment #2 from dominiq at lps dot ens dot fr 2010-06-28 18:55 ---
This is caused by revision 161496:
Author: matz
Date: Mon Jun 28 15:14:31 2010 UTC (2 hours, 52 minutes ago)
Changed paths: 4
Log Message:
PR middle-end/44592
* gimple-fold.c
--- Comment #9 from jvdelisle at gcc dot gnu dot org 2010-06-28 19:15
---
Tobias,
Your patch is approved. Also, I managed to get all your comments addressd for
the read_f patch including signs on Inf last night and will resubmit tonight.
--
--- Comment #10 from hjl dot tools at gmail dot com 2010-06-28 19:17
---
Here is a small testcase:
[...@gnu-6 44551]$ cat c.s
.file c.c
.text
.p2align 4,,15
.globl foo
.type foo, @function
foo:
.LFB798:
.cfi_startproc
pushq %rbp
--- Comment #11 from hjl dot tools at gmail dot com 2010-06-28 19:17
---
Testcase is
[...@gnu-6 44551]$ cat c.c
#include immintrin.h
__m128i
foo (__m256i x, __m128i y)
{
__m256i r = _mm256_insertf128_si256(x, y, 1);
__m128i a = _mm256_extractf128_si256(r, 1);
return a;
}
--- Comment #4 from burnus at gcc dot gnu dot org 2010-06-28 19:29 ---
(In reply to comment #2)
See unix.c:buf_flush(). Called via the sflush() inline function/function
pointer thingy. libgfortran does not use C stdio
(fread/fwrite/fflush/fseek/...), but rather the lower level
--- Comment #14 from danglin at gcc dot gnu dot org 2010-06-28 19:31
---
I still see it as of 161474 (both head and 4.5).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42169
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
--- Comment #2 from janus at gcc dot gnu dot org 2010-06-28 19:35 ---
-fdump-tree-original shows that the ASSOCIATED statement inside the subroutine
does not do the right thing:
D.1556 = this-$data-parent.$data == (struct class$node_type *) that
this-$data-parent.$data != 0B;
--- Comment #3 from janus at gcc dot gnu dot org 2010-06-28 19:46 ---
The following variant also fails (without the ASSOCIATED statement being inside
a subroutine):
program rte1
implicit none
type::node_type
class(node_type),pointer::parent,child
integer::id
end type
--- Comment #4 from janus at gcc dot gnu dot org 2010-06-28 20:02 ---
The fix for this bug turns out to be totally trivial:
Index: gcc/fortran/trans-intrinsic.c
===
--- gcc/fortran/trans-intrinsic.c (revision 161504)
--- Comment #10 from burnus at gcc dot gnu dot org 2010-06-28 20:05 ---
Subject: Bug 43298
Author: burnus
Date: Mon Jun 28 20:04:40 2010
New Revision: 161510
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=161510
Log:
2010-06-28 Tobias Burnus bur...@net-b.de
PR
--- Comment #3 from jakub at gcc dot gnu dot org 2010-06-28 20:13 ---
Subject: Bug 44682
Author: jakub
Date: Mon Jun 28 20:12:31 2010
New Revision: 161511
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=161511
Log:
PR c++/44682
* class.c (build_base_path): If
--- Comment #7 from dominiq at lps dot ens dot fr 2010-06-28 20:42 ---
Fixed for 4.6, waiting a bit for 4.5.
Revision 161496 caused pr44699.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44592
--- Comment #8 from hubicka at gcc dot gnu dot org 2010-06-28 21:16 ---
Subject: Bug 44671
Author: hubicka
Date: Mon Jun 28 21:16:25 2010
New Revision: 161514
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=161514
Log:
PR middle-end/44671
* ipa-split.c
--- Comment #2 from hjl dot tools at gmail dot com 2010-06-28 21:57 ---
I think it is a latent bug exposed by revision 161329. Now
x86 backend may generate:
(ior:HI (ashift:HI (zero_extend:HI (umod:QI (reg:HI 68)
(reg:QI 61 [ D.2750 ])))
(const_int 8 [0x8]))
--- Comment #9 from paolo dot carlini at oracle dot com 2010-06-28 22:27
---
Confirmed fixed, thanks.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #3 from hjl dot tools at gmail dot com 2010-06-28 23:21 ---
Created an attachment (id=21033)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21033action=view)
A patch
This patch avoids ICE. But it probably isn't the right fix.
--
--- Comment #11 from changpeng dot fang at amd dot com 2010-06-29 00:07
---
I have a patch that partially fixes the problem:
http://gcc.gnu.org/ml/gcc-patches/2010-06/msg02956.html
Note that for this test case, the compile time doubled even though
I don't compute the miss rate at all.
Information about my system:
FreeBSD i386-undermydesk-freebsd
GCC version 4.2.1 20070719 [FreeBSD]
Don't know the options; I guess they may be default(?)
I got it from running portupgrade gobject-introspection as root. It eventually
displays gmake[2]: Leaving directory
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-06-29 00:29 ---
A few things.
We need the preprocessed source as requested by http://gcc.gnu.org/bugs.html.
Next I notice you are using a GCC provided by freebsd, you should report this
bug to them really.
Not to mention 4.2.x is
--- Comment #12 from changpeng dot fang at amd dot com 2010-06-29 00:49
---
Created an attachment (id=21034)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21034action=view)
Early return in miss rate computation
The attached patch improves the computation of miss rate. We can stop
Executing on host: /test/gnu/gcc/objdir/gcc/xgcc -B/test/gnu/gcc/objdir/gcc/
/te
st/gnu/gcc/gcc/gcc/testsuite/gcc.dg/pr44674.c -O -fprofile-generate -S -o
pr4
4674.s(timeout = 300)
/test/gnu/gcc/gcc/gcc/testsuite/gcc.dg/pr44674.c: In function 'jumpfunc':
On Linux/x86-64, revision 161503 gave
[...@gnu-27 build_base_o3.]$ /export/gnu/import/svn/gcc-test/usr/bin/gcc
-DSPEC_CPU -DNDEBUG -DAPP_NO_THREADS -DXALAN_INMEM_MSG_LOADER -I. -Ixercesc
-Ixercesc/dom -Ixercesc/dom/impl -Ixercesc/sax
-Ixercesc/util/MsgLoaders/InMemory
--- Comment #1 from hjl dot tools at gmail dot com 2010-06-29 04:39 ---
This is caused by revision 161500:
http://gcc.gnu.org/ml/gcc-cvs/2010-06/msg01418.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #2 from hjl dot tools at gmail dot com 2010-06-29 05:23 ---
[...@gnu-34 delta]$ cat testcase.cc
class MemoryManager;
class XMLExcepts {
public :
enum Codes {
AttrList_BadIndex
};
};
class XMLException {
public:
XMLException(const char* const srcFile,
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2010-06-29 05:32
---
One possible cause of this problem is that in configuration there could be
something going wrong with stat functions returning 32-bit vs 64-bit values. I
found one thread where C++ code was using 32-bit versions
95 matches
Mail list logo
