--- Additional Comments From pcarlini at suse dot de 2005-01-22 09:16
---
Ok..
--
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
--
What|Removed |Added
CC||dannysmith at users dot
||sourceforge dot net
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-01-22
10:04 ---
Combine ought to merge these two
(insn 13 11 14 1 (parallel [
(set (reg:QI 60)
(and:QI (subreg:QI (reg/v:SI 59 [ v ]) 0)
(const_int 3 [0x3])))
--- Additional Comments From rearnsha at gcc dot gnu dot org 2005-01-22
10:36 ---
The code generated looks correct to me.
The generated assembler that you've give for __cos is clearly saving and
restoring f4-f7.
__cos:
// Saves the integer registers
ca4c: e92d4070
--- Additional Comments From uros at kss-loka dot si 2005-01-22 11:34
---
Should patch to sse_comparison_operator
(http://gcc.gnu.org/ml/gcc-patches/2005-01/msg01087.html) be reverted in this
case? It didn't fix the problem, and according to comment #9 the problem is not
in this area.
The following code (from
http://home.comcast.net/~kmbtib/gfortran_bugs/REF_JVB_GFTN_005.html) fails in
the following way (on i686-mingw and powerpc-apple-darwin):
-
module funcs
implicit none
contains
function f(x)
character(*), intent(in) :: x
--- Additional Comments From mark at gcc dot gnu dot org 2005-01-22 11:51
---
Working on a patch.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu
The following code:
program abs_test1
implicit none
intrinsic cdabs
! write(*,*) cdabs((4,3)) ! Causes ICE, as well
call sub(cdabs)
end program abs_test1
subroutine sub(f)
implicit none
interface
elemental function f(x)
complex(kind(1.0d0)), intent(in) :: x
--- Additional Comments From jack at cs dot york dot ac dot uk 2005-01-22
12:06 ---
Thankyou, that's most helpful. The problem is in the ARM simulator I am using.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19571
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-22
12:07 ---
Falk, sorry but Andrew is right.
First of all, it *does* compile for me at -O[123] on i686, but not
at -O0 because reload can't find a register. I tried GCC 3.3, 3.4,
and 4.0, and
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-22
12:14 ---
Martin, you should realize that this problem *cannot* be solved. Yes,
there will perhaps be a time when this particular test case compiles,
though I think that is unlikely. But anyway, then there will be
The following code:
program achar_test
implicit none
integer i
character(*), parameter :: y(0:31) = (/(achar(i),i=64,95)/)
write(*,*) y
end program achar_test
causes ICE on i686-mingw and powerpc-apple-darwin:
$ gfortran achar_test.f90
achar_test.f90: In function 'MAIN__':
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-22
12:19 ---
Mark, while you're using your RM powers to move the target milestone on
this one, could you also please use your GWP powers to approve the simple
patch
--- Additional Comments From joel at gcc dot gnu dot org 2005-01-22 12:57
---
(In reply to comment #10)
Mark, while you're using your RM powers to move the target milestone on
this one, could you also please use your GWP powers to approve the simple
patch
--- Additional Comments From joel at gcc dot gnu dot org 2005-01-22 13:02
---
(In reply to comment #6)
AVR is not a primary or secondary platform; removing target milestone.
Understood but there is a patch from Rager Sayle and all it needs is to be
reviewed and approved. He posted
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-22
13:30 ---
Same thing on i686-pc-linux-gnu.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19576
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-01-22
13:32 ---
Please don't put ICE in the summary.
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-22
14:37 ---
Subject: Bug 19194
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-01-22 14:37:39
Modified files:
libgfortran: ChangeLog
libgfortran/io :
--- Additional Comments From tobi at gcc dot gnu dot org 2005-01-22 14:40
---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From falk at debian dot org 2005-01-22 15:23
---
(In reply to comment #5)
Second, both PRs concern a basically overly constrained asm. I am
sure I mentioned in PR11203 that any success in compiling such asm
is just luck.
Not a GCC bug
We do in fact
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-22
15:23 ---
With --disable-checking, we get the correct code but we don't get an ICE.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-22
15:48 ---
sub (specific__abs_c8);
sub (specific__abs_c4);
Hmm, I don't know what should be happening with intrinsics at all in this case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19575
--- Additional Comments From stian at nixia dot no 2005-01-22 15:58 ---
if you resolve all memory-referenses to temporary variables
void *a=(src + 0*stride)
and use those instead. Doesn't that lessen the stress the register-allocator is
given?
--
Hello, short fortran software:
===
Program TEST_COMMON_BLOCKS
implicit real*8 (a-h,o-z)
common /common_block/ a,i
a=1.25
i=-4
write(*,*) main prog:, i,a
call subr
stop 0
end
subroutine
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-22
16:48 ---
Subject: Bug 19038
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-01-22 16:48:24
Modified files:
gcc: ChangeLog tree-ssa-dom.c
Log
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-01-22
16:49 ---
Fixed
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--
Bug 18048 depends on bug 19038, which changed state.
Bug 19038 Summary: [4.0 Regression] tree-ssa causing loops to have more than
one BB
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19038
What|Old Value |New Value
--- Additional Comments From michaelni at gmx dot at 2005-01-22 17:10
---
(In reply to comment #14)
In any case, just because code is syntactically valid
GNU C doesn't mean gcc can always compile it. With this kind of inline asm,
you're bound to confuse the register allocator.
The reason is dead simple: register allocation is NP-complete, so it
is even *theoretically* not possible to write register allocators that
always find a coloring.
register allocation in general is NP-complete, yes, but it seems u forget
that
this is about finding the optimal solution while gcc
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-01-22
17:21 ---
Subject: Re: source doesn't compile with -O0 but they
compile with -O3
The reason is dead simple: register allocation is NP-complete, so it
is even *theoretically* not possible to write register
/testsuite : ChangeLog
Added files:
gcc/testsuite/gcc.c-torture/compile: 20050122-1.c 20050122-2.c
Log message:
PR tree-optimization/19484
* tree-cfg.c (remove_fallthru_edge): New function.
(cleanup_control_flow): Remove fallthru edges from calls that are
now
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-22
17:54 ---
(In reply to comment #8)
Actually I think the remaining issues of the mgrid performance regression are
caused by PR 19038.
Well I looked the assembly and it looks like a regresiter allocator problem now
--
What|Removed |Added
OtherBugsDependingO||19578
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19484
I'm opening this issue to track the second testcase from PR19484:
http://gcc.gnu.org/PR19484
since it needs a different patch from the first (original) testcase.
--
Summary: [4.0 Regression] function pointer propagation fails for
noreturn functions (part 2)
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rsandifo at gcc dot gnu dot
|dot org |org
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-01-22
17:58 ---
Patch committed for the first testcase. Using PR19578 to track the second.
--
What|Removed |Added
--
Bug 19578 depends on bug 19484, which changed state.
Bug 19484 Summary: [4.0 Regression] function pointer propagation fails for
noreturn functions
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19484
What|Old Value |New Value
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19578
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-22
18:00 ---
Just for the record (and for lazy people aka me), here is the testcase:
extern void foo (void) __attribute__((noreturn));
void g (void)
{
void (*f) (void) = foo;
f ();
f ();
}
--
--- Additional Comments From ilias at utcpd dot sk 2005-01-22 18:02 ---
Created an attachment (id=8038)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8038action=view)
This is NOT bug
I returned to this programm, and realized that this is NOT a bug, but this is
good restrictive
--- Additional Comments From kazu at cs dot umass dot edu 2005-01-22 18:14
---
Still not fixed at tree level.
sum (p)
{
unsigned int D.1166;
unsigned int D.1161;
int result;
int i;
bb 0:
result = 0;
i = 0;
goto bb 3 (L10);
L0:;
if (i 0) goto L11; else goto L10;
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-22
18:14 ---
Just a note with gfortran we get a warning, not a error though.
Closing as invalid as requested by the submitter.
--
What|Removed |Added
--- Additional Comments From schlie at comcast dot net 2005-01-22 18:28
---
Subject: Re: [4.0 Regression] libgcc2.h Improperly
determines required built-in function size requirements.
Any reason that the milestone was removed vs. moved to 4.1 for tertiary
platforms?
From: mmitchel
--- Additional Comments From kazu at cs dot umass dot edu 2005-01-22 18:34
---
This is what I get at the end of tree-ssa optimizations.
foo (flag)
{
int D.1318;
_Bool D.1317;
bb 0:
D.1317_2 = *flag_1;
if (D.1317_2 != 0) goto L0; else goto L1;
L0:;
bar ();
L1:;
D.1317_4 =
--- Additional Comments From bangerth at dealii dot org 2005-01-22 18:37
---
Why? The function you want is inline. I would rather claim that the
instantiation of the function in the general template is wrong,
although arguably it doesn't matter since it is marked weak.
You will
--- Additional Comments From sgk at troutmask dot apl dot washington dot
edu 2005-01-22 19:25 ---
Part of the problem is due to the following from intrinsic.c
add_sym_1 (zabs, 1, 1, BT_REAL, dd, GFC_STD_GNU,
NULL, gfc_simplify_abs, gfc_resolve_abs,
a,
--- Additional Comments From mark at codesourcery dot com 2005-01-22 19:43
---
Subject: Re: [4.0 regression] missing ra.h
joel at gcc dot gnu dot org wrote:
--- Additional Comments From joel at gcc dot gnu dot org 2005-01-22
12:57 ---
(In reply to comment #10)
Mark,
--- Additional Comments From mark at codesourcery dot com 2005-01-22 19:44
---
Subject: Re: [4.0 Regression] ICE during bootstrap compiling
__fixdfdi
joel at gcc dot gnu dot org wrote:
--- Additional Comments From joel at gcc dot gnu dot org 2005-01-22
13:02 ---
(In
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-22
19:49 ---
Subject: Bug 18982
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-01-22 19:49:18
Modified files:
gcc/testsuite : ChangeLog
libgfortran:
--- Additional Comments From sgk at troutmask dot apl dot washington dot
edu 2005-01-22 20:00 ---
Patch to fix the nonstandard issue with -std=f95.
http://gcc.gnu.org/ml/gcc-patches/2005-01/msg01596.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19575
--
What|Removed |Added
CC||denisc at overta dot ru
AssignedTo|unassigned at gcc dot gnu |denisc at overta dot ru
--- Additional Comments From joel at gcc dot gnu dot org 2005-01-22 21:28
---
I just assigned it to one AVR maintainer and cc'ed the other. Could one of
you review this patch and commit it per Mark's request.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-22
21:37 ---
If I have a smaller testcase but the loop is still looks like what is in mgrid
can I paste it here, it is only
30 lines?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18048
--
Bug 19292 depends on bug 18982, which changed state.
Bug 18982 Summary: open(status=new) does not generate an error if the file
exists
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18982
What|Old Value |New Value
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-22
22:38 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-22
22:47 ---
*** Bug 19573 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-22
22:47 ---
Turns out this is correct warning and this is a dup of bug 19343 which has a
way to fix it.
pointer
allocate(size_type __n, const void* = 0)
{
if (__builtin_expect(__n
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |pcarlini at suse dot de
|dot org |
Status|NEW
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-22
23:08 ---
Subject: Bug 19506
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-01-22 23:07:57
Modified files:
gcc: ChangeLog
gcc/config/i386:
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-22
23:09 ---
I was about to send the following patch out for this.
Index: include/bits/functexcept.h
===
RCS file:
--- Additional Comments From pcarlini at suse dot de 2005-01-22 23:16
---
I was about to send the following patch out for this.
Thanks Andrew, I have already implemented and tested AJ original suggestion,
will
wait a bit for the list opinion.
--
--- Additional Comments From rth at gcc dot gnu dot org 2005-01-22 23:23
---
(In reply to comment #10)
Should patch to sse_comparison_operator [...] be reverted in this case?
Nah. As I said in that message, allowing these operators in this manner
doesn't actually give the register
--- Additional Comments From marekm at amelek dot gda dot pl 2005-01-23
00:14 ---
I think the proposed avr_hard_regno_mode_ok patch may need a small fix for
QImode in r29 - possible problem with frame pointer (see removed comment):
- if (regno = REG_Y (regno + GET_MODE_SIZE
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-23
00:15 ---
Subject: Bug 19052
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-01-23 00:14:32
Modified files:
libgfortran: ChangeLog libgfortran.h
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dje at gcc dot gnu dot org
|dot org |
Status|NEW
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23
00:24 ---
The mgrid score on AMD64 jumps 30% with my patch for PR19464 applied.
--
What|Removed |Added
--- Additional Comments From dje at gcc dot gnu dot org 2005-01-23 00:24
---
Patch committed.
--
What|Removed |Added
Status|ASSIGNED
--
Bug 19292 depends on bug 19052, which changed state.
Bug 19052 Summary: unit 0 not preconnected to standard error
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19052
What|Old Value |New Value
--- Additional Comments From schlie at comcast dot net 2005-01-23 00:25
---
(In reply to comment #10)
have you had a chance to look at Roger's more recient patch:
http://gcc.gnu.org/ml/gcc-patches/2005-01/msg01181.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19378
The following program:
/*--8---*/
int printf(const char *, ...);
int f(void)
{
return 0;
}
void g(int a[])
{
int n3, n0;
int even;
int diff = a[1] - a[0];
n3 = 3;
if ((n0 = f()) 0) {
even = diff
--
What|Removed |Added
Component|c |target
Keywords||wrong-code
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru
2005-01-23 00:42 ---
(In reply to comment #4)
This can be fixed at the tree level without any gcse or ra hacking:
http://gcc.gnu.org/ml/gcc-patches/2005-01/msg01462.html
GCC generates poor code for this function
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-23
01:17 ---
(In reply to comment #6)
(In reply to comment #4)
This can be fixed at the tree level without any gcse or ra hacking:
http://gcc.gnu.org/ml/gcc-patches/2005-01/msg01462.html
GCC generates poor
--
int r[6];
void f (int n)
{
while (-- n)
{
r [0] += r [5];
r [1] += r [0];
r [2] += r [1];
r [3] += r [2];
r [4] += r [3];
r [5] += r [4];
}
}
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-23
01:36 ---
Confirmed, only a regression from 3.3.3 which gave the following good code:
.L5:
addl%edi, %ebp
addl%ebp, %esi
addl%esi, %ecx
addl%ecx, %edx
addl
This is like PR 19580 but a request to optimize it on the tree level instead of
just on the RTL level.
Mainly because we don't catch it for PPC (with 3.3.3 or with -fno-gcse).
int r[6];
void f (int n)
{
while (-- n)
{
r [0] += r [5];
r [1] += r [0];
r [2] += r [1];
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru
2005-01-23 01:43 ---
(In reply to comment #7)
This looks like a different bug because with 3.3.3 we get the good code but
not with 3.4.0.
this is now bug 19580
--
--
What|Removed |Added
OtherBugsDependingO||19580
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19581
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-01-23
01:47 ---
This needs more alias analysis
Structure aliasing could do this with a little work, so i'll take this for now
--
What|Removed |Added
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23
01:49 ---
This is a tree-optimization bug for 4.0 and later. I think the problem
is that we don't catch the store motion opportunity at the tree level
because to the tree alias analyses arrays are opaque objects.
--- Additional Comments From hp at gcc dot gnu dot org 2005-01-23 01:52
---
I think you need to spell it __noreturn__, as a user should be free to
#define noreturn
in the program, before the include.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19343
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-23
01:53 ---
(In reply to comment #2)
This is a tree-optimization bug for 4.0 and later. I think the problem
is that we don't catch the store motion opportunity at the tree level
because to the tree alias analyses
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-23
01:56 ---
(In reply to comment #8)
I was about to send the following patch out for this.
Thanks Andrew, I have already implemented and tested AJ original suggestion,
will
wait a bit for the list opinion.
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-01-23
02:08 ---
Subject: Re: [3.4/4.0 Regression] poor register
allocation
On Sat, 23 Jan 2005, steven at gcc dot gnu dot org wrote:
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-23
02:20 ---
Subject: Bug 19451
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-01-23 02:18:34
Modified files:
gcc/testsuite : ChangeLog
libgfortran:
$ cat test.c
#include string.h
#include stdio.h
int main(void) {
char *tmp;
const char * const delim= ;
tmp=strtok(a b c, delim);
printf(%s\n,tmp);
return 0;
}
$ gcc -Wall test.c
$ ./a.out
Segmentation fault (core dumped)
$ gcc -Wall -fwritable-strings
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-23
03:00 ---
This is invalid, see the prototype for strtok{,_r}:
strtok_r(char *str, const char *sep, char **last);
And from the man page (from *BSD, well from darwin):
The strtok() function is used to
--- Additional Comments From ncm-nospam at cantrip dot org 2005-01-23
03:52 ---
Somebody mentioned that using unions for type punning was described
in the textbooks as extremely bad form. That's how I always thought
of it, too, but it seems, at least in Gcc, unions are now the right
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru
2005-01-23 04:34 ---
Caused by this patch:
2003-04-01 Zdenek Dvorak [EMAIL PROTECTED]
* gcse.c (struct ls_expr): Added pattern_regs field.
(ldst_entry): Initialize it.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-23
04:38 ---
(In reply to comment #5)
Caused by this patch:
And I was right this was caused by the store motion rewrite.
http://gcc.gnu.org/ml/gcc-patches/2003-02/msg02090.html
--
What|Removed
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-23
04:39 ---
Note this is not a register allocator problem any more but a missed
optimization.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19580
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-23
04:51 ---
Subject: Bug 19378
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-01-23 04:51:29
Modified files:
gcc: ChangeLog
gcc/config/avr :
$ /scratch/zack/i/gcc-vanilla/bin/g++ -v
Using built-in specs.
Configured with: /home/zack/src/gcc/HEAD/vanilla/configure
--prefix=/scratch/zack/i/gcc-vanilla --disable-checking --enable-languages=c,c++
--disable-multilib
Thread model: posix
gcc version 4.0.0 20050122 (experimental)
$ /scratch
--- Additional Comments From zack at gcc dot gnu dot org 2005-01-23 05:08
---
Created an attachment (id=8039)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8039action=view)
test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19583
--- Additional Comments From zack at gcc dot gnu dot org 2005-01-23 05:11
---
Created an attachment (id=8040)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8040action=view)
shorter test case
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-23
05:16 ---
Subject: Bug 18402
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_3-branch
Changes by: [EMAIL PROTECTED] 2005-01-23 05:16:15
Modified files:
gcc:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-23
05:16 ---
Subject: Bug 8555
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_3-branch
Changes by: [EMAIL PROTECTED] 2005-01-23 05:16:15
Modified files:
gcc:
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-23
05:21 ---
Here is the simplified testcase:
static inline bool f() throw()
{
return 0;
}
bool ff()
{
return f();
}
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-23
05:22 ---
I think the problem is that we don't look passed eh_spec_block trees.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19583
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-23
05:28 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
1 - 100 of 106 matches
Mail list logo
