I am seeing this error when compiling linux kernel 2.6.25 with gcc build from
latest 4_3 branch tip.
Here is test case
struct a {
long a1;
long a2;
};
struct b {
struct a b1;
struct a b2;
};
void bar (struct b *c)
{
c->b1 = c->b2 = ((struct a) { foo(), 0 });
}
arm-none-linux-
--- Comment #7 from rwild at gcc dot gnu dot org 2008-08-05 06:50 ---
Rob, please let's not play ping pong with the severity of this bug.
Also, I haven't confirmed this one yet because while I see a couple
of problems, I don't see yet whether any of them is a regression
(this report is a
f951: internal compiler error: in gfc_interpret_character, at
fortran/target-memory.c:402
gcc_assert (result->ts.kind == gfc_default_character_kind);
character(len=20,kind=4) :: str
str = transfer(int(z'bde4'),4_'a')
end
--
Summary: ICE with TRANSFER to non-default-kind character:
--- Comment #6 from rob1weld at aol dot com 2008-08-05 05:07 ---
The grep/sed problem occurs during the boehm-gc configury and in
libjava/classpath also. It is also missing iconv whereas the main configure
picks it up (due to: "--with-libiconv-prefix=/opt/csw"):
Adding multilib support
--- Comment #44 from hjl dot tools at gmail dot com 2008-08-05 04:34
---
You can't compare gcc 4.3 with gcc 4.4 since gcc 4.3 can't align stack to
32byte. It is hard to tell where it went wrong. The assembly code is
quite different from Linux. If I have to guess, the problem may be in
u
--- Comment #43 from howarth at nitro dot med dot uc dot edu 2008-08-05
03:33 ---
FYI, the gdb issue appears to be the same one reported here...
https://trac.macports.org/ticket/16102
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37012
--- Comment #42 from howarth at nitro dot med dot uc dot edu 2008-08-05
03:13 ---
I not sure how valid this is, but if I manually create the missing symlinks to
point to the existing object files for libstdc++, I get...
Starting program: /Users/howarth/stackalign/eh-alloca-1.exe
Readi
--- Comment #41 from howarth at nitro dot med dot uc dot edu 2008-08-05
02:53 ---
When I run the binary in gdb, I get...
warning: Could not find object file
"/sw/src/fink.build/gcc44-4.3.999-20080803/darwin_objdir/i686-apple-darwin9/libstdc++-v3/src/.libs/libstdc++.lax/libmath.a/signbi
--- Comment #5 from rob1weld at aol dot com 2008-08-05 02:42 ---
Andrew Pinski 2008-08-04 18:53 wrote:
> Not if they want to call their OS a POSIX or UNIX OS really. POSIX actually
> makes a standard about programs too.
If you want Posix conformant commands (not necessarily GNU progra
--- Comment #40 from hjl dot tools at gmail dot com 2008-08-05 02:41
---
(In reply to comment #39)
> #0 0x92986b9e in __kill ()
> Starting program: /Users/howarth/stackalign/eh-alloca-1.exe
> Reading symbols for shared libraries +++. done
> terminate called after throwing an instance
--- Comment #5 from tromey at gcc dot gnu dot org 2008-08-05 01:29 ---
Subject: Bug 31890
Author: tromey
Date: Tue Aug 5 01:28:26 2008
New Revision: 138664
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138664
Log:
PR libgcj/31890:
* gcj/javaprims.h: Regenerate
--- Comment #15 from Joey dot ye at intel dot com 2008-08-05 01:01 ---
(In reply to comment #12)
> I think the problem is in
> /* Set offset to aligned because the realigned frame tarts from here. */
> if (stack_realign_fp)
> offset = (offset + stack_alignment_needed -1) & -stac
--- Comment #39 from howarth at nitro dot med dot uc dot edu 2008-08-05
00:56 ---
#0 0x92986b9e in __kill ()
Starting program: /Users/howarth/stackalign/eh-alloca-1.exe
Reading symbols for shared libraries +++. done
terminate called after throwing an instance of 'A'
Program received
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-08-05 00:22 ---
Note the reason why this "works" on x86 and not rs6000 or really any other
backend is that the x86 back-end assumes that the middle-end asks about some
calls that could return in different locations:
/* Check that
--- Comment #38 from hjl dot tools at gmail dot com 2008-08-05 00:17
---
(In reply to comment #37)
> I haven't been able to reduce the eh-alloca-1.C testcase. However I have
> verified that it passes as expected when compiled with g++ from gcc 4.3.1 on
> i686-apple-darwin9 using...
>
--- Comment #37 from howarth at nitro dot med dot uc dot edu 2008-08-04
23:36 ---
I haven't been able to reduce the eh-alloca-1.C testcase. However I have
verified that it passes as expected when compiled with g++ from gcc 4.3.1 on
i686-apple-darwin9 using...
g++-4 ./eh-alloca-1.C -nos
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-08-04 23:35 ---
Simple testcase:
/* { dg-do compile } */
/* { dg-options "-O2 -fdump-tree-tailc-details" } */
/* PR tree-opt/37024 */
double doubleValue();
long
longValue ()
{
return (long) doubleValue ();
}
/* We should not tai
--- Comment #36 from howarth at nitro dot med dot uc dot edu 2008-08-04
23:33 ---
Created an attachment (id=16023)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16023&action=view)
assembly file for g++.dg/torture/stackalign/eh-alloca-1.C on gcc 4.4.0
--
http://gcc.gnu.org/bug
--- Comment #35 from howarth at nitro dot med dot uc dot edu 2008-08-04
23:32 ---
Created an attachment (id=16022)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16022&action=view)
assembly file for g++.dg/torture/stackalign/eh-alloca-1.C on gcc 4.3.1
--
http://gcc.gnu.org/bug
--- Comment #34 from howarth at nitro dot med dot uc dot edu 2008-08-04
23:31 ---
Created an attachment (id=16021)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16021&action=view)
object file for g++.dg/torture/stackalign/eh-alloca-1.C using gcc 4.4.0
--
http://gcc.gnu.org/bu
--- Comment #33 from howarth at nitro dot med dot uc dot edu 2008-08-04
23:31 ---
Created an attachment (id=16020)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16020&action=view)
object file for g++.dg/torture/stackalign/eh-alloca-1.C using gcc 4.3.1
--
http://gcc.gnu.org/bu
--- Comment #32 from howarth at nitro dot med dot uc dot edu 2008-08-04
23:30 ---
Created an attachment (id=16019)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16019&action=view)
preprocessed source file for g++.dg/torture/stackalign/eh-alloca-1.C on gcc
4.4.0
--
http://gcc.
--- Comment #31 from howarth at nitro dot med dot uc dot edu 2008-08-04
23:29 ---
Created an attachment (id=16018)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16018&action=view)
preprocessed source file for g++.dg/torture/stackalign/eh-alloca-1.C on gcc
4.3.1
--
http://gcc.
--- Comment #30 from howarth at nitro dot med dot uc dot edu 2008-08-04
23:18 ---
One other stackalign compile failure I forget to mention was...
/fink.build/gcc44-4.3.999-20080803/gcc-4.4-20080803/gcc/testsuite/gcc.target/i386/stackalign/return-3.c
-mstackrealign -msse -std=gnu99 -mp
--- Comment #3 from dje at gcc dot gnu dot org 2008-08-04 21:57 ---
Copying from the duplicate PR...
The failure starts with this patch:
http://gcc.gnu.org/viewcvs?view=rev&rev=135116
r135116 | spop | 2008-05-09 16:17:47 + (Fri, 09 May 2008)
--
http://gcc.gnu.org/bugzi
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-04 21:48 ---
Patch which I don't have time to test:
Index: tree-tailcall.c
===
--- tree-tailcall.c (revision 138567)
+++ tree-tailcall.c (working copy)
@@ -2
--- Comment #14 from hjl dot tools at gmail dot com 2008-08-04 21:43
---
With stack alignment, we have different stack frame layouts. We
need to handle them properly.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37010
Since the gimple-tuples branch was merged, test omnetpp from SPEC CPU2006 hangs
when compiled with -O2 for powerpc-linux. Here's a minimized testcase of the
code with the problem:
extern void foo (void);
class cPar
{
public:
double dblval;
long longValue ();
double doubleValue ();
};
long
--- Comment #13 from hjl dot tools at gmail dot com 2008-08-04 21:29
---
The previous ix86_compute_frame_layout uses
/* Align start of frame for local function. */
frame->padding1 = ((offset + stack_alignment_needed - 1)
& -stack_alignment_needed) - offset;
t
--- Comment #14 from rguenther at suse dot de 2008-08-04 21:13 ---
Subject: Re: [4.3/4.4 Regression] member function pointer
failure with optimization
On Mon, 4 Aug 2008, rguenther at suse dot de wrote:
> --- Comment #13 from rguenther at suse dot de 2008-08-04 21:11 ---
> S
--- Comment #13 from rguenther at suse dot de 2008-08-04 21:11 ---
Subject: Re: [4.3/4.4 Regression] member function pointer
failure with optimization
On Mon, 4 Aug 2008, jason at gcc dot gnu dot org wrote:
> --- Comment #12 from jason at gcc dot gnu dot org 2008-08-04 21:03
>
--- Comment #12 from jason at gcc dot gnu dot org 2008-08-04 21:03 ---
Well, that's the problem then: we have two POINTER_TYPE to METHOD_TYPE which
are considered equivalent in the front end, but not equivalent in the tree-ssa
types_compatible_p.
The specific bug seems to be that useles
--- Comment #11 from jason at gcc dot gnu dot org 2008-08-04 21:02 ---
Created an attachment (id=16017)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16017&action=view)
Patch to check TYPE_STRUCTURAL_EQUALITY_P in useless_type_conversion
--
http://gcc.gnu.org/bugzilla/show_bug
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-08-04 20:46 ---
This was fixed by:
http://gcc.gnu.org/ml/gcc-patches/2008-01/msg01145.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37023
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-04 20:41 ---
This works for me on the trunk ...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37023
The following program shows two cases where macro replacement works if the
program is compiled, but does NOT work if the program is preprocessed and then
compiled. Either the preprocessed program should be able to be compiled, or
gcc should return an error when the non-preprocessed code is compile
--- Comment #10 from rguenth at gcc dot gnu dot org 2008-08-04 20:27
---
The middle-end expects that if there is variable of record type T that for
a component-reference it can walk its fields and find the one used as
operand 1 in the component-reference.
If you look at the tree in com
--- Comment #9 from jason at gcc dot gnu dot org 2008-08-04 20:17 ---
However, it's not clear to me that pointers to member functions need to have
TYPE_STRUCTURAL_EQUALITY_P in general; I'm testing a patch to set
TYPE_CANONICAL appropriately.
--
http://gcc.gnu.org/bugzilla/show_bug.
--- Comment #1 from andreast at gcc dot gnu dot org 2008-08-04 19:59
---
Created an attachment (id=16016)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16016&action=view)
preprocessed source closure_fn1
Preprocessed source.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3702
FAIL: libffi.call/closure_fn1.c -Os (test for excess errors)
FAIL: libffi.call/closure_fn2.c -Os (test for excess errors)
FAIL: libffi.call/closure_fn6.c -Os (test for excess errors)
FAIL: libffi.call/cls_6_1_byte.c -Os (test for excess errors)
FAIL: libffi.call/cls_7_1_byte.c -Os (test for excess
--- Comment #7 from jason at gcc dot gnu dot org 2008-08-04 19:55 ---
Subject: Bug 36963
Author: jason
Date: Mon Aug 4 19:53:57 2008
New Revision: 138652
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138652
Log:
PR c++/36963
* typeck2.c (check_narrowing): Allow
--- Comment #12 from hjl dot tools at gmail dot com 2008-08-04 19:38
---
(In reply to comment #11)
> (In reply to comment #10)
> > Did you mean we needed 2 "additional 'and $-16, sp" insns to align the
> > stack? I don't think so.
> Definitely not.
> Solution 1: Just ignore it. __m128
--- Comment #8 from jason at gcc dot gnu dot org 2008-08-04 19:37 ---
In general, it seems like SRA needs to be more conservative with
TYPE_STRUCTURAL_EQUALITY_P types such as these.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37016
--- Comment #5 from manu at gcc dot gnu dot org 2008-08-04 19:22 ---
Created an attachment (id=16015)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16015&action=view)
testcase
Testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16663
--- Comment #4 from manu at gcc dot gnu dot org 2008-08-04 19:21 ---
In GCC 4.4 we have:
pr16663.C:2: error: variable or field Foo declared void
pr16663.C:2: error: misspelled was not declared in this scope
pr16663.C:2: error: expected primary-expression before char
pr16663.C:2: e
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-08-04 18:53 ---
>The creator of the Operating System can name any command any name they want
> (EG: Ralph can be spelled Ralf or Rolf etc). Similarly grep can be called sed
> and sed can be called diff -- I'm not suggested that is a
--- Comment #4 from tromey at gcc dot gnu dot org 2008-08-04 18:52 ---
Testing a patch.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|u
--- Comment #3 from rob1weld at aol dot com 2008-08-04 18:44 ---
> I wrote:
> It would be nice if the main configure script caught this instead of the build
failing just as it was about to finish.
But then I would not have to try fixing this ...
The boehm-gc directory built correctly a
--- Comment #3 from jason at gcc dot gnu dot org 2008-08-04 18:40 ---
Subject: Bug 37006
Author: jason
Date: Mon Aug 4 18:39:16 2008
New Revision: 138648
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138648
Log:
PR c++/37006
* pt.c (tsubst_decl): Leave DECL_INI
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC||hubicka at gcc dot gnu dot
|
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-08-04 18:38 ---
I believe we have a dup for this issue - it looks very familiar.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from tromey at gcc dot gnu dot org 2008-08-04 18:32 ---
Hmm, I could not get bugzilla to change the product.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32028
--- Comment #10 from rguenth at gcc dot gnu dot org 2008-08-04 18:32
---
Subject: Bug 36691
Author: rguenth
Date: Mon Aug 4 18:30:59 2008
New Revision: 138646
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138646
Log:
2008-08-04 Richard Guenther <[EMAIL PROTECTED]>
--- Comment #10 from rguenth at gcc dot gnu dot org 2008-08-04 18:32
---
Subject: Bug 36691
Author: rguenth
Date: Mon Aug 4 18:30:59 2008
New Revision: 138646
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138646
Log:
2008-08-04 Richard Guenther <[EMAIL PROTECTED]>
--- Comment #7 from tromey at gcc dot gnu dot org 2008-08-04 18:31 ---
I didn't fix anything.
AFAIK the classpath configury still does not check versions.
I'm moving this to the classpath product.
It should be fixed there.
--
tromey at gcc dot gnu dot org changed:
What
--- Comment #9 from rguenth at gcc dot gnu dot org 2008-08-04 18:30 ---
Subject: Bug 36691
Author: rguenth
Date: Mon Aug 4 18:29:08 2008
New Revision: 138645
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138645
Log:
2008-08-04 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-08-04 17:58 ---
Patch for 1) http://gcc.gnu.org/ml/gcc-patches/2008-08/msg00221.html
Patch for 2) http://gcc.gnu.org/ml/gcc-patches/2008-08/msg00226.html
I didn't yet start on 3), so 4) is unknown yet (as is 5, 6, ... ;))
--
h
subroutine to_product_of(self,a,b,a1,a2)
complex(kind=8) :: self (:)
complex(kind=8), intent(in) :: a(:,:)
complex(kind=8), intent(in) :: b(:)
integer a1,a2
self = ZERO
do i = 1,a1
do j = 1,a2
self(i) = self(i) + a(i,j)*b(j)
end do
end do
end subroutine
There are numero
--- Comment #3 from hjl at gcc dot gnu dot org 2008-08-04 17:48 ---
Subject: Bug 37009
Author: hjl
Date: Mon Aug 4 17:47:02 2008
New Revision: 138644
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138644
Log:
2008-08-04 H.J. Lu <[EMAIL PROTECTED]>
PR middle-end/37009
--- Comment #24 from sje at cup dot hp dot com 2008-08-04 17:34 ---
I bootstrapped the 3 patches on mainline and 4.3 branch and verified that they
fix the problem that is reported on the 4.3 branch with the patches.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35659
--- Comment #3 from rob1weld at aol dot com 2008-08-04 17:21 ---
Created an attachment (id=16014)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16014&action=view)
gdiff of Origonal gcc-4.2.3/libjava/configure vs. repaired version
gdiff -Naur config_Origonal_configure.log config_Mo
--- Comment #2 from rob1weld at aol dot com 2008-08-04 17:18 ---
>Ralf Wildenhues 2008-08-04 08:57 wrote:
>I see the egrep issue.
Would you click the "CONFIRMED" button please.
> Can you please specify for which grep and sed commands you see errors?
I need to build some dependencies
>From test suite for the AVR target:
FAIL: gcc.dg/debug/dwarf2/dwarf-die3.c scan-assembler-not DW_AT_inline
This test case has failed recently:
4.4.0 20080729 (experimental) [trunk revision 138276]
http://gcc.gnu.org/ml/gcc-testresults/2008-07/msg02938.html
(and in the most recent trunk).
But the
Szia
Szeretnék figyelmedbe ajánlani egy INGYENES SEX OLDALT!!!
IME A CIME: http://freesex.rapidsms.eu
--- Comment #1 from simonb at gcc dot gnu dot org 2008-08-04 15:11 ---
Subject: Bug 36999
Author: simonb
Date: Mon Aug 4 15:09:56 2008
New Revision: 138633
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138633
Log:
PR c++/36999
* parser.c (cp_parser_elaborated_t
--- Comment #29 from hjl at gcc dot gnu dot org 2008-08-04 14:57 ---
Subject: Bug 37012
Author: hjl
Date: Mon Aug 4 14:56:12 2008
New Revision: 138631
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138631
Log:
2008-08-04 H.J. Lu <[EMAIL PROTECTED]>
PR target/37012
--- Comment #11 from Joey dot ye at intel dot com 2008-08-04 14:11 ---
(In reply to comment #10)
> Did you mean we needed 2 "additional 'and $-16, sp" insns to align the
> stack? I don't think so.
Definitely not.
Solution 1: Just ignore it. __m128 parameter shouldn't be passed with
-mpr
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-08-04 14:00 ---
Causes
FAIL: g++.dg/template/ptrmem8.C (test for errors, line 18)
FAIL: g++.dg/template/ptrmem8.C (test for errors, line 19)
Jason - can you help here? Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Comment #2 from hjl at gcc dot gnu dot org 2008-08-04 13:53 ---
Subject: Bug 37009
Author: hjl
Date: Mon Aug 4 13:51:36 2008
New Revision: 138621
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138621
Log:
gcc/
2008-08-04 H.J. Lu <[EMAIL PROTECTED]>
PR middle-end
--- Comment #3 from rob1weld at aol dot com 2008-08-04 13:50 ---
Changed severity back up to normal (from minor) since this bug has sat open for
a year with no reply, and there is something to fix.
--
rob1weld at aol dot com changed:
What|Removed |
--- Comment #6 from rob1weld at aol dot com 2008-08-04 13:44 ---
> Andrew John Hughes 2008-06-20 14:34:
> What is this bug waiting on?
> Tom Tromey 2007-05-24 17:18:
> I think gjdoc only recently got support for generics and annotations.
> So an older gjdoc is expected to fail. I haven
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-08-04 13:41 ---
Of course it didn't work. The following seems to
Index: gcc/cp/class.c
===
--- gcc/cp/class.c (revision 138611)
+++ gcc/cp/class.c (working
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-08-04 13:36 ---
Because somehow we get into
/* If we can determine the final value of the control iv exactly, we can
transform the condition to != comparison. In particular, this will be
the case if DELTA is constant.
--- Comment #28 from howarth at nitro dot med dot uc dot edu 2008-08-04
13:24 ---
I can't provide an .o until tonight but the last eh-alloca-1.s and the previous
eh-alloca-1.ii should be okay for a test case. I'll see if I can prune that
into
a smaller testcase later tonight.
--
ht
--- Comment #7 from cnstar9988 at gmail dot com 2008-08-04 13:12 ---
confirmed gcc 4.2.4, -O3.
gcc test.c -O3
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36691
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-08-04 13:00 ---
Slightly differently "worded" the testcase is
unsigned int g_5;
void func_1 (void)
{
for (g_5 = 9; g_5 >= 4; g_5 -= 5)
;
}
extern void abort (void);
int main (void)
{
func_1 ();
if (g_5 != 0)
abort (
--- Comment #27 from hjl dot tools at gmail dot com 2008-08-04 12:52
---
(In reply to comment #12)
> HJ,
>Your proposed patch eliminated all the stackalign failures in 'make -k
> check-gcc' reducing the total gcc failures down to 14 unexpected. I will do a
> 'make -k check-g++' next
--- Comment #26 from hjl dot tools at gmail dot com 2008-08-04 12:50
---
(In reply to comment #24)
> I can comment out every abort in the eh-alloca-1.ii (renamed eh-alloca-1.C)
> and
> the resulting executable still does...
>
> terminate called after throwing an instance of 'A'
> Abor
--- Comment #25 from hjl dot tools at gmail dot com 2008-08-04 12:46
---
(In reply to comment #19)
> I'll check eh-alloca-1.C shortly. Do you think we should also have...
>
> --- i386.c.org 2008-08-03 22:55:01.0 -0400
> +++ i386.c 2008-08-03 22:56:07.0 -0400
> @@
--- Comment #5 from cnstar9988 at gmail dot com 2008-08-04 12:42 ---
ping...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36691
--- Comment #24 from howarth at nitro dot med dot uc dot edu 2008-08-04
12:32 ---
I can comment out every abort in the eh-alloca-1.ii (renamed eh-alloca-1.C) and
the resulting executable still does...
terminate called after throwing an instance of 'A'
Abort
The abort must be coming fr
--- Comment #10 from hjl dot tools at gmail dot com 2008-08-04 12:26
---
(In reply to comment #8)
> Root cause is that outgoing parameter frame is aligned based on stack pointer.
> Namely, address_of_stack_param = SP + offset + fixed_padding.
>
> With -mpreferred-stack-boundary=2, alig
--- Comment #9 from hjl dot tools at gmail dot com 2008-08-04 12:24 ---
(In reply to comment #7)
> This problem is associated with -mpreferred-stack-boundary=2, rather than with
> stack alignment. Following case fails on trunk before merging with stack
> branch:
Of course, before stack
--- Comment #62 from bonzini at gnu dot org 2008-08-04 12:24 ---
committed.
--
bonzini at gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #23 from hjl dot tools at gmail dot com 2008-08-04 12:21
---
(In reply to comment #21)
> The eh-allocca-1.ii file generated is identical to that created before
> (although the compiled executable no longer segfaults but just aborts).
>
There are ,many aborts. Please tell u
--- Comment #22 from howarth at nitro dot med dot uc dot edu 2008-08-04
12:08 ---
Created an attachment (id=16013)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16013&action=view)
assembly file for g++.dg/torture/stackalign/eh-alloca-1.C with proposed patch
--
http://gcc.gnu.
--- Comment #21 from howarth at nitro dot med dot uc dot edu 2008-08-04
12:07 ---
The eh-allocca-1.ii file generated is identical to that created before
(although the compiled executable no longer segfaults but just aborts).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37012
--- Comment #20 from howarth at nitro dot med dot uc dot edu 2008-08-04
12:04 ---
The failure of eh-alloca-1.C at -O3 is no longer a segfault but a normal abort
now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37012
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-08-04 11:56 ---
I'm testing that patch, but I'm sure some side-effects of cp_build_unary_op
are necessary...
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #19 from howarth at nitro dot med dot uc dot edu 2008-08-04
11:56 ---
I'll check eh-alloca-1.C shortly. Do you think we should also have...
--- i386.c.org 2008-08-03 22:55:01.0 -0400
+++ i386.c 2008-08-03 22:56:07.0 -0400
@@ -7242,7 +7242,7 @@
prefe
--- Comment #10 from vda dot linux at googlemail dot com 2008-08-04 11:55
---
Created an attachment (id=16012)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16012&action=view)
Testcase to be added to testsuite
This program is artificially made to not compile if VRP fails
to predi
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-08-04 11:54 ---
This is yet another case of the C++ frontend using two different record types
for the same PFN structure.
For example we have
...
bit offset context
where you can see the type of the variable indexed i
--- Comment #3 from ubizjak at gmail dot com 2008-08-04 11:53 ---
vec_extract_odd/vec_extract_even expanders for x86_64 and i686 were added for
4.4 in http://gcc.gnu.org/viewcvs?view=rev&revision=138553
Updating Summary and Target fields.
--
ubizjak at gmail dot com changed:
--- Comment #5 from ubizjak at gmail dot com 2008-08-04 11:43 ---
Hm, following testcase doesn't vectorize due to vect cost model
(-O2 -msse3 -ftree-vectorize -ffast-math) on i686 target:
--cut here--
void testf(void)
{
int i;
for (i = 0; i < 16; i++)
cf[i] = af[i] + bf[i];
}
-
--- Comment #9 from vda dot linux at googlemail dot com 2008-08-04 11:34
---
Created an attachment (id=16011)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16011&action=view)
The instrumented version of the patch
Set $VDA_DEBUG to the name of a file and gcc will append debug prin
--- Comment #8 from vda dot linux at googlemail dot com 2008-08-04 11:28
---
Created an attachment (id=16010)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16010&action=view)
Example program which is compiled differently with this patch.
The difference is here:
movl(
--- Comment #7 from vda dot linux at googlemail dot com 2008-08-04 11:25
---
Created an attachment (id=16009)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16009&action=view)
Updated patch against current svn
This patch is bootstrapping successfully on current gcc svn.
--
vda
--- Comment #5 from victork at gcc dot gnu dot org 2008-08-04 11:15 ---
Closing as duplicate of PR30211 (and PR35252).
*** This bug has been marked as a duplicate of 30211 ***
--
victork at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from victork at gcc dot gnu dot org 2008-08-04 11:15 ---
*** Bug 36840 has been marked as a duplicate of this bug. ***
--
victork at gcc dot gnu dot org changed:
What|Removed |Added
---
1 - 100 of 111 matches
Mail list logo
