--- Comment #8 from ebotcazou at gcc dot gnu dot org 2007-11-02 07:50
---
Withdrawn.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from burnus at gcc dot gnu dot org 2007-11-02 07:40 ---
(In reply to comment #1)
The statement:
procedure x
is an F2003 feature allowing the word 'module' preceding as optional.
Note: MODULE PROCEDURE and PROCEDURE mean different things.
MODULE PROCEDURE can only
--- Comment #17 from tbm at cyrius dot com 2007-11-02 08:02 ---
(In reply to comment #16)
Reopen if it starts to fail again.
Okay, but you said in comment #13 that the testcase should be added and that
was never done. Maybe you could do that?
--
--- Comment #16 from ebotcazou at gcc dot gnu dot org 2007-11-02 07:59
---
Reopen if it starts to fail again.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
-torture/compile/20071102-1.c: New test.
Added:
branches/gcc-4_1-branch/gcc/testsuite/gcc.c-torture/compile/20071102-1.c
Modified:
branches/gcc-4_1-branch/gcc/testsuite/ChangeLog
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28062
-torture/compile/20071102-1.c: New test.
Added:
branches/gcc-4_2-branch/gcc/testsuite/gcc.c-torture/compile/20071102-1.c
Modified:
branches/gcc-4_2-branch/gcc/testsuite/ChangeLog
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28062
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2007-11-02 12:26
---
Everywhere.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #18 from rguenther at suse dot de 2007-11-02 14:22 ---
Subject: Re: [meta-bug] mis-match types in GCC
On Fri, 2 Nov 2007, fxcoudert at gcc dot gnu dot org wrote:
--- Comment #17 from fxcoudert at gcc dot gnu dot org 2007-11-02 14:16
---
I was willing to check
--- Comment #17 from fxcoudert at gcc dot gnu dot org 2007-11-02 14:16
---
I was willing to check the current state of the Fortran failures (PR28722). I
have thus applied these patches to current trunk, and bootstrap fails due to:
$ cat foo.i
char * getc_unlocked (char *foo) { return
--- Comment #14 from jakub at gcc dot gnu dot org 2007-11-02 15:23 ---
Created an attachment (id=14470)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14470action=view)
gcc43-pr30589.patch
Updated patch that could (from eyeballing mingw-runtime-3.*.tar.gz tarballs)
fix this for
--- Comment #4 from vmakarov at redhat dot com 2007-11-02 15:20 ---
I've tried GfxFont.ii and the reduced test on Itanium-2 under RHEL
4.4 for today gcc (revision 129849). There are no crashes anymore.
Everything looks fine. Probably, latest Maxim Kuvyrkov's patches
fixed this.
--- Comment #2 from cppljevans at suddenlink dot net 2007-11-02 15:17
---
Created an attachment (id=14469)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14469action=view)
output of preprocessor
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33983
--- Comment #5 from singler at ira dot uka dot de 2007-11-02 15:50 ---
(In reply to comment #4)
(In reply to comment #2)
BTW, compatibility.h is horribly i?86/x86_64 centric, there are many other
arches
which support 64-bit __sync_fetch_and_add and __sync_bool_compare_and_swap
--- Comment #4 from pcarlini at suse dot de 2007-11-02 15:42 ---
(In reply to comment #2)
BTW, compatibility.h is horribly i?86/x86_64 centric, there are many other
arches
which support 64-bit __sync_fetch_and_add and __sync_bool_compare_and_swap
(e.g. ia64, ppc64, sparc64, sparcv9,
--- Comment #3 from singler at gcc dot gnu dot org 2007-11-02 15:34 ---
Subject: Bug 33892
Author: singler
Date: Fri Nov 2 15:34:24 2007
New Revision: 129852
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129852
Log:
2007-11-02 Johannes Singler [EMAIL PROTECTED]
PR
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #19 from dnovillo at gcc dot gnu dot org 2007-11-02 15:31
---
Working on a fix.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33870
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #1 from cppljevans at suddenlink dot net 2007-11-02 15:10
---
Created an attachment (id=14468)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14468action=view)
Shows nameclash when using -std=-std=gnu++0x
The following is compile commands and output:
Both these system include files define invalid_argument.
ostream does this by indrectly including
i686-pc-linux-gnu/bits/error_constants.h.
This is for the 20071026 snapshot.
--
Summary: stdexcept and ostream invalid_argument name clash
with -std=gnu++0x
--- Comment #9 from fxcoudert at gcc dot gnu dot org 2007-11-02 14:55
---
Type-checking is now in mainline, and PR31608 is tracking the last remaining
failure exposed in the testsuite. Closing this PR.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed
--
rask at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rask at gcc dot gnu dot org
|dot org
--- Comment #1 from tiago at forked dot de 2007-11-02 14:16 ---
Created an attachment (id=14467)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14467action=view)
Code which causes the ICE
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33981
--- Comment #9 from jakub at redhat dot com 2007-11-02 14:24 ---
The only at least partially workable way of linking statically against NPTL
libpthread.a is -Wl,--whole-archive -lpthread -Wl,--no-whole-archive.
There is just a huge amount of issues if you don't have everything in there
The attached C++ (preprocessed) code gives me a compiler ICE when compiled with
-fopenmp, but compiles cleanly otherwise.
Environment:
Linux finn 2.6.23-mactel #1 SMP PREEMPT Mon Oct 15 01:36:04 BRST 2007 i686
Genuine Intel(R) CPU 1500 @ 2.00GHz GenuineIntel GNU/Linux
$ gcc -v
Using built-in
--- Comment #5 from pcarlini at suse dot de 2007-11-02 14:09 ---
Fixed for mainline.
--
pcarlini at suse dot de changed:
What|Removed |Added
AssignedTo|pcarlini
--- Comment #4 from paolo at gcc dot gnu dot org 2007-11-02 14:06 ---
Subject: Bug 33495
Author: paolo
Date: Fri Nov 2 14:06:43 2007
New Revision: 129850
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129850
Log:
2007-11-02 Paolo Carlini [EMAIL PROTECTED]
PR c++/33495
--
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 #6 from pcarlini at suse dot de 2007-11-02 15:59 ---
(In reply to comment #5)
Well, there is a lot of obsolete code for compatibility to other compilers.
Most of that could probably be kicked out, when we rely on the GCC
infrastructure.
Yes, can be definitely kicked out.
--- Comment #9 from tromey at gcc dot gnu dot org 2007-11-02 16:11 ---
Testing my patch.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
$ cat err.h
#error err
$ gcc -c err.h
err.h:1:2: error: #error err
$ ls err.h.gch
err.h.gch
--
Summary: Precompiled header file not removed on error
Product: gcc
Version: 4.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
--- Comment #15 from jvdelisle at gcc dot gnu dot org 2007-11-02 13:18
---
I still get segfault with the original case and garbled text on the case in
comment #7
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from ebotcazou at gcc dot gnu dot org 2007-11-02 12:24
---
Subject: Bug 30113
Author: ebotcazou
Date: Fri Nov 2 12:24:44 2007
New Revision: 129849
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129849
Log:
Backport from mainline:
2006-12-11
--- Comment #2 from John dot Tytgat at aaug dot net 2007-11-02 10:58
---
My suggested patch breaks warning/error reporting as it no longer outputs the
src filename and linenumber where those warnings/errors are happening
(something I just now realise).
--
--- Comment #3 from pcarlini at suse dot de 2007-11-02 15:28 ---
Confirmed. I think the issue can (should) be fixed by moving enum posix_errno
inside namespace posix_error, per n2461. Benjamin can you have a look?
--
pcarlini at suse dot de changed:
What|Removed
--- Comment #8 from rguenth at gcc dot gnu dot org 2007-11-02 14:05 ---
Yes, the analysis from comment #6 looks correct - Jakub, can you take care of
the
required glibc fix? I'll check if Ians trick works as well.
--
rguenth at gcc dot gnu dot org changed:
What
--- Comment #7 from bkoz at gcc dot gnu dot org 2007-11-02 16:24 ---
That plan sounds good to me as well Johannes. The library API for atomics is in
atomicity.h.
-benjamin
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33892
--- Comment #7 from jakub at gcc dot gnu dot org 2007-11-02 17:15 ---
Yes, http://gcc.gnu.org/viewcvs?root=gccview=revrev=129378 fixed this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33624
--
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
The following C++ program should not compile:
struct S {
unsigned int bar : 3;
} s;
int foo(unsigned int );
int foo(double);
int
main ()
{
return foo(s.bar); // invalid
}
According to the C++ standard, clause 13.3.3.1.4, paragraph 4, the 'bar' should
match against 'foo(unsigned int )'
--- Comment #3 from jvdelisle at verizon dot net 2007-11-02 13:29 ---
Subject: Re: PROCEDURE in module somtimes wrongly rejected
burnus at gcc dot gnu dot org wrote:
--- Comment #2 from burnus at gcc dot gnu dot org 2007-11-02 07:40
---
Note: MODULE PROCEDURE and
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-11-02 17:04 ---
Likely a dup of PR33361.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-11-02 17:02 ---
Btw, the ICE is
graph.cc: In member function void
get_vertex_histogramDegreeSelector::operator()(const Graph, Hist) const
[with Graph = boost::adjacency_listboost::vecS, boost::vecS,
boost::bidirectionalS,
--- Comment #3 from vmakarov at redhat dot com 2007-11-02 13:23 ---
I'll look at this.
--
vmakarov at redhat dot com changed:
What|Removed |Added
CC|
-torture/compile/20071102-1.c: New test.
Added:
trunk/gcc/testsuite/gcc.c-torture/compile/20071102-1.c
Modified:
trunk/gcc/testsuite/ChangeLog
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28062
--- Comment #6 from rguenth at gcc dot gnu dot org 2007-11-02 16:34 ---
So, fidex.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from jakub at gcc dot gnu dot org 2007-11-02 13:10 ---
Testing a fix.
--- haifa-sched.c.jj9 2007-10-15 15:28:39.0 +0200
+++ haifa-sched.c 2007-11-02 14:10:20.0 +0100
@@ -1590,6 +1590,12 @@ ok_for_early_queue_removal (rtx insn)
{
--- Comment #8 from roger at eyesopen dot com 2007-11-02 16:41 ---
Created an attachment (id=14471)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14471action=view)
Default libgcc.a objects on mips-sgi-irix6.5
I'll respond to Jakub's latest comments before trying DJ's more recent
--- Comment #10 from rguenth at gcc dot gnu dot org 2007-11-02 16:39
---
The trick from comment #7 doesn't work.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33960
--- Comment #8 from aph at gcc dot gnu dot org 2007-11-02 10:06 ---
I think it's brilliant! I never expected such an elegant solution.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33765
--- Comment #14 from reichelt at gcc dot gnu dot org 2007-11-02 09:55
---
The ICE disappeared on i686-pc-linux-gnu between 2007-08-15 and 2007-09-14.
Can anybody else reproduce the problem or can we close the PR?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25252
--- Comment #12 from jakub at gcc dot gnu dot org 2007-11-02 08:47 ---
Can't reproduce this with current trunk on x86_64-linux.
With all the gathered unreduced and reduced C++ testcases:
for k in -m64 -m32; do for j in -O1 -O1 -fno-exceptions -O1
-fno-exceptions -fcheck-new -O1
--- Comment #13 from reichelt at gcc dot gnu dot org 2007-11-02 09:13
---
The testcase in comment #10 stopped crashing for me between 2007-08-15 and
2007-09-14. It wanted to investigate why, but never managed to.
Seems to be fixed now.
--
reichelt at gcc dot gnu dot org changed:
--- Comment #18 from ebotcazou at gcc dot gnu dot org 2007-11-02 08:08
---
Okay, but you said in comment #13 that the testcase should be added and that
was never done. Maybe you could do that?
Sure, that's what I'm doing...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28062
--- Comment #7 from jakub at gcc dot gnu dot org 2007-11-02 08:02 ---
Looks good to me. Andrew?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33765
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2007-11-02 07:55
---
The current interpretation is final.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from jakub at gcc dot gnu dot org 2007-11-02 18:40 ---
No wonder I haven't seen so big $$objects in my x86_64-linux build (not that
20KB would be a big deal there). I guess we shouldn't then split
libgcc-objects into so many small objects, but instead just use
--- Comment #31 from ebotcazou at gcc dot gnu dot org 2007-11-02 08:17
---
Any objection to closing this as WONTFIX now?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31360
--- Comment #32 from pinskia at gcc dot gnu dot org 2007-11-02 08:22
---
(In reply to comment #31)
Any objection to closing this as WONTFIX now?
Fine with me since we (sony) is not going to use 4.2.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31360
--- Comment #11 from rguenth at gcc dot gnu dot org 2007-11-02 16:43
---
Linking pthread with --whole-archive works.
Re comment #6 - here's the output of nm tramp3d-v4 | grep pthread_
00569440 T pthread_attr_destroy
00569480 T pthread_attr_getstacksize
--- Comment #5 from rguenther at suse dot de 2007-11-02 16:33 ---
Subject: Re: [4.3 Regression] ICE in speculate_insn, at
haifa-sched.c:4053
On Fri, 2 Nov 2007, vmakarov at redhat dot com wrote:
--- Comment #4 from vmakarov at redhat dot com 2007-11-02 15:20 ---
I've
--- Comment #6 from alexandre dot nunes at gmail dot com 2007-11-02 16:58
---
From the gcc internals
(http://gcc.gnu.org/onlinedocs/gccint/Storage-Layout.html):
Target Hook: bool TARGET_MS_BITFIELD_LAYOUT_P (tree record_type)
This target hook returns true if bit-fields in the
--- Comment #2 from janis at gcc dot gnu dot org 2007-11-02 17:54 ---
Subject: Bug 32076
Author: janis
Date: Fri Nov 2 17:54:12 2007
New Revision: 129858
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129858
Log:
PR testsuite/32076
* lib/scandump.exp
--- Comment #9 from roger at eyesopen dot com 2007-11-02 17:12 ---
Doh! DJ's patch gets us a little further, but it things are still broken.
However, it's an excellent debugging tool which shows that its the invocation
with libgcc-objects-15 that's broken. Applying the same trick as
--- Comment #4 from bkoz at gcc dot gnu dot org 2007-11-02 16:25 ---
Doug told me about this pre-Kona. I will invesigate now that post-Kona draft is
out...
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from dj at redhat dot com 2007-11-02 17:41 ---
Subject: Re: [4.3 Regression] Arg list too long building libgcc.a
You could try splitting that one in two with gmake's $(filter ) and
$(filter-out ) functions. The only trick would be finding a simple
pattern that
--- Comment #8 from vmakarov at redhat dot com 2007-11-02 17:54 ---
I've checked patch http://gcc.gnu.org/viewcvs?root=gccview=revrev=129378 and
as Jakub I confirm too that the patch fixed the bug.
So it is really fixed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33624
--- Comment #12 from dj at redhat dot com 2007-11-02 18:56 ---
Created an attachment (id=14472)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14472action=view)
test patch 3
This one just breaks up #15 into three chunks, with everything else in a single
chunk.
--
dj at redhat
--- Comment #10 from fxcoudert at gcc dot gnu dot org 2007-11-02 18:26
---
I think there are other issues with array information, so I think this PR
shouldn't be closed yet.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from dj at redhat dot com 2007-11-02 18:58 ---
Created an attachment (id=14473)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14473action=view)
sclsh - short command line shell
Here's a short perl script that acts as a short command line shell - it
complains about
--- Comment #11 from jakub at gcc dot gnu dot org 2007-11-02 20:08 ---
Fixed, thanks.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from tromey at gcc dot gnu dot org 2007-11-02 20:02 ---
Subject: Bug 33765
Author: tromey
Date: Fri Nov 2 20:02:35 2007
New Revision: 129860
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129860
Log:
PR java/33765:
* jcf-parse.c (java_parse_file):
--- Comment #2 from tromey at gcc dot gnu dot org 2007-11-02 20:43 ---
You can reproduce this in C by using -funit-at-a-time.
IMO this is a general bug in unit-at-a-time.
Perhaps cgraph_analyze_function or something similar should set
in_system_header. Maybe set_cfun.
--
tromey at
--- Comment #19 from jaydub66 at gmail dot com 2007-11-02 20:53 ---
Hi Jerry,
I tried your patch (part 3b), and noticed that it fails on the following code:
real function t(x)
real ::x
t = x
end function
program p
implicit none
intrinsic sin
procedure(sin):: t
print
--- Comment #4 from tromey at gcc dot gnu dot org 2007-11-02 21:02 ---
Recategorizing is fine by me -- though I wouldn't consider my opinion
authoritative :)
FWIW I have a patch to set_cfun that appears to fix both these bugs.
I'll bootstrap and test it and see what people think.
--
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |tromey at gcc dot gnu dot
|dot org
--- Comment #5 from pcarlini at suse dot de 2007-11-02 21:12 ---
Cool. Then maybe recategorizing is now just a waste of time ;)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32256
--- Comment #7 from jakub at gcc dot gnu dot org 2007-11-02 21:37 ---
Subject: Bug 33516
Author: jakub
Date: Fri Nov 2 21:37:35 2007
New Revision: 129862
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129862
Log:
PR c++/33516
* parser.c
--- Comment #2 from andreast at gcc dot gnu dot org 2007-11-02 22:01
---
Working on support for.
--
andreast at gcc dot gnu dot org changed:
What|Removed |Added
An internal compiler results from assigning an integer constant to an integer
variable in Fortran on Mac OS X. The problem occurs inside a wrapper for a FFT
procedure. I've read the instructions, but I don't see how to attach the code
to this submission.
--
Summary: internal
Reduced test case from
http://gcc.gnu.org/ml/fortran/2007-10/msg00412.html
$ cat write.f90
program main
implicit none
integer :: i
open(95,form=unformatted,access=stream)
do i=0,255
write(95) int(i,kind=1)
end do
end program main
$ gfortran write.f90
$ strace -etrace=write
--- Comment #1 from damian at rouson dot net 2007-11-02 22:35 ---
Created an attachment (id=14474)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14474action=view)
The offending procedure is transform_to_spectral_from() in chebyshev.f90.
The text of the error message follows:
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
Status|UNCONFIRMED |NEW
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2007-11-02 23:06
---
Confirmed on x86_64-linux, with latest mainline. The reduced testcase is:
$ cat j.f90
function transform_to_spectral_from() result(spectral)
integer, allocatable :: spectral(:)
call scram(spectral)
end
--- Comment #2 from jakub at gcc dot gnu dot org 2007-11-02 23:06 ---
Subject: Bug 33670
Author: jakub
Date: Fri Nov 2 23:06:36 2007
New Revision: 129863
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129863
Log:
PR middle-end/33670
* haifa-sched.c
--- Comment #11 from tkoenig at gcc dot gnu dot org 2007-11-02 23:07
---
Created an attachment (id=14475)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14475action=view)
proposed patch
This implements the fallback functions, but naturally
doesn't do anything on my linux system
--- Comment #3 from jakub at gcc dot gnu dot org 2007-11-02 23:17 ---
Fixed for ppc64.
I haven't added the requested stop at the start of bb, Maxim, if you want to
do that, please go ahead.
Also, I have just found that this testcase fails on ia64 native for a different
reason (wonder
--- Comment #12 from dave at hiauly1 dot hia dot nrc dot ca 2007-11-02
23:45 ---
Subject: Re: FAIL: gfortran.dg/gamma_5.f90
Can anybody test this? John?
I'm on it.
Dave
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33698
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2007-11-03 00:42
---
Created an attachment (id=14476)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14476action=view)
-fdump-tree-original output
This is an optimization issue in the front-end. We have to be smart enough to
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2007-11-03 01:17
---
I have discovered something that may make this easy to fix.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from bero at arklinux dot org 2007-11-03 01:59 ---
Created an attachment (id=14477)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14477action=view)
bzip2-ed preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33987
$ gcc -O3 -msse2 -c concurrentMarkSweepGeneration.ii
/usr/src/ark/BUILD/icedtea/openjdk/hotspot/src/share/vm/gc_implementation/concurrentMarkSweep/concurrentMarkSweepGeneration.cpp:7235:
internal compiler error: in get_initial_def_for_reduction, at
tree-vect-transform.c:2110
Please submit a full
--
dorit at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #2 from dorit at gcc dot gnu dot org 2007-11-03 04:06 ---
testing this fix:
Index: tree-vect-transform.c
===
*** tree-vect-transform.c (revision 129763)
--- tree-vect-transform.c (working copy)
--- Comment #13 from sebpop at gmail dot com 2007-11-03 05:19 ---
Subject: Re: [4.3 Regression] Exponential time behavior in PRE
Yes, the heuristics can sometimes generate a very large number of
copies to eliminate a single redundancy.
This is jsut the way the standard PRE
--- Comment #14 from sebpop at gmail dot com 2007-11-03 05:26 ---
Subject: Re: [4.3 Regression] Exponential time behavior in PRE
With the patch, compile time goes down also for PR33922.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32540
--- Comment #15 from sebpop at gmail dot com 2007-11-03 05:54 ---
Subject: Re: [4.3 Regression] Exponential time behavior in PRE
And I just saw that there is already a patch for this bug attached
unfortunately to PR32575.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32540
--- Comment #1 from sebpop at gmail dot com 2007-11-03 06:31 ---
Subject: Re: New: missed optimization with dependency checker
int
foo (char *a, unsigned n)
{
int i;
a[0] = 0;
for (i = 16; i n; i++)
a[i] = a[i-16];
}
We're failing to analyse the base of
--- Comment #2 from spop at gcc dot gnu dot org 2007-11-03 06:38 ---
Confirmed, scev does not handle unsigned conversion.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
100 matches
Mail list logo