--- Comment #7 from dorit at gcc dot gnu dot org 2007-05-01 07:59 ---
Subject: Bug 31589
Author: dorit
Date: Tue May 1 07:58:59 2007
New Revision: 124315
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124315
Log:
PR testsuite/31589
* gcc.dg/vect/vect-iv-9.c: Add
--- Comment #2 from ian at airs dot com 2007-05-01 04:34 ---
Created an attachment (id=13467)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13467&action=view)
Proposed patch
I'm testing this now.
--
ian at airs dot com changed:
What|Removed
--- Comment #2 from kkojima at gcc dot gnu dot org 2007-05-01 04:13 ---
It turned out that this is a kernel header issue.
--
kkojima at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #14 from bangerth at math dot tamu dot edu 2007-05-01 02:39
---
Subject: Re: [4.2 regression] miscompilation
of sigc++-2.0 based code with -fstrict-aliasing
> > typedef typed_slot_rep typed_slot;
> > typed_slot *typed_rep = static_cast(rep);
> > r
--- Comment #13 from giovannibajo at libero dot it 2007-05-01 02:11 ---
(In reply to comment #2)
> Hmm,
> typedef typed_slot_rep typed_slot;
> typed_slot *typed_rep = static_cast(rep);
> return (typed_rep->functor_)();
>
> This code could violate C++ aliasing ru
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-05-01 02:09 ---
I think I just ran into a case where we need response files for passing
arguments to cc1 under Windows.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31567
--- Comment #2 from wilson at gcc dot gnu dot org 2007-05-01 01:56 ---
Created an attachment (id=13466)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13466&action=view)
Replace copy_rtx call with copy_insn call.
This works on mainline for the testcase, but has not otherwise been t
--- Comment #1 from wilson at gcc dot gnu dot org 2007-05-01 01:53 ---
It dies in recog because of an invalid extended asm insn rtl. In an asm with 2
or more outputs, we end up with 2 or more copies of the input vector. These
vectors must be shared. They are not in this case.
The pro
--- Comment #2 from aaw at google dot com 2007-05-01 00:24 ---
Never mind. The first snippet triggers the specified error as well. Not quite
sure what I did...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31749
gmp=[...]/extgcc-x86_64_gcc4-r124295 --disable-werror
--enable-checking=release --disable-multilib --enable-bootstrap
Thread model: posix
gcc version 4.2.0 20070430 (prerelease)
--
Summary: ICE with OpenMP and exceptions
Product: gcc
Version: 4.2.0
Sta
--- Comment #7 from pinskia at gcc dot gnu dot org 2007-04-30 23:48 ---
(In reply to comment #6)
> But when I try to further link this object file with other object files to
> produce an executable, the .text.unlikely section is missing from the final
> executable. I've tried this with
--- Comment #6 from mkgnu at mkgnu dot net 2007-04-30 23:42 ---
It seems that when I use -freorder-blocks-and-partition along with
-fprofile-use (after I have already run once an executable compiled with
-freorder-blocks-and-partition -fprofile-generate) I can produce an object file
that
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-04-30 23:28 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
The following code should generate outb, outw and outl statements.
gcc-3.4.6 produces an ICE:
foo.cc: In function `void out(unsigned int, T) [with T = unsigned char]':
foo.cc:14: instantiated from here
foo.cc:5: internal compiler error: in print_operand, at config/i386/i386.c:7375
gcc-4.1.2 pro
--- Comment #1 from aaw at google dot com 2007-04-30 22:47 ---
The first code snippet compiles fine with the trunk and gcc-4.1.1. Volker, are
you sure the code snippet is correct?
The second snippet does indeed generate the specified error.
--
http://gcc.gnu.org/bugzilla/show_bug.
--- Comment #8 from vermeire dot linux at dommel dot be 2007-04-30 22:25
---
Subject: Re: Building gcc 3.4.6 - c-parse.c:5508: internal compiler error: in
disconnect_src, at cfg.c:235
On Monday 30 April 2007 21:12, pinskia at gcc dot gnu dot org wrote:
> --- Comment #6 from pinski
--- Comment #8 from vermeire dot linux at dommel dot be 2007-04-30 22:25
---
Subject: Re: Building gcc 3.4.6 - c-parse.c:5508: internal compiler error: in
disconnect_src, at cfg.c:235
On Monday 30 April 2007 21:12, pinskia at gcc dot gnu dot org wrote:
> --- Comment #6 from pinski
Using the Polyhedron test suite, I get a slowdown of gas_dyn from 11.62s
(2007-04-26, r124174) to 14.70 (since 2007-04-27, r124211).
The same can also be observed at
http://www.suse.de/~gcctest/c++bench/polyhedron/
http://www.suse.de/~gcctest/c++bench/polyhedron/polyhedron-summary.txt-gas_dyn-17.p
--- Comment #8 from pinskia at gcc dot gnu dot org 2007-04-30 22:22 ---
(In reply to comment #4)
> I have a fix:
Bah this causes a couple of failures with respect of templates, I think I will
have a couple more stuff related to templates I need to look at.
--
http://gcc.gnu.org/bugz
--- Comment #7 from bangerth at dealii dot org 2007-04-30 20:45 ---
(In reply to comment #2)
> Can we PLEASE make this a fatal error instead of a warning?
I second that, again.
For the record, I am seeing this very same issue several times as well
on my sources. If we don't get this fi
--- Comment #7 from bangerth at dealii dot org 2007-04-30 20:43 ---
Or configure with --disable-multilib.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31766
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-04-30 20:12 ---
> /usr/include/gnu/stubs.h:7:27: gnu/stubs-32.h: No such file or directory
That just means you don't have the 32bit glibc headers installed.
So everything will work fine, once you install that package (don't ask me
--- Comment #5 from vermeire dot linux at dommel dot be 2007-04-30 20:05
---
Subject: Re: Building gcc 3.4.6 - c-parse.c:5508: internal compiler error: in
disconnect_src, at cfg.c:235
On Monday 30 April 2007 20:50, pinskia at gcc dot gnu dot org wrote:
> --- Comment #4 from pinski
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31751
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31749
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31748
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31747
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31743
--- Comment #10 from mmitchel at gcc dot gnu dot org 2007-04-30 19:51
---
I think this probably qualifies as a regression, given Stephen's comment #9,
but not an important one. With all of GCC's optimization options, if we start
worrying about regressions for things outside the {-O0, -
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-04-30 19:50 ---
> I submitted this to here, because I think it has nothing to do with OpenSUSE.
It has everything to do with opensuse as they modified GCC is the one which is
crashing (ICEing). Can you attach the preprocessed sourc
--- Comment #3 from vermeire dot linux at dommel dot be 2007-04-30 19:47
---
The original compiler version is:
[EMAIL PROTECTED]:~/download/gcc-3.4.6> gcc -v
Using built-in specs.
Target: x86_64-suse-linux
Configured with: ../configure --enable-threads=posix --prefix=/usr
--with-local-
--- Comment #2 from vermeire dot linux at dommel dot be 2007-04-30 19:47
---
Subject: Re: Building gcc 3.4.6 - c-parse.c:5508: internal compiler error: in
disconnect_src, at cfg.c:235
On Monday 30 April 2007 20:41, pinskia at gcc dot gnu dot org wrote:
> --- Comment #1 from pinski
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-04-30 19:41 ---
What is the originally compiler version and why did you report this to use when
it says to report it to opensuse?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-04-30 19:39 ---
The problem is obvious, we don't optimize bcopy not to a call during expand but
this is ok, the issue is we are trying to expand a COMPOUND_EXPR which came
from simplifying bcopy which really should have been done ea
Hi,
When I try to build gcc 3.4.6 for
[EMAIL PROTECTED]:~/download/gcc-3.4.6> uname -a
Linux linux-C2D-2130 2.6.18.2-34-default #1 SMP Mon Nov 27 11:46:27 UTC 2006
x86_64 x86_64 x86_64 GNU/Linux
I got the following internal compiler error:
linux-C2D-2130:/home/johan/download/gcc-3.4.6 # make
.
--- Comment #4 from janis at gcc dot gnu dot org 2007-04-30 19:33 ---
The same failure occurs on powerpc-linux, where a regression hunt identified
this patch:
http://gcc.gnu.org/viewcvs?view=rev&rev=119535
r119535 | hubicka | 2006-12-05 10:15:28 + (Tue, 05 Dec 2006)
--
--- Comment #4 from RenzulME at utrc dot utc dot com 2007-04-30 19:29
---
Subject: RE: gfortran gcc_gobble_whitespace broke previously working source
Thank you very much for the reference.
Yes, of course, I will fix the code. It took me a couple of days to
find this "bug" when I swi
--- Comment #3 from kargl at gcc dot gnu dot org 2007-04-30 19:17 ---
Mark,
Section 3.1 of the Fortran 95 standard defines the "Fortran Character
Set". tab is not a member of this set whereas space (or blank) is. One
then needs to read Section 3.3.2 that covers fixed-form source code.
--- Comment #4 from dberlin at gcc dot gnu dot org 2007-04-30 18:42 ---
Subject: Re: ICE with -O1 -ftree-pre -ftree-loop-linear
Something in perfect_nestify is fucking up the dominators, but it's
not clear why every set_immediate_dominator there is not correct.
On 30 Apr 2007 09:17:48
--- Comment #14 from aoliva at gcc dot gnu dot org 2007-04-30 18:41 ---
Subject: Bug 22156
Author: aoliva
Date: Mon Apr 30 18:41:11 2007
New Revision: 124302
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124302
Log:
PR middle-end/22156
Temporarily revert:
2007-04-06 Andreas To
--- Comment #2 from RenzulME at utrc dot utc dot com 2007-04-30 18:35
---
Subject: RE: gfortran gcc_gobble_whitespace broke previously working source
Thanks for clarification.
I could not find information related to the "standard" treatment of tabs
in any sort of Fortran source.
Any o
--- Comment #10 from dberlin at gcc dot gnu dot org 2007-04-30 18:26
---
Subject: Re: ICE in lambda_loopnest_to_gcc_loopnest, at lambda-code.c:1982
This one is unimplemented functionality, it's going to take longer to solve.
(Sadly, at the point where we hit it, we can't back out grac
--- Comment #3 from rakdver at gcc dot gnu dot org 2007-04-30 18:09 ---
Might be mine, I will check.
--
rakdver at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-04-30 18:04 ---
This is more related to PR 31063.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31742
--- Comment #8 from pinskia at gcc dot gnu dot org 2007-04-30 18:02 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #7 from pinskia at gcc dot gnu dot org 2007-04-30 18:01 ---
Subject: Bug 31721
Author: pinskia
Date: Mon Apr 30 18:01:18 2007
New Revision: 124300
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124300
Log:
2007-04-30 Andrew Pinski <[EMAIL PROTECTED]>
PR C+
--- Comment #18 from hjl at lucon dot org 2007-04-30 17:45 ---
An updated patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2007-04/msg02003.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31344
--- Comment #1 from kargl at gcc dot gnu dot org 2007-04-30 17:41 ---
The code does not conform to any Fortran standard. A compiler can
do whatever it wants with the tab. I'd suggest that you fix the
code.
--
kargl at gcc dot gnu dot org changed:
What|Removed
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-04-30 17:25 ---
> AFAIK the libc memset/cpy choose the algorithm depending the the size etc., so
> you have to do a big block to make up for all the overhead. But what could be
> done for small multidimensional arrays would be to "f
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2007-04-30
16:33 ---
Subject: Re: hang c34007j
> Is this fixed in 4.3.0 ? Tentatively closing, freel free to reopen
> if not fixed.
I don't know about 4.3.0, but it's definitely still a problem on 4.2.0.
Dave
--
http://
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-04-30 15:58 ---
> Actually, I don't understand why we aren't just calling
> build_cplus_array_type(type, index) to create full_type. Why do we need a
You missed the comment:
/* ??? The middle-end will error on us for building
--- Comment #1 from burnus at gcc dot gnu dot org 2007-04-30 15:43 ---
> F2003, 13.7.85, NEW_LINE, Argument:
> A shall be of type character. It may be a scalar or an array.
Additional information:
Class. Inquiry function.
Result Characteristics. Character scalar of length one with the
--- Comment #12 from bangerth at dealii dot org 2007-04-30 15:42 ---
(In reply to comment #10)
> i can reproduce testcase4 on [EMAIL PROTECTED]
I still can't reproduce on i686, sorry. Someone else will
have to look at this and try to further reduce the sources...
W.
--
http://gcc.
--- Comment #5 from dgregor at gcc dot gnu dot org 2007-04-30 15:30 ---
Thanks for tracking this down.
I'm not sure I understand the fix. The comment just above the changes code in
build_new_1 reads:
We need a copy of the type as build_array_type will return a shared copy
of
--- Comment #11 from pluto at agmk dot net 2007-04-30 15:29 ---
--- 30252.cpp.099t.optimized.aliasing-OFF
+++ 30252.cpp.099t.optimized.aliasing-ON
sigc::slot0 A::bar() (this)
{
(...)
+ void * (*) (void *) SR.114;
(...)
+ this->functor_.D.2915.functor_.functor_.func_ptr_ = SR.114;
A (fixed form .f) source file that successfully compiled under g77 did not work
properly in gfortran. I think the gcc_gobble_whitespace() function is the
source.
One line of the source file contained a tab character in column 1, then 3 space
characters (ASCII 32), followed by 64 meaningful source
--- Comment #10 from pluto at agmk dot net 2007-04-30 15:16 ---
i can reproduce testcase4 on [EMAIL PROTECTED]
$ g++ 30252.cpp -O1 -fstrict-aliasing -g3 && ./a.out
zsh: segmentation fault ./a.out
(gdb) bt
#0 0x2adee263dbc0 in _rtld_local_ro () from /lib64/ld-linux-x86-64.so.2
#1
--- Comment #2 from tbm at cyrius dot com 2007-04-30 15:14 ---
Created an attachment (id=13465)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13465&action=view)
testcase
It doesn't seem to get smaller than this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31733
F2003, 13.7.85, NEW_LINE, Argument:
A shall be of type character. It may be a scalar or an array.
$> cat newline.f90
WRITE(*,*) NEW_LINE((/'a', 'b', 'c'/))
END
$> gfortran-svn -g -Wall newline.f90 && ./a.out
newline.f90: In function 'MAIN__':
newline.f90:1: internal compiler error: in gfc_conv_in
--- Comment #3 from pcarlini at suse dot de 2007-04-30 14:12 ---
Fixed.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|NEW
--- Comment #2 from paolo at gcc dot gnu dot org 2007-04-30 14:11 ---
Subject: Bug 30449
Author: paolo
Date: Mon Apr 30 14:10:54 2007
New Revision: 124295
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124295
Log:
2007-04-30 Paolo Carlini <[EMAIL PROTECTED]>
PR libstd
--- Comment #7 from pault at gcc dot gnu dot org 2007-04-30 12:06 ---
Thomas,
I believe this one is OK - it needs cleaning up with gfc_dep_compare_expr's, as
appropriate. It regtests OK.
Index: gcc/fortran/dependency.c
===
--- Comment #5 from dfranke at gcc dot gnu dot org 2007-04-30 12:05 ---
The message text is not hardcoded and used to report multiple kinds of clashes,
thus its genericity. Adding the name is easy, special-casing it for any
combination of clashing is, IMO, not a viable option.
--
dfr
--- Comment #3 from steven at gcc dot gnu dot org 2007-04-30 12:01 ---
There are at least 2 issues here:
1) We just lose the locus of the goto statements when we lower GIMPLE and when
we jump across forwarded blocks.
2) When we don't lose the locus in GIMPLE, we lose it in cfgexpand.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |steven at gcc dot gnu dot
|dot org
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-04-30 11:38 ---
Confirmed, a shorter testcase:
struct F
{
~F () {}
F (int x) {}
};
F foo (const F &x);
static F z = 6;
int
main ()
{
F f = z;
foo (f);
}
--
pinskia at gcc dot gnu dot org changed:
What|Rem
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31722
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31682
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #5 from charlet at gcc dot gnu dot org 2007-04-30 11:18 ---
No feedback in 6 months, closing.
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from charlet at gcc dot gnu dot org 2007-04-30 11:16 ---
Fixed in 4.3.0:
$ gcc -c test2.adb
test2.adb:5:10: warning: > NUmber Is GReater Than 1!
Arno
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from charlet at gcc dot gnu dot org 2007-04-30 11:14 ---
Now done (gprmake no longer built)
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from charlet at gcc dot gnu dot org 2007-04-30 11:14 ---
Subject: Bug 28953
Author: charlet
Date: Mon Apr 30 11:14:24 2007
New Revision: 124293
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124293
Log:
PR ada/28953
* Makefile.in: No longer build g
--- Comment #3 from charlet at gcc dot gnu dot org 2007-04-30 10:58 ---
Is this fixed in 4.3.0 ? Tentatively closing, freel free to reopen
if not fixed.
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from charlet at gcc dot gnu dot org 2007-04-30 10:55 ---
Compiles fine with 4.3.0
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #22 from charlet at gcc dot gnu dot org 2007-04-30 10:52
---
Requalifying as a driver issue (handling of GCC_EXEC_PREFIX)
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #9 from charlet at gcc dot gnu dot org 2007-04-30 10:49 ---
No feedback in more than a year, assuming reporter no longer cares about
this PR.
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #8 from charlet at gcc dot gnu dot org 2007-04-30 10:47 ---
Do you still see the error with 4.3.0 ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28733
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
Status|SUSPENDED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19409
--- Comment #5 from charlet at gcc dot gnu dot org 2007-04-30 10:45 ---
Do you still see the error with 4.3.0 ?
Arno
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #9 from charlet at gcc dot gnu dot org 2007-04-30 10:35 ---
Closing, as per last message.
Arno
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from charlet at gcc dot gnu dot org 2007-04-30 10:33 ---
Now properly flagged ads:
$ gcc -c w.adb
w.ads:1:01: "with type" is an obsolete GNAT extension
w.ads:1:01: use Ada 2005 "limited with" clause instead
So closing.
--
charlet at gcc dot gnu dot org changed:
--- Comment #4 from charlet at gcc dot gnu dot org 2007-04-30 10:30 ---
Could you check on 4.2.0 or trunk ?
Note that if it used to work and no longer does, it may be an OS
or hardware issue (e.g. memory fault, too little stack, ...)
--
charlet at gcc dot gnu dot org changed:
--- Comment #6 from charlet at gcc dot gnu dot org 2007-04-30 10:26 ---
There's now a s-auxdec-empty.ads for this purpose, feel free to use
it.
Closing, since no activity after all the suggestions given in this
PR.
--
charlet at gcc dot gnu dot org changed:
What|Remo
--- Comment #5 from charlet at gcc dot gnu dot org 2007-04-30 10:24 ---
No feedback in 5 monthes, closing.
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from rguenth at gcc dot gnu dot org 2007-04-30 10:22
---
And on i?86 and mainline. Possibly related to PR23820.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #9 from rguenth at gcc dot gnu dot org 2007-04-30 10:20 ---
Also fails with 4.3.0.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Known t
--- Comment #1 from charlet at gcc dot gnu dot org 2007-04-30 10:20 ---
I believe you've posted results recently with those tests fixed.
Feel free to reopen if I'm mistaken.
Arno
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from charlet at gcc dot gnu dot org 2007-04-30 10:17 ---
I believe this error is now gone.
Feel free to reopen if this is not the case.
Arno
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-04-30 10:17 ---
Program received signal SIGSEGV, Segmentation fault.
0x08184f89 in compute_dominance_frontiers_1 (frontiers=0x8af0688)
at /home/richard/src/trunk2/gcc/cfganal.c:1057
1057 if (bitmap_bit_p (fr
--- Comment #6 from rguenth at gcc dot gnu dot org 2007-04-30 10:09 ---
Also related to PR31280.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
BugsThisD
--- Comment #5 from rguenth at gcc dot gnu dot org 2007-04-30 10:08 ---
Confirmed via 31762 (which has a single file testcase).
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #4 from rguenth at gcc dot gnu dot org 2007-04-30 10:07 ---
*** Bug 31762 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 2007-04-30 10:07 ---
*** This bug has been marked as a duplicate of 31611 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from charlet at gcc dot gnu dot org 2007-04-30 10:07 ---
This compiles fine on trunk at least.
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
---
1 - 100 of 107 matches
Mail list logo
