--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org
--- Comment #4 from mmitchel at gcc dot gnu dot org 2005-10-18 06:28
---
We all agree that in pedantic mode all three lines are erroneous, so let's just
consider the non-pedantic case.
We can choose not to be picky about the non-dependent declarations because such
code makes the
[skip to the end if you just want the patches without the storyline]
Jochen Voss writes the following:
when trying to debug one of my programs I encountered a case where gdb
crashed on the command break main before my programm was even
started. The problem occurs on a powerpc machine.
After
--- Comment #18 from bonzini at gcc dot gnu dot org 2005-10-18 08:36
---
Steven, how does your df.c-based cprop fare on this testcase?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19097
This test, which is reduced from a test that Jakub reduced from the Polyhedron
test_fpu.f90, segfaults in execution.
integer, dimension (8388608) :: i, j, k
equivalence (i(1), j(10))
i = 5
k = i
end
$ /irun/bin/gfortran -fmax-stack-var-size=100 JAKUBS_TEST.f90
[EMAIL PROTECTED]
--- Comment #9 from bonzini at gcc dot gnu dot org 2005-10-18 09:48 ---
Can anybody try killloop-branch? Just a wild guess.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19672
--- Comment #1 from rth at gcc dot gnu dot org 2005-10-18 09:48 ---
So, when was your last update? AFAIK this was fixed 3 days ago.
I've just now tested again on amd64-linux and see
MAIN__:
.LFB2:
movl$equiv.0.898, %eax
movl$equiv.0.898+33554432, %edx
.L2:
--- Comment #10 from bonzini at gcc dot gnu dot org 2005-10-18 09:55
---
There is also a (minor) register allocation problem in both outputs:
8048392: 0f be 01movsbl (%ecx),%eax! |
8048395: 0f be 13movsbl (%ebx),%edx! |
8048398: 29 c2
--- Comment #2 from prthomas at drfccad dot cea dot fr 2005-10-18 09:59
---
Subject: RE: Equivalence broken since 20051013
Richard,
--- Comment #1 from rth at gcc dot gnu dot org
2005-10-18 09:48 ---
So, when was your last update? AFAIK this was fixed 3 days ago.
kdegraphics3 contains auto-generated code that fails to build with recent
4.0/4.1
while it worked at least with
g++ (GCC) 4.0.2 20050901 (prerelease) (SUSE Linux)
Testcase:
class QString;
namespace DOM {
class __attribute__ ((visibility(default))) DomShared {};
class NodeImpl;
--- Comment #11 from bonzini at gcc dot gnu dot org 2005-10-18 10:07
---
The code I get from -mbranch-cost=1 is extremely similar to what 3.2.2
produced:
.L7:
cmpl%ebx, %edi
jae .L2
cmpl%ecx, %esi
jae .L2
decl%ebx
--- Comment #1 from rguenth at gcc dot gnu dot org 2005-10-18 10:22 ---
I guess before we treated the whole expression
T *cast = dynamic_castT *(element-ownerDoc()-getElementFromHandle(node));
as dependent on T, while afterwards we try to resolve everything for the
argument of the
The following testcase gives an internal compiler error with both gfortran
4.0.2 and gfortran 4.1.0 20051015:
module crash
implicit none
type foo
integer :: i = 0
type (foo), pointer :: next
end type foo
type (foo), save :: bar
end module crash
Remove the default initialization
--- Comment #12 from bonzini at gcc dot gnu dot org 2005-10-18 11:41
---
Created an attachment (id=10016)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10016action=view)
patch to fix the bug
Indeed, RTL expansion will use jae (short-circuited evaluation) or seta,
depending on the
--- Comment #3 from prthomas at drfccad dot cea dot fr 2005-10-18 11:54
---
Subject: RE: Equivalence broken since 20051013
Richard,
Yes indeed - it is fixed.
From my log, I see that last night I only updated fortran and gfortran,
thereby missing your patch.
Thanks
Paul
--
--- Comment #11 from simon dot strandman at telia dot com 2005-10-18 12:21
---
I'm using gcc 4.0.2 with patches for gcc pr19664, pr20297 and pr19520. The
testcase from this bug passes without problems. Still firefox beta2 and current
CVS fails to build. I talked to the mozilla guys and
--- Comment #19 from amacleod at redhat dot com 2005-10-18 12:25 ---
Created an attachment (id=10017)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10017action=view)
patch for operand scan
Now that correct_use_link is *only* used for real uses, it is no longer
profitable to try to
--- Comment #13 from cvs-commit at gcc dot gnu dot org 2005-10-18 12:30
---
Subject: Bug 22604
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-18 12:30:33
Modified files:
gcc/cp : ChangeLog cp-tree.h class.c semantics.c
--- Comment #7 from cvs-commit at gcc dot gnu dot org 2005-10-18 12:30
---
Subject: Bug 23118
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-18 12:30:33
Modified files:
gcc/cp : ChangeLog cp-tree.h class.c semantics.c
--- Comment #14 from cvs-commit at gcc dot gnu dot org 2005-10-18 12:34
---
Subject: Bug 22604
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-18 12:34:30
Modified files:
gcc/cp : ChangeLog
--- Comment #8 from cvs-commit at gcc dot gnu dot org 2005-10-18 12:34
---
Subject: Bug 23118
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-18 12:34:30
Modified files:
gcc/cp : ChangeLog
--- Comment #9 from nathan at gcc dot gnu dot org 2005-10-18 12:39 ---
fixed mainline 4.0
2005-10-18 Nathan Sidwell [EMAIL PROTECTED]
PR c++/22604
* class.c (update_vtable_entry_for_fn): Don't process invalid
covariant overriders.
PR c++/23118
--- Comment #15 from nathan at gcc dot gnu dot org 2005-10-18 12:40 ---
fixed mainline and 4.0
2005-10-18 Nathan Sidwell [EMAIL PROTECTED]
PR c++/22604
* class.c (update_vtable_entry_for_fn): Don't process invalid
covariant overriders.
PR c++/23118
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2005-10-18 12:42
---
This bug disappeared in mainline CVS. However, with gfortran version 4.0.3
20051018 (prerelease), it is still there:
$ ./bin/gfortran -c a.f90
a.f90:0: internal compiler error: Segmentation fault
Backtrace:
#0
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-18 12:43 ---
*** This bug has been marked as a duplicate of 22252 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-10-18 12:43 ---
*** Bug 24421 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from pinskia at gcc dot gnu dot org 2005-10-18 12:43
---
*** This bug has been marked as a duplicate of 22252 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from pinskia at gcc dot gnu dot org 2005-10-18 12:43 ---
*** Bug 24248 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-18 12:56 ---
Reduced testcase:
class SVGDocumentImpl;
class SVGElementImpl
{
SVGDocumentImpl *ownerDoc() const;
};
templateclass T
void applyContainer(SVGElementImpl *element)
{
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-10-18 13:06 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
In the code below, the test is always true and could be found as such by using
distributivity on binary operators to factor out constant values. This is not
currently done, by looking at the assembly code produced.
code
extern int f(unsigned);
int f(unsigned u)
{
if( (u|4) 6 ) /* could be
Following testcase (distilled from Fortran test in openmpbench_F_v2):
extern __thread double thrtest[81];
int main (void)
{
int i;
for (i = 0; i 81; i++)
thrtest[i] = 1.0;
}
is miscompiled at -O2 on x86_64:
movq[EMAIL PROTECTED](%rip), %rax
addq%fs:0, %rax
.L2:
I'll attach a patch, that should be queued for 4.2 once 4.1 branches.
--
Summary: Remove unnecessary lhd_* hooks where a corresponding
hook_* exists
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
--- Comment #1 from jakub at gcc dot gnu dot org 2005-10-18 13:36 ---
Created an attachment (id=10018)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10018action=view)
pr24429.patch
As per http://gcc.gnu.org/ml/gcc-patches/2005-10/msg01040.html request,
I'm enqueueing this cleanup
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24429
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-18 13:40 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-18 13:42 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
OtherBugsDependingO|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|critical|normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24426
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.0.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22306
--- Comment #6 from cvs-commit at gcc dot gnu dot org 2005-10-18 13:45
---
Subject: Bug 21383
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-18 13:45:23
Modified files:
gcc/cp : ChangeLog name-lookup.c
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-18 13:46 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from cvs-commit at gcc dot gnu dot org 2005-10-18 13:49
---
Subject: Bug 21383
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-18 13:49:17
Modified files:
gcc/cp : ChangeLog
--- Comment #8 from nathan at gcc dot gnu dot org 2005-10-18 13:49 ---
fixed mainline, 4.0
2005-10-18 Nathan Sidwell [EMAIL PROTECTED]
PR c++/21383
* name-lookup.c (arg_assoc): Template args can be null in a
template-id-expr.
leaving open for 3.4 backport
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.0.3 |3.4.6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21383
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.0.3 |3.4.6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21908
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.0.3 |3.4.6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22352
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.0.3 |3.4.6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22464
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.0.3 |3.4.6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23307
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.0.3 |3.4.6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23797
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-18 14:16 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-18 14:18 ---
extern char _end[];
extern char ENTRY_POINT[];
Maybe they should be made to be pointers and weak.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24420
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-10-18 14:20 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-10-18 14:21 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-10-18 14:21 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #7 from pinskia at gcc dot gnu dot org 2005-10-18 14:21 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-10-18 14:21 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-10-18 14:21 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
Hello,
For my project, i am using Altera Excalibur EPXA1 board.
i got Linux2.4.21 with patch-2.4.21-rmk2, which support EXPA1 board for ARM.
I am using Altera provided Quartus II 4.0 tools. this tools also provide the
arm-gnupro tool. which has arm-elf- cross-compiler.
i config the kernel,
Hello,
For my project, i am using Altera Excalibur EPXA1 board.
i got Linux2.4.21 with patch-2.4.21-rmk2, which support EXPA1
board for ARM.
I am using Altera provided Quartus II 4.0 tools. this tools
also provide the arm-gnupro tool. which has arm-elf- cross-
compiler.
i config the kernel,
--- Comment #4 from charlet at gcc dot gnu dot org 2005-10-18 14:49 ---
Geert is no longer working on this PR for the time being, so changing
assignment.
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from charlet at gcc dot gnu dot org 2005-10-18 14:51 ---
Geert is no longer working on this PR for the time being, so changing
assignment.
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
I get internal compiler error trying to compile this routine on windows (no
problem on the Macintosh) -
$ gfortran -c stress.f
stress.f: In function 'stress1':
stress.f:44: internal compiler error: in convert_move, at expr.c:362
Please submit a full bug report,
with preprocessed source if
--- Comment #5 from cvs-commit at gcc dot gnu dot org 2005-10-18 15:25
---
Subject: Bug 23293
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]2005-10-18 15:24:57
Modified files:
gcc/cp : pt.c ChangeLog
--- Comment #54 from dnovillo at gcc dot gnu dot org 2005-10-18 15:32
---
Closing. As discussed earlier, for all intents and purposes this is fixed.
--
dnovillo at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from cvs-commit at gcc dot gnu dot org 2005-10-18 15:39
---
Subject: Bug 23293
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]2005-10-18 15:39:13
Modified files:
gcc/cp : pt.c ChangeLog
gcc/testsuite :
--- Comment #7 from mmitchel at gcc dot gnu dot org 2005-10-18 15:39
---
Fixed in 4.0.3.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
br
$ which cc
/usr/local/bin/cc
$ cc -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../gcc-4.0.1/configure --enable-languages=all
Thread model: posix
gcc version 4.0.1
$ cc main.c
$ cc -I/usr/local/include -I/usr/X11R6/include main.c
main.c: In function 'main':
main.c:3:
--- Comment #14 from mmitchel at gcc dot gnu dot org 2005-10-18 15:44
---
The confusing use of typedefs is now corrected. The spurious space after the
. remains.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17763
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-18 15:56 ---
do a cc -v main.cc and see what is the order of include directories.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from bonzini at gcc dot gnu dot org 2005-10-18 16:04
---
The patch is not good because I forgot to check fallthrough edges. The code I
added goes above, just before case CALL_EXPR:.
Restarting a bootstrap with a correct patch.
--
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-18 16:04 ---
Oh. this is not a bug. -I/usr/local/include does nothing as it is already
included.. You want -idirafter.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.0.3 |3.4.6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23293
--- Comment #2 from rearnsha at gcc dot gnu dot org 2005-10-18 16:13
---
Confirmed still fails on the 3.4 branch (arm-elf cross). The failure mode is
that we have
virtual_frame_pointer = hard_frame_pointer
...
cond_jump somewhere
var = virtual_frame_pointer
The initial
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-18 16:15 ---
On PPC-darwin, I just get (which is a dup of bug 22533):
| tree check: expected class expression, have exceptional |
|(constructor) in get_base_var, at ipa-utils.c:224 |
--- Comment #6 from cvs-commit at gcc dot gnu dot org 2005-10-18 16:21
---
Subject: Bug 22293
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]2005-10-18 16:20:55
Modified files:
gcc/cp : ChangeLog decl.c
gcc/testsuite :
--- Comment #7 from cvs-commit at gcc dot gnu dot org 2005-10-18 16:26
---
Subject: Bug 22293
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]2005-10-18 16:26:02
Modified files:
gcc/cp : ChangeLog decl.c
--- Comment #8 from reichelt at gcc dot gnu dot org 2005-10-18 16:26
---
Fixed on mainline and the 4.0 branch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from thebohemian at gmx dot net 2005-10-18 16:38 ---
Created an attachment (id=10019)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10019action=view)
new version of compatible
I added a check which looks whether the LHS of an expression is
java.lang.Object. If this
--- Comment #13 from cvs-commit at gcc dot gnu dot org 2005-10-18 16:39
---
Subject: Bug 22147
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-18 16:39:07
Modified files:
gcc/cp : ChangeLog
--- Comment #8 from thebohemian at gmx dot net 2005-10-18 16:40 ---
Created an attachment (id=10020)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10020action=view)
assignments to object
This test class does all kinds of assignments to java.lang.Object variables. If
you remove the
--disable-softfloat --enable-targets=powerpc-linux,powerpc64-linux
--with-cpu=default32 --disable-werror --enable-checking=release
powerpc-linux-gnu
Thread model: posix
gcc version 4.1.0 20051018 (experimental)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24415
--- Comment #14 from nathan at gcc dot gnu dot org 2005-10-18 16:41 ---
fixed on 4.0 branch
2005-10-18 Nathan Sidwell [EMAIL PROTECTED]
PR c++/22147
Backport 2005-09-27 Mark Mitchell [EMAIL PROTECTED]
* name-lookup.c
--- Comment #9 from thebohemian at gmx dot net 2005-10-18 17:01 ---
Created an attachment (id=10021)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10021action=view)
new version of to_array method
This is the lazyfied version of the to_array method which is uses for the
aanewarray
--- Comment #10 from thebohemian at gmx dot net 2005-10-18 17:09 ---
Created an attachment (id=10022)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10022action=view)
a test class for the aanewarray lazyfication
This tests lazy array instantiation which was not possible before.
The patch
2005-10-03 Francois-Xavier Coudert [EMAIL PROTECTED]
PR libfortran/19308
PR libfortran/22437
* Makefile.am: Add generated files for large real and integers
kinds. Add a rule to create the kinds.inc c99_protos.inc files.
Use kinds.inc to
--- Comment #6 from jh at suse dot cz 2005-10-18 17:22 ---
Subject: Re: [3.4/4.0/4.1 Regression]: ix86 prologue puts values beyond stack
--- Comment #5 from hjl at lucon dot org 2005-10-18 04:37 ---
From bar.i.26.flow2:
(insn/f 51 11 52 0 (set (mem:DI (plus:DI
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org
--- Comment #7 from hjl at lucon dot org 2005-10-18 17:33 ---
We are working on ix86 optimization and run into this problem.
--
hjl at lucon dot org changed:
What|Removed |Added
--- Comment #8 from jh at suse dot cz 2005-10-18 17:41 ---
Subject: Re: ix86 prologue clobbers memory when it shouldn't
--- Comment #7 from hjl at lucon dot org 2005-10-18 17:33 ---
We are working on ix86 optimization and run into this problem.
The patch quoted on
--- Comment #3 from michael dot meissner at amd dot com 2005-10-18 17:44
---
Note, since this is a rotate, the patches I proposed in 17886 will generate
much better code for this one case (basically mov/mov/xchgl -- it could be
improved by a peephole to do the moves directly instead of
--- Comment #9 from hjl at lucon dot org 2005-10-18 17:50 ---
We only run into the problem with red zone enabled, which is x86-64. We have
2 issues:
1. When prologue uses mov, memory shouldn't be clobbered. But
ix86_expand_prologue calls pro_epilogue_adjust_stack which clobbers
memory.
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-18 18:05 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-10-18 18:07 ---
(In reply to comment #2)
--with-cpu=default32 --disable-werror --enable-checking=release
So maybe this is the error message we get with checking disabled (release
checking). I will double check later today if
--- Comment #10 from jh at suse dot cz 2005-10-18 18:17 ---
Subject: Re: ix86 prologue clobbers memory when it shouldn't
--- Comment #9 from hjl at lucon dot org 2005-10-18 17:50 ---
We only run into the problem with red zone enabled, which is x86-64. We have
2 issues:
--- Comment #11 from hjl at lucon dot org 2005-10-18 18:23 ---
The change looks reasonable. I will check it out. But I still don't
like pro_epilogue_adjust_stack doesn't tell the truth about if memory is
clobbered. Why not do something like
--- gcc/config/i386/i386.c.stack
--- Comment #12 from hjl at lucon dot org 2005-10-18 18:26 ---
There is another issue when converting stack additions to pop:
(define_peephole2
[(match_scratch:SI 0 r)
(parallel [(set (reg:SI SP_REG) (plus:SI (reg:SI SP_REG) (const_int 4)))
(clobber (reg:CC
--- Comment #13 from jh at suse dot cz 2005-10-18 18:29 ---
Subject: Re: ix86 prologue clobbers memory when it shouldn't
--- Comment #12 from hjl at lucon dot org 2005-10-18 18:26 ---
There is another issue when converting stack additions to pop:
(define_peephole2
public class Explain4
{
static Stuff1[] foo1;
static Stuff1[][] foo2;
static Stuff1[][][] foo3;
Stuff1[] foo4;
Stuff1[][] foo5;
Stuff1[][][] foo6;
public static void main(String[] args)
{
System.out.println(foo1);
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-18 18:47 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #14 from hjl at lucon dot org 2005-10-18 19:38 ---
Created an attachment (id=10023)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10023action=view)
A patch
This is the patch I am testing. It seems to fix my problem. I am running
the full bootstrap and check on
1 - 100 of 142 matches
Mail list logo