--- Additional Comments From woodzltc at sources dot redhat dot com
2005-08-09 07:04 ---
(In reply to comment #15)
[snip]
> Please add an issue on dwarf.freestandards.org and i'll take it from
> there.
I had added an public comment titiled "add a new entry to identify the main
functi
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-08-09
08:23 ---
Patch committed.
--
What|Removed |Added
Status|ASSIGNED|RESO
--
Bug 21015 depends on bug 17860, which changed state.
Bug 17860 Summary: [3.4 only] Wrong generated code for loop with varying bound
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17860
What|Old Value |New Value
--
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-08-09
08:23 ---
Patch committed.
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-09
08:23 ---
Subject: Bug 17860
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
--- Additional Comments From gdr at integrable-solutions dot net
2005-08-09 08:35 ---
Subject: Re: can't compile self defined void distance(std::vector,
std::vector)
"adah at netstd dot com" <[EMAIL PROTECTED]> writes:
| --- Additional Comments From adah at netstd dot com 2005-0
--- Additional Comments From pcarlini at suse dot de 2005-08-09 08:41
---
Yeah, I concur with Chris. And we already agreed (with Matt too) that there is
no point in spending time on the legacy hashed containers.
--
What|Removed |Added
--- Additional Comments From mpeterseim at samson dot de 2005-08-09 08:44
---
The gas needs the section stabs in the debug informations to include the
sourcelines. This section is generated from the gcc through the option -
gstabs. The used option -gdwarf-2 does not contain the section
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-09
08:52 ---
I think I know how to fix this. But some general questions (wrt the x86 ABI):
- can we always tail call if either function returns void and the other
returns in a register?
- can we _not_ tail call if ei
--- Additional Comments From gdr at gcc dot gnu dot org 2005-08-09 09:41
---
local classes are pervasive in C++.
--
What|Removed |Added
Severity|normal
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-09
10:37 ---
Note the patch you pointed out doesn't cause this, but the fix to PR22347, so
this is bug is target-dependent. Patch submitted.
--
What|Removed |Added
--
--- Additional Comments From adah at netstd dot com 2005-08-09 10:49
---
(In reply to comment #61)
> Subject: Re: can't compile self defined void distance(std::vector,
std::vector)
> "adah at netstd dot com" <[EMAIL PROTECTED]> writes:
> | --- Additional Comments From adah at netst
--- Additional Comments From gdr at integrable-solutions dot net
2005-08-09 11:07 ---
Subject: Re: can't compile self defined void distance(std::vector,
std::vector)
"adah at netstd dot com" <[EMAIL PROTECTED]> writes:
| Do *you* like it?
It is immaterial as far as GCC is concerned.
--- Additional Comments From macro at linux-mips dot org 2005-08-09 11:38
---
Thanks for your insight. I did some experimenting with the code (including
reducing the source file to a somewhat more readable form -- I can post it
if interested) and I noticed this *(struct { char __x[0xff
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-09
11:45 ---
This is not a bug, this is how it works now in 4.0.0 and above with respect
with the inliner.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-09
11:50 ---
This is still a bug in "include high-level source" and not GCC as it does not
understand dwarf-2 which is
a different debuging info than stabs. Stabs and dwarf-2 are two different
debugging info which bo
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-09
12:11 ---
(In reply to comment #13)
> This patch onle fixes the problem in comment #11 and not all the testcases.
The resulting Summary:
# of expected passes1528
# of unexpected failures109
# of un
--- Additional Comments From adah at netstd dot com 2005-08-09 13:26
---
(In reply to comment #63)
> | Do *you* like it?
> It is immaterial as far as GCC is concerned. I know where to raise
Why immaterial? I just cannot imagine anybody that *likes* this behaviour.
If no one likes it
--- Additional Comments From adah at netstd dot com 2005-08-09 13:36
---
(In reply to comment #58)
> It serves its users by providing a reliable translator for the language
> defined by the standard. Think about the portability implications of
> compilers that willy-nilly implement som
> This is reasonable. That was why I thought it was not necessary to `fix'
> this
> bug after some discussions. I just thought it was still a bug, and some
> measures need to be taken to warn the user about this problem. It might be
> of
> low priority, but simply marking it as `INVALID' ju
--- Additional Comments From pinskia at physics dot uc dot edu 2005-08-09
13:40 ---
Subject: Re: can't compile self defined void distance(std::vector,
std::vector)
> This is reasonable. That was why I thought it was not necessary to `fix'
> this
> bug after some discussions. I jus
--- Additional Comments From bangerth at dealii dot org 2005-08-09 14:11
---
I think we should all recuse ourselves from this discussion, since we just
keep iterating our same old positions:
Yongwei believes that this is a defect in the standard and that gcc should
not follow the st
--- Additional Comments From naeem_fast at yahoo dot com 2005-08-09 14:36
---
(In reply to comment #4)
I need the change header and cpp files, it is bit diffcult to match the changes,
this problem i am facing in gcc 3.4.4 also.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16505
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-08-09
15:31 ---
This patch is OK for the 4.0 branch, if someone wants to go ahead and apply it
there. It's not a major priority, since treelang is not one of the primary
languages, but it's OK to apply it.
--
http://g
--- Additional Comments From dorit at il dot ibm dot com 2005-08-09 15:38
---
I was able to reproduce the error on powerpc-drawin using the first testcase
from comment 3 for PR22543.
I was also able to pin down the patch that triggered/exposed this problem:
2005-07-09 Diego Novillo
With the attached patch applied, immuses get hosed during update_stmt while
propagating in ccp at tree-ssa-propagate.c:1154 (substitute_and_fold calling
mark_new_vars_to_rename). Testcase:
struct B { int i; };
struct C { struct B c[1]; };
int e;
static struct C b;
void
foo (int d)
{
struct C
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-09
15:49 ---
Created an attachment (id=9455)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9455&action=view)
patch to enable salias for structures which contain arrays
required patch to reproduce the ICE.
--
h
--
What|Removed |Added
CC||amacleod at redhat dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23297
When debugging some code we discovered that some float math appears to be
incorrect at times. Because of the size of the values we were using we should
have really been using doubles. The values that get assigned differ if the
assignement is inside a for loop or external to the loop. This 'probl
--
What|Removed |Added
CC||James dot Juran at
||baesystems dot com
http://gcc.gnu.org/bugz
--
What|Removed |Added
CC||James dot Juran at
||baesystems dot com
http://gcc.gnu.org/bugz
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-09
15:59 ---
*** This bug has been marked as a duplicate of 323 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-09
15:59 ---
*** Bug 23298 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-09
16:43 ---
(In reply to comment #14)
> So it does in fact improve the situation.
Ok, the majority of the rest of the objc failures are caused by not
initializing the runtime on ppc-
darwin, I think I can fix the ppc-
--- Additional Comments From bangerth at dealii dot org 2005-08-09 17:01
---
(In reply to comment #11)
> I was also able to pin down the patch that triggered/exposed this problem:
>
> 2005-07-09 Diego Novillo <[EMAIL PROTECTED]>
I'm not sure what relationship this patch has wrt
The following testcase is miscompiled on ppc and ppc64 at -Os.
In E::~E() GCSE changes:
(insn 3 6 4 0 (set (reg/f:DI 121 [ this ])
(reg:DI 3 3 [ this ])) 297 {*movdi_internal64} (nil)
(nil))
...
(insn 22 46 23 1 (set (reg/f:DI 125)
(plus:DI (reg/f:DI 121 [ this ])
(c
--- Additional Comments From jakub at redhat dot com 2005-08-09 17:02
---
Created an attachment (id=9456)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9456&action=view)
pr23299.C
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23299
--- Additional Comments From bangerth at dealii dot org 2005-08-09 17:05
---
You realize that your results differ only in the 8th digit -- which just
so happens to be the precision you get from floats, right?
W.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23298
--
What|Removed |Added
CC||dwmw2 at infradead dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23299
--- Additional Comments From dorit at il dot ibm dot com 2005-08-09 17:14
---
> I'm not sure what relationship this patch has wrt this PR -- I filed the PR
> on 2005-06-28, so before Diego's patch. It may well have exposed a separate
> problem, though.
>
I tried a snaphost from 20050
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-09
17:19 ---
Confirmed, weird, it works on the mainline, even after making sure that the
function c does not get
inlined and checking the assembly it is obviously that 4.1 works while 4.0.x
does not.
4.0.x:
a
--- Additional Comments From bangerth at ices dot utexas dot edu
2005-08-09 17:19 ---
Subject: Re: [4.1 regression] ICE with
-ftree-vectorize in verify_ssa
> Maybe there are multiple unrelated problems grouped under this one PR. Or
> maybe
> PR22543 is not a duplicate of this one. T
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-09
17:25 ---
Looks like the insert is just in the wrong spot.
On the mainline we insert it in the correct spot.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23299
--- Additional Comments From jakub at redhat dot com 2005-08-09 17:27
---
The problem is in insert_insn_end_bb.
That function is called to hoist the common expression to the end of bb0.
But, bb0 ends with a call that can throw, so insert_insn_end_bb decides not
to put it after the call,
--- Additional Comments From gdr at integrable-solutions dot net
2005-08-09 17:28 ---
Subject: Re: can't compile self defined void distance(std::vector,
std::vector)
"adah at netstd dot com" <[EMAIL PROTECTED]> writes:
| (In reply to comment #63)
| > | Do *you* like it?
| > It is imm
--- Additional Comments From gdr at integrable-solutions dot net
2005-08-09 17:36 ---
Subject: Re: can't compile self defined void distance(std::vector,
std::vector)
"adah at netstd dot com" <[EMAIL PROTECTED]> writes:
| (In reply to comment #58)
| > It serves its users by providing
--- Additional Comments From jakub at redhat dot com 2005-08-09 17:43
---
Fixed on mainline with
http://gcc.gnu.org/ml/gcc-patches/2005-03/msg01416.html
I'll add the testcase, test the patch and submit for gcc-4_0-branch inclusion.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23299
--- Additional Comments From rth at gcc dot gnu dot org 2005-08-09 17:44
---
Yes, the funny cast is *intended* to alias all memory, and thus force anything
that might potentially alias the string to be written back. We don't have the
ability to conclude that __d3 won't be affected.
As
--- Additional Comments From ams at gnu dot org 2005-08-09 17:45 ---
Subject: i*86-*-gnu* not enabled in configure.ac
The following fixes #21819 (I was requested to send it to gcc-patches@
and java-patches by Andrew Pinski).
2005-08-09 Alfred M. Szmidt <[EMAIL PROTECTED]>
--- Additional Comments From schwinge at nic-nac-project dot de 2005-08-09
17:46 ---
Subject: Re: [4.0 Regression] libmudflap/Makefile.am, refusing to install
mf-runtime.h in includedir
On Thu, Jun 16, 2005 at 03:57:27PM -, pinskia at gcc dot gnu dot org wrote:
>
> --- Additi
--- Additional Comments From bart dot vanassche at gmail dot com
2005-08-09 17:52 ---
Subject: Re: Combination of -finstrument-functions and -O3 produces incorrect
results
Hello pinskia,
Thanks for the info -- I recompiled the code with the extra
option -fno-inline, and so I go
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-09
17:53 ---
Subject: Bug 21992
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-09 17:53:28
Modified files:
gcc/objc : ChangeLog objc-act.c
Log message:
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-09
17:58 ---
I committed the fix for the ones which fail at optimizations level higher than
-O0.
Hans-Peter, is the rest of the failures gone for mmix?
Also does mmix have shared libraries, if not then this is a probl
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-09
18:12 ---
I have a fix which I am about to submit.
--
What|Removed |Added
AssignedTo|unassigne
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-09
18:19 ---
The option is documented now but wrongly:
-isysroot dir
This option is like the --sysroot option, but applies only to header files. See
the --sysroot option for
more information.
This is wrong for ppc-da
--- Additional Comments From macro at linux-mips dot org 2005-08-09 18:23
---
Please make sure you look at the right variant, i.e.
"sysdeps/i386/bits/string.h", as there are different versions for different
i386 submodels. Still the version in the glibc tree differs a bit indeed,
but i
--- Additional Comments From dpatel at apple dot com 2005-08-09 18:58
---
Yup.
This happens when tree-if-conversion pass is given cfg with one loop structure
to represent nested loop.
May be this is happenning because inner loop is infinite loop ? Anyway, please
assign this bug to m
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-09
18:58 ---
targetting torwards 4.2 since 4.1 will not have top level bootstrap enabled by
default.
--
What|Removed |Added
--
===
# of expected passes46
# of unexpected failures1
Running target unix
=== treelang Summary for unix ===
=== treelang Summary ===
# of expected passes46
# of unexpected failures1
Compiler version: 4.0.2 20050809 (prerelease
If I copy the current cvs classpath into the libjava build directory
and try to build, I get an ICE.
The problem occurs because of this code in build_field_ref:
if (! flag_syntax_only
&& (flag_indirect_dispatch
/* DECL_FIELD_OFFSET == 0 if we have no reference for
--- Additional Comments From jacob dot navia at ants dot com 2005-08-09
19:57 ---
If I can't mix SJLJ exceptions with DWARF2 exceptions how this is supposed to
work?
I mean I have to rebuild all libraries including libc, libm, and whatever
This can't be. Besides, why this mixing sh
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-08-09
20:00 ---
stop_numeric, stop_string and runtime_error have been fixed.
abort requires some more work.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17758
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-08-09
20:23 ---
So, if I understand correctly, you're meaning that gcc 4.0 and 4.1 will not
build on ppc-apple-darwin5.5? I find that a litlle... disappointing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21512
--- Additional Comments From dsell at agleader dot com 2005-08-09 20:24
---
We did come to the realization that we should be using doubles to store the
values, because the values we were comparing were really too large for floats.
However, the fact that rearranging the code or compiling
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-09
20:26 ---
(In reply to comment #7)
> So, if I understand correctly, you're meaning that gcc 4.0 and 4.1 will not
> build on ppc-apple-darwin5.5? I find that a litlle... disappointing.
Well the work around is to use 3
Tried to build gcc on powerpc-apple-darwin5.5 (MacOS 10.1), with the
workaround for the bug reported in PR21512 (comment #0)
Fails with error message:
../../gcc/gcc/config/rs6000/host-darwin.c:25: sys/ucontext.h: No such file or
directory
System header sys/ucontext.h appeared with MacOS 10.2. Som
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-09
20:44 ---
This is a target issue. I don't know if this will get fixed as 10.1 is not
really supported any more.
--
What|Removed |Added
--
--
What|Removed |Added
Severity|critical|normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16613
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-09
22:01 ---
Mark, are you still working on this one?
Btw, the following patch fixes the ICE for me.
Passed bootstrap and regtests.
===
--- gcc/gcc/cp/de
Compiling:
typedef char Boolean;
typedef unsigned char Char;
typedef Char *ScrnPtr;
typedef ScrnPtr *ScrnBuf;
typedef struct _WidgetRec *Widget;
typedef struct {
int foo [1000];
int max_col;
int max_row;
Widget scrollWidget;
int savelines;
ScrnBuf visbuf;
ScrnBuf allbuf;
Char *s
Compiling:
typedef unsigned char Char;
typedef Char *ScrnPtr;
typedef ScrnPtr *ScrnBuf;
typedef struct {
int foo [1000];
int savelines;
ScrnBuf visbuf;
ScrnBuf allbuf;
} TScreen;
typedef struct _XtermWidgetRec {
TScreen screen;
int num_ptrs;
} *XtermWidget;
extern XtermWidget ter
On Tue, 9 Aug 2005, jacob dot navia at ants dot com wrote:
--- Additional Comments From jacob dot navia at ants dot com 2005-08-09
19:57 ---
If I can't mix SJLJ exceptions with DWARF2 exceptions how this is supposed to
work?
How is what supposed to work?
I mean I have to rebuild
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-08-09
22:53 ---
Subject: Re: SJLJ-exceptions broken
On Tue, 9 Aug 2005, jacob dot navia at ants dot com wrote:
>
> --- Additional Comments From jacob dot navia at ants dot com 2005-08-09
> 19:57 ---
> If I ca
--- Additional Comments From giovannibajo at libero dot it 2005-08-09
23:12 ---
So, using limit 0 for when calculating the integer mode for the size would fix
the regression on sh?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23290
--- Additional Comments From hp at gcc dot gnu dot org 2005-08-09 23:28
---
The patch in comment #12 fixes *all* objc regressions
(actually no failures at all again now), on mmix-knuth-mmixware,
cris-axis-elf and cris-axis-linux-gnu.
No, MMIX does not have shared libraries. It's not th
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-09
23:35 ---
Ok, since this was orginally about mmix, I am going to close this as fixed and
I will open a new bug
about the darwin failures once I really test on a clean tree, I know how to fix
it if it still broken.
--- Additional Comments From mark at codesourcery dot com 2005-08-09 23:53
---
Subject: Re: [4.0/4.1 Regression] ICE on illegal code: "extern
static" struct member
reichelt at gcc dot gnu dot org wrote:
> --- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-09
>
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
00:05 ---
Confirmed, the rtl dumps at .combinea are almost the same except for:
-(insn 45 44 46 3 (set (reg:SI 70 [ .savelines ])
-(mem/s:SI (plus:SI (reg/v/f:SI 59 [ screen ])
-(const_int 4012
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
00:12 ---
This again looks like it was caused by:
I think this was caused by:
2005-07-30 Jan Hubicka <[EMAIL PROTECTED]>
* expr.c (expand_expr_real_1): Do not load mem targets into register.
* i38
--
What|Removed |Added
BugsThisDependsOn||23302
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23153
--
What|Removed |Added
BugsThisDependsOn||23303
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23153
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-10
00:15 ---
Taking over.
--
What|Removed |Added
AssignedTo|mark at codesourcery dot com|reiche
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
00:18 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--
What|Removed |Added
OtherBugsDependingO||23304
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21166
Last known to work with: "Mon Aug 8 09:42:20 UTC 2005".
Known to fail with: "Mon Aug 8 09:42:20 UTC 2005".
With LAST_UPDATED: "Tue Aug 9 09:32:29 UTC 2005" I still get failures,
with the messages in the .log being:
FAIL: g++.dg/ext/packed3.C (test for errors, line 22)
FAIL: g++.dg/ext/packed3.
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-10
00:21 ---
Subject: Bug 20646
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-10 00:20:33
Modified files:
gcc/cp : ChangeLog decl.c
gcc/testsui
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-10
00:26 ---
Subject: Bug 20646
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-08-10 00:25:59
Modified files:
gcc/cp : Change
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-10
00:27 ---
Fixed on mainline and 4.0 branch (for 4.0.2).
--
What|Removed |Added
Status|AS
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
00:28 ---
Yes, I agree that there should be a dg-require-effective-target here that takes
about tests if the target
has alignment instead of being packed.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
00:31 ---
Thinking about this more, these are all just testsuite regressions, though they
are correctly accepted.
--
What|Removed |Added
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
00:37 ---
(In reply to comment #10)
> May be this is happenning because inner loop is infinite loop ?
The orginal testcase does not have an infinite loop (or at least as far I can
see).
--
What|Remo
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
00:39 ---
Note working on this any more as other people are fixing this.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
00:45 ---
Here is an example which is __not__ folded back and shows that we don't
optimize it on the RTL level at
least for i686:
int f(int a)
{
return a*6-a;
}
int f1(int a)
{
return a*5;
}
--
http://gcc.gn
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
00:49 ---
Confirmed.
a*C+a is also not simplified.
--
What|Removed |Added
Status|UNCONFIR
We were running bench++ looking for cases that perform worse
with g++-4.x than they do with g++-2.95 .
We posted a related mail to the gcc list
http://gcc.gnu.org/ml/gcc/2005-08/msg00197.html
There seems to be an interesting regression, exhibited by
more than one test, that is related to the inlin
--- Additional Comments From danalis at cis dot udel dot edu 2005-08-10
01:06 ---
Created an attachment (id=9457)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9457&action=view)
Source code.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23305
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
01:16 ---
I think this is just a RA issue as the assembler looks good on ppc-darwin.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23305
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
01:23 ---
I don't get the regression on ppc-darwin so this is just a RA issue.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23305
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
01:59 ---
Actually maybe not:
:;
first$current$current$current.506 = first$current$current$current.506 + 8B;
D.34505 = D.34505 + first$current$current$current->value;
if (last$current$current$current != first$cu
objc.dg/try-catch-8.m fails currently on the mainline, it also fails on the 4.0
branch for the same
reason (well it is not tested there at all because it was marked as testing for
darwin only for some
reason, which I was not going to look into just yet).
Anyways the problem is that we call gen
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
02:38 ---
Exceptions for the GNU runtime is a new feature in 4.0.0 so this is not a
regression.
CCing Honza because I said I would file a bug for this.
--
What|Removed |Added
---
1 - 100 of 111 matches
Mail list logo
