--- Comment #11 from hjl dot tools at gmail dot com 2009-01-02 18:48
---
Revision 137653 gave:
h...@gnu-3 gcc]$ cat /tmp/x.c
int
main ()
{
return 0;
}
[...@gnu-3 gcc]$ ./xgcc -B./ -S /tmp/x.c
/tmp/x.c: In function main:
/tmp/x.c:5: internal compiler error
--- Comment #13 from hjl dot tools at gmail dot com 2009-01-02 18:58
---
Adding -mtune=pentium-m will fail gcc.c-torture/execute/memset-2.c
with -O3 and gcc.c-torture/execute/memset-3.c with -O/-O2/-O3.
--
hjl dot tools at gmail dot com changed:
What|Removed
--- Comment #2 from hjl dot tools at gmail dot com 2009-01-02 19:01 ---
Adding -mtune=pentium-m will fail gcc.c-torture/execute/memset-2.c
with -O3 and gcc.c-torture/execute/memset-3.c with -O/-O2/-O3.
--
hjl dot tools at gmail dot com changed:
What|Removed
--- Comment #3 from hjl dot tools at gmail dot com 2009-01-02 22:01 ---
i386.c has
/* Output code to set at most count (max_size - 1) bytes starting by DEST.
*/static void
expand_setmem_epilogue_via_loop (rtx destmem, rtx destptr, rtx value,
rtx count
--- Comment #8 from hjl dot tools at gmail dot com 2009-01-04 18:21 ---
Revision 143027 is the cause.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #18 from hjl dot tools at gmail dot com 2009-01-04 18:23
---
Subject: Re: [ira] error in start_allocno_priorities, at ira-color.c:1806
On Fri, Jan 2, 2009 at 4:34 PM, Kenneth Zadeck zad...@naturalbridge.com
wrote:
Kenneth Zadeck wrote:
Steven Bosscher wrote:
On Fri
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38726
--- Comment #7 from hjl dot tools at gmail dot com 2009-01-05 22:51 ---
(In reply to comment #5)
There is padding between adjustedPtr and unwindHeader because the latter is
forced to be maximally aligned. Due to the additional member the padding was
reduced. Also, the alignment
--- Comment #8 from hjl dot tools at gmail dot com 2009-01-05 22:53 ---
There are
i386/i386.h:#define BIGGEST_ALIGNMENT (TARGET_AVX ? 256: 128)
m68k/m68k.h:#define BIGGEST_ALIGNMENT (TARGET_ALIGN_INT ? 32 : 16)
mcore/mcore.h:#define BIGGEST_ALIGNMENT (TARGET_8ALIGN ? 64 : 32)
sh/sh.h
--- Comment #11 from hjl dot tools at gmail dot com 2009-01-05 23:08
---
(In reply to comment #7)
(In reply to comment #5)
There is padding between adjustedPtr and unwindHeader because the latter is
forced to be maximally aligned. Due to the additional member the padding
--- Comment #4 from hjl dot tools at gmail dot com 2009-01-05 23:30 ---
There is another place:
libstdc++-v3/include/std/type_traits: struct __attribute__((__aligned__)) { }
__align;
--
hjl dot tools at gmail dot com changed:
What|Removed
dot tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38742
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38744
--- Comment #6 from hjl dot tools at gmail dot com 2009-01-06 19:33 ---
It is caused by revision 141606:
http://gcc.gnu.org/ml/gcc-patches/2008-11/msg00043.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #2 from hjl dot tools at gmail dot com 2009-01-06 19:37 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status
--- Comment #2 from hjl dot tools at gmail dot com 2009-01-06 19:37 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status
--- Comment #6 from hjl dot tools at gmail dot com 2009-01-07 02:48 ---
(In reply to comment #4)
There is another place:
libstdc++-v3/include/std/type_traits: struct __attribute__((__aligned__)) {
}
__align;
It may not be a problem since it is used to get the default
--- Comment #7 from hjl dot tools at gmail dot com 2009-01-07 02:50 ---
(In reply to comment #5)
More places with BIGGEST_ALIGN:
$ grep -r (aligned) .|grep attribute|grep -v testsuite|grep -v texi
./libstdc++-v3/libsupc++/eh_alloc.cc:typedef char
one_buffer[EMERGENCY_OBJ_SIZE
--- Comment #8 from hjl dot tools at gmail dot com 2009-01-07 02:58 ---
(In reply to comment #5)
More places with BIGGEST_ALIGN:
./gcc/unwind-sjlj.c: jmp_buf jbuf __attribute__((aligned));
It may be handled the same way as struct _Unwind_Exception.
--
http://gcc.gnu.org
--- Comment #9 from hjl dot tools at gmail dot com 2009-01-07 18:17 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2009-01/msg00350.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #10 from hjl dot tools at gmail dot com 2009-01-07 18:23
---
The updated patch is at
http://gcc.gnu.org/ml/gcc-patches/2009-01/msg00352.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #11 from hjl dot tools at gmail dot com 2009-01-07 19:21
---
The updated patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2009-01/msg00358.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #13 from hjl dot tools at gmail dot com 2009-01-08 18:30
---
Gcc 4.1 gave
cc1: out of memory allocating 3644231872 bytes after a total of 50307072 bytes
on Linux/ia32.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38666
--- Comment #14 from hjl dot tools at gmail dot com 2009-01-08 20:04
---
This is fixed in 4.4 by IRA:
gnu-3:pts/0[29] ./xgcc -B./ -O -S /net/gnu-6/export/home/hjl/tmp/gcc_bug.i
-fno-ira
gcc_bug.c: In function main:
gcc_bug.c:23030: internal compiler error: Segmentation fault
Please
--- Comment #16 from hjl dot tools at gmail dot com 2009-01-08 22:23
---
(In reply to comment #15)
This is fixed in 4.4 by IRA:
gnu-3:pts/0[29] ./xgcc -B./ -O -S /net/gnu-6/export/home/hjl/tmp/gcc_bug.i
-fno-ira
gcc_bug.c: In function main:
gcc_bug.c:23030: internal compiler
--- Comment #7 from hjl dot tools at gmail dot com 2009-01-09 01:09 ---
We can solve it with
1. A target should define MALLOC_ABI_ALIGNMENT properly.
2. g++ should issue an error when the default new operator
is used on a type whose alignment is greater than
MALLOC_ABI_ALIGNMENT.
3
--- Comment #1 from hjl dot tools at gmail dot com 2009-01-09 17:57 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2009-01/msg00463.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
GCC host triplet|x86_64-suse-linux |
GCC target triplet||x86_64-*-linux-gnu
--- Comment #8 from hjl dot tools at gmail dot com 2009-01-11 23:32 ---
This patch
http://gcc.gnu.org/ml/gcc-patches/2007-02/msg00886.html
triggers this crash. It failed at -O1. With gcc 4.4, it failed at -O2.
--
hjl dot tools at gmail dot com changed:
What|Removed
--- Comment #9 from hjl dot tools at gmail dot com 2009-01-11 23:33 ---
There are warnings like
../include/vigra/accessor.hxx: In function âvoid
vigra::read_bands(vigra::Decoder*, ImageIterator, Accessor, SrcValueType) [with
ImageIterator = vigra::CachedFileImageIteratorvigra
--- Comment #10 from hjl dot tools at gmail dot com 2009-01-11 23:46
---
Adding --param inline-unit-growth=60 fixed gcc 4.4 revision 143274
at -O2.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
/ia64
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: testsuite
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com
http://gcc.gnu.org
--- Comment #2 from hjl dot tools at gmail dot com 2009-01-12 14:30 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status
--- Comment #5 from hjl dot tools at gmail dot com 2009-01-12 17:27 ---
Is this an IRA bug?
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #12 from hjl dot tools at gmail dot com 2009-01-14 01:52
---
The current patch is at
http://gcc.gnu.org/ml/gcc-patches/2009-01/msg00675.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #2 from hjl dot tools at gmail dot com 2009-01-14 15:16 ---
An updated patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2009-01/msg00738.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #3 from hjl dot tools at gmail dot com 2009-01-14 17:07 ---
An updated patch is at
http://gcc.gnu.org/ml/gcc-patches/2009-01/msg00747.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #6 from hjl dot tools at gmail dot com 2009-01-15 01:25 ---
(In reply to comment #5)
H.J. perhaps, you can have some advice here? Or at least can we do some
benchmarking?
Joey and Xuepeng are looking into it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38824
--- Comment #24 from hjl dot tools at gmail dot com 2009-01-15 15:18
---
Created an attachment (id=17107)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17107action=view)
Here is the updated patch.
--
hjl dot tools at gmail dot com changed:
What|Removed
--- Comment #5 from hjl dot tools at gmail dot com 2009-01-15 21:35 ---
It is caused by revision 121570:
http://gcc.gnu.org/ml/gcc-cvs/2007-02/msg00126.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #6 from hjl dot tools at gmail dot com 2009-01-15 22:38 ---
This patch:
--- ./ipa-inline.c.foo 2009-01-02 11:06:18.0 -0800
+++ ./ipa-inline.c 2009-01-15 14:35:28.0 -0800
@@ -1412,7 +1412,8 @@ cgraph_decide_inlining_incrementally (st
--- Comment #7 from hjl dot tools at gmail dot com 2009-01-15 23:57 ---
Revision 121570 is:
http://gcc.gnu.org/ml/gcc-patches/2007-02/msg00319.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38844
--- Comment #1 from hjl dot tools at gmail dot com 2009-01-16 14:18 ---
Where is the input file?
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #4 from hjl dot tools at gmail dot com 2009-01-16 14:59 ---
(In reply to comment #3)
(In reply to comment #2)
Also for -march=native you should really post what -fverbose-asm tells you
has
been selected for -march and other option (and you should retry with those
at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38877
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38877
--- Comment #2 from hjl dot tools at gmail dot com 2009-01-16 19:41 ---
[...@gnu-27 build_base_o3.]$ cat x.cc
#include string
#include utility
template int dim class bar;
template int dim
std::pairbardim *, unsigned int
foo (const std::string name, unsigned int position
--- Comment #3 from hjl dot tools at gmail dot com 2009-01-16 19:46 ---
[...@gnu-27 build_base_o3.]$ cat y.cc
templateclass _T1, class _T2
struct pair
{
typedef _T1 first_type;
typedef _T2 second_type;
_T1 first;
_T2 second;
pair () : first(), second() { }
pair(const _T1
--- Comment #6 from hjl dot tools at gmail dot com 2009-01-17 01:41 ---
I can reproduce it on Linux/x86-64:
[...@gnu-6 gcc]$ valgrind --tool=memcheck ./cc1 -fpreprocessed x.i -quiet
-dumpbase x.i -mtune=generic -auxbase x -O -version -o x.s
==30493== Memcheck, a memory error detector
--- Comment #7 from hjl dot tools at gmail dot com 2009-01-17 01:59 ---
init_regs may be called more than once when switching ABIs. It
may introduce memory leaks.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
dot org
ReportedBy: hjl dot tools at gmail dot com
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38902
--- Comment #1 from hjl dot tools at gmail dot com 2009-01-18 01:41 ---
bash-3.2$ cat /tmp/x.c
extern void abort ();
int foo (const char *, const char *);
int main (void)
{
char buffer[1024]=;
__builtin_strcpy (buffer, 1234567890abcdefghijklmno);
if (foo (buffer
--- Comment #2 from hjl dot tools at gmail dot com 2009-01-18 01:43 ---
bash-3.2$ cat /tmp/x.c
extern void abort ();
int foo (const char *, const char *);
int main (void)
{
char buffer[1024]=;
__builtin_strcpy (buffer, 1234567890abcdefghijklmno);
if (foo (buffer
: 4.3.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com
GCC target triplet: x86-64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla
--- Comment #4 from hjl dot tools at gmail dot com 2009-01-18 17:05 ---
bash-3.2$ cat /tmp/x.c
extern void abort ();
int foo (const char *, const char *);
void bar (void)
{
char buffer[1024]=;
__builtin_strcpy (buffer, 1234567890abcdefghijklmno);
if (foo (buffer
--- Comment #12 from hjl dot tools at gmail dot com 2009-01-18 17:07
---
It isn't fixed in 4.3.3. See PR 38902. I will search which
revision fixes it on trunk.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #1 from hjl dot tools at gmail dot com 2009-01-18 17:16 ---
It is caused by revision 142040:
http://gcc.gnu.org/ml/gcc-cvs/2008-11/msg00541.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #2 from hjl dot tools at gmail dot com 2009-01-18 17:19 ---
(In reply to comment #1)
It is caused by revision 142040:
http://gcc.gnu.org/ml/gcc-cvs/2008-11/msg00541.html
The patch is at
http://gcc.gnu.org/ml/gcc-patches/2008-11/msg01040.html
--
http
--- Comment #4 from hjl dot tools at gmail dot com 2009-01-18 17:39 ---
(In reply to comment #3)
Can you check if it is fixed by -fno-strict-aliasing and/or
--param max-fields-for-field-sensitive=0? I suspect we need to
backport some PTA fixes :/
Either -fno-strict-aliasing
--- Comment #6 from hjl dot tools at gmail dot com 2009-01-18 18:26 ---
Revision 142891
http://gcc.gnu.org/ml/gcc-cvs/2008-12/msg00591.html
fixes this.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #7 from hjl dot tools at gmail dot com 2009-01-18 18:27 ---
(In reply to comment #5)
Created an attachment (id=17135)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17135action=view) [edit]
multiple tests for the regression
This contains a series of tests, none
--- Comment #6 from hjl dot tools at gmail dot com 2009-01-18 19:09 ---
(In reply to comment #5)
I would guess that
2008-11-25 Daniel Berlin dber...@dberlin.org
Richard Guenther rguent...@suse.de
PR tree-optimization/37869
* tree-ssa
--- Comment #1 from hjl dot tools at gmail dot com 2009-01-18 19:34 ---
It is expected with binutils 2.19. You can need the Linux
binutils 2.19.51.0.1 or above to support it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38906
--- Comment #8 from hjl dot tools at gmail dot com 2009-01-18 19:52 ---
(In reply to comment #7)
It works for me with -O2 -ffast-math and the openSUSE 11.1 compiler which also
has this patch applied (but is based on rev. 141291). I'm trying with plain
4.3 branch now - any special
--- Comment #13 from hjl dot tools at gmail dot com 2009-01-18 21:05
---
Patches in comment #9 plus comment #10 fix 464.h264ref with test
input. I am running with reference input on both ia32 and x86-64.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38905
--- Comment #14 from hjl dot tools at gmail dot com 2009-01-18 21:11
---
(In reply to comment #11)
The testcase from PR36765 fails on the 4.3 branch. Does it fail without the
patch for PR37868?
gcc.c-torture/execute/pr36765.c works with -O2 at revision 142026 and
fails
--- Comment #8 from hjl dot tools at gmail dot com 2009-01-18 22:02 ---
This is introduced by revision 128537:
http://gcc.gnu.org/ml/gcc-cvs/2007-09/msg00531.html
http://gcc.gnu.org/ml/gcc-patches/2007-09/msg00084.html
--
hjl dot tools at gmail dot com changed:
What
--- Comment #13 from hjl dot tools at gmail dot com 2009-01-18 22:06
---
PR 38902 has a much better testcase.
*** This bug has been marked as a duplicate of 38902 ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #9 from hjl dot tools at gmail dot com 2009-01-18 22:06 ---
*** Bug 38616 has been marked as a duplicate of this bug. ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #9 from hjl dot tools at gmail dot com 2009-01-18 22:09 ---
This patch:
http://gcc.gnu.org/ml/gcc/2009-01/msg00260.html
works on Linux/x86-64.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #14 from hjl dot tools at gmail dot com 2009-01-18 22:12
---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|NEW
--- Comment #3 from hjl dot tools at gmail dot com 2009-01-19 02:33 ---
(In reply to comment #2)
Subject: Re: FAIL: gcc.target/i386/avx-vmovntdq-256-1.c (test for excess
errors)
It is expected with binutils 2.19. You can need the Linux
binutils 2.19.51.0.1 or above to support
--- Comment #12 from hjl dot tools at gmail dot com 2009-01-19 19:01
---
How can I reproduce it on Linux/x86-64, assuming I know nothing
about rtems and sim?
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #10 from hjl dot tools at gmail dot com 2009-01-19 19:30
---
The problem is x86 doesn't set the memory size correct for rep_stos.
Gcc 4.3.3 gave:
(gdb) call debug_rtx (destmem)
(mem/s/c:BLK (reg:DI 59) [3 buffer+8 S1 A64])
(gdb)
Jakub's patch corrected it to
(gdb) call
--- Comment #11 from hjl dot tools at gmail dot com 2009-01-19 20:30
---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2009-01/msg00948.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #15 from hjl dot tools at gmail dot com 2009-01-19 21:38
---
Revision 142516 gave:
[...@gnu-28 pr38587]$ ./psim-4.10 ./powerpc-psim-ticker.ralf
events.c:329: assertion failed - !events-processing
[...@gnu-28 pr38587]$
Revision 142517 gave:
[...@gnu-34 pr38587]$ ./psim
--- Comment #15 from hjl dot tools at gmail dot com 2009-01-19 23:28
---
This isn't really fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #17 from hjl dot tools at gmail dot com 2009-01-19 23:29
---
*** Bug 38387 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38587
--- Comment #16 from hjl dot tools at gmail dot com 2009-01-19 23:29
---
*** This bug has been marked as a duplicate of 38587 ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #18 from hjl dot tools at gmail dot com 2009-01-19 23:35
---
(In reply to comment #11)
(In reply to comment #6)
Can you attach preprocessed source of idecode.c at least? Can you track
down
where in idecode.c the bug is and wrap a main () around that piece, making
--- Comment #19 from hjl dot tools at gmail dot com 2009-01-19 23:41
---
Revert revision revision 139996 doesn't solve the problem.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #20 from hjl dot tools at gmail dot com 2009-01-20 02:00
---
The problem may something to do with
setjmp
...
while (1)
{
foo (); // foo calls longjmp and foo is inlined.
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38587
--- Comment #21 from hjl dot tools at gmail dot com 2009-01-20 05:00
---
(In reply to comment #20)
The problem may something to do with
setjmp
...
while (1)
{
foo (); // foo calls longjmp and foo is inlined.
}
The problem is
if (setjmp (buf))
{
/* Restore
--- Comment #23 from hjl dot tools at gmail dot com 2009-01-20 14:24
---
(In reply to comment #22)
From tree-inline.c:
case BUILT_IN_LONGJMP:
/* We can't inline functions that call __builtin_longjmp at
all. The non-local goto machinery really
--- Comment #49 from hjl dot tools at gmail dot com 2009-01-20 14:27
---
(In reply to comment #48)
Fixed; the bug is latent in 4.3.
The testcase should be added to 4.3 to make sure that it remains latent
even with future backports.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Comment #25 from hjl dot tools at gmail dot com 2009-01-20 15:08
---
(In reply to comment #24)
Subject: Re: [4.4 Regression] psim miscompiled #2
On Tue, 20 Jan 2009, hjl dot tools at gmail dot com wrote:
--- Comment #23 from hjl dot tools at gmail dot com 2009-01-20
--- Comment #27 from hjl dot tools at gmail dot com 2009-01-20 15:49
---
(In reply to comment #26)
Well, ISTR something about local variables need to be marked volatile if you
use setjmp/longjmp. Is psim really in compliance with what the standard says
here? See 7.13.2.1/3
--- Comment #30 from hjl dot tools at gmail dot com 2009-01-20 16:36
---
(In reply to comment #28)
I am starting a test sweep with this patch applied.
I will report back when the testing is done.
I am not sure if those volatile are really needed. I am trying
to create a testcase
--- Comment #31 from hjl dot tools at gmail dot com 2009-01-20 21:17
---
Created an attachment (id=17154)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17154action=view)
A testcase
Revision 143498 gave:
[...@gnu-34 ppc]$ /export/gnu/import/rrs/143498/usr/bin/gcc -S bar.c -O2
--- Comment #33 from hjl dot tools at gmail dot com 2009-01-21 02:14
---
For
psim_set_halt_and_restart(system, halt, ((void *)0));
if (_setjmp (halt))
return;
last_cpu = psim_last_cpu(system);
psim_set_halt_and_restart(system, halt, restart);
if (_setjmp (restart
--- Comment #35 from hjl dot tools at gmail dot com 2009-01-21 03:27
---
(In reply to comment #34)
C standard guarantees that automatic variable only with volatile will be
restored after longjmp. Gcc puts volatiles on stack and don't use pseudos for
them. So they will be never
tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38930
--- Comment #1 from hjl dot tools at gmail dot com 2009-01-21 18:31 ---
It also happened on Linux/ia32.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #2 from hjl dot tools at gmail dot com 2009-01-21 19:46 ---
It failed to bootstrap on Linux/ia32 and Linux/Intel64.
Linux/ia64 is OK.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #40 from hjl dot tools at gmail dot com 2009-01-21 20:03
---
*** Bug 38660 has been marked as a duplicate of this bug. ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #16 from hjl dot tools at gmail dot com 2009-01-21 20:03
---
I am closing it as dup of PR 38587, which will be fixed by
http://gcc.gnu.org/ml/gcc-patches/2009-01/msg01067.html
Please re-open it if the patch above doesn't fix this bug.
*** This bug has been marked
--- Comment #6 from hjl dot tools at gmail dot com 2009-01-21 22:34 ---
A small testcase:
[...@gnu-6 pr38930]$ cat x.cc
class _Jv_Linker
{
private:
typedef unsigned int uaddr __attribute__ ((mode (pointer)));
};
[...@gnu-6 pr38930]$ /export/build/gnu/gcc-work/build-x86_64-linux/gcc
--- Comment #7 from hjl dot tools at gmail dot com 2009-01-21 22:37 ---
(In reply to comment #5)
Created an attachment (id=17159)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17159action=view) [edit]
Fix candidate
I think this patch should fix the problem.
I am testing
--- Comment #9 from hjl dot tools at gmail dot com 2009-01-21 22:43 ---
(In reply to comment #8)
Subject: Re: [4.4 Regression] Revision 143546 failed to bootstrap
hjl dot tools at gmail dot com a écrit :
--- Comment #6 from hjl dot tools at gmail dot com 2009-01-21 22:34
--- Comment #10 from hjl dot tools at gmail dot com 2009-01-22 00:01
---
(In reply to comment #5)
Created an attachment (id=17159)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17159action=view) [edit]
Fix candidate
I think this patch should fix the problem.
I am testing
1 - 100 of 3333 matches
Mail list logo