--- Comment #3 from dominiq at lps dot ens dot fr 2008-12-09 08:41 ---
The patch in comment #2 fixes the ICE without regression on i686-apple-darwin9.
Is not the "obvious rule" applying here?
Thanks
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37829
--- Comment #1 from jv244 at cam dot ac dot uk 2008-12-09 08:42 ---
Tobias,
you might be interested to check if your recent patch also fixed these bugs.
Otherwise I should be able to give it a round of testing before the weekend.
--
jv244 at cam dot ac dot uk changed:
W
--- Comment #2 from jakub at gcc dot gnu dot org 2008-12-09 08:56 ---
Testing a fix.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unass
--- Comment #9 from steven at gcc dot gnu dot org 2008-12-09 09:00 ---
Something as simple as this would already fix the broken link.
Index: gcc/doc/sourcebuild.texi
===
--- gcc/doc/sourcebuild.texi(revision 142582)
+++
--- Comment #12 from hp at gcc dot gnu dot org 2008-12-09 09:17 ---
.
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-12-09 11:06 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from jakub at gcc dot gnu dot org 2008-12-09 13:44 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from mikael at gcc dot gnu dot org 2008-12-09 13:53 ---
(In reply to comment #3)
> The patch in comment #2 fixes the ICE without regression on
> i686-apple-darwin9.
I didn't expect any regression with that patch.
However, I wonder whether we are not missing something.
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-12-09 11:07 ---
Subject: Bug 38445
Author: rguenth
Date: Tue Dec 9 11:06:34 2008
New Revision: 142590
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142590
Log:
2008-12-09 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #3 from jakub at gcc dot gnu dot org 2008-12-09 10:36 ---
Subject: Bug 38450
Author: jakub
Date: Tue Dec 9 10:35:15 2008
New Revision: 142588
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142588
Log:
PR ada/38450
* gcc-interface/utils.c (finish_reco
--- Comment #10 from joseph at codesourcery dot com 2008-12-09 13:40
---
Subject: Re: dead link on onlinedocs/gccint/Top-Level.html
On Tue, 9 Dec 2008, steven at gcc dot gnu dot org wrote:
> [EMAIL PROTECTED] ??? This manual is apparently not available online. Keep
> the cross
But
Due to a backend bug, dbr had picked a delay slot insn for annul-true which was
not actually elegible for annul-true. When I fixed the bug, I found that
instead an insn from the target path was chosen, the restore of the return
address, as the target is an epilogue.
The original instruction, mov r
--- Comment #11 from ebotcazou at gcc dot gnu dot org 2008-12-09 10:58
---
> a current snapshot from the branch, exluding r142149 works for me. I'll try to
> reduce the applied patches until the builds succeeds again with r142149, but
> again, this may take a while.
The only possibilit
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--- Comment #6 from jakub at gcc dot gnu dot org 2008-12-09 14:12 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
While compiling compression code for LZMA for use with an embedded ARM target I
have discovered a regression from previous editions of GCC.
I have pared this down to a trivial example (attached) which boils down to a
application specific modulus operation (please note this is the *minimal* test
ca
--- Comment #1 from vince at simtec dot co dot uk 2008-12-09 14:51 ---
Created an attachment (id=16854)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16854&action=view)
Trivial test code to show behaviour
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38453
--- Comment #12 from doko at ubuntu dot com 2008-12-09 15:28 ---
sorry for not noticing earlier; indeded, this is a patch by CodeSourcery to
enable to build libobjc.
see http://lists.debian.org/debian-gcc/2008/04/msg00240.html
I don't see this defined on the trunk. I suppose this repor
/* { dg-do compile } */
/* { dg-options "-O2" } */
typedef __SIZE_TYPE__ size_t;
extern inline __attribute__((gnu_inline, always_inline, artificial)) void *
memcpy (void *__restrict dest, const void *__restrict src, size_t len)
{
return __builtin___memcpy_chk (dest, /* { dg-warning "will always
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed|0 |1
Last reco
--- Comment #13 from jakub at gcc dot gnu dot org 2008-12-09 16:06 ---
Works with upstream 4.3 and on the trunk.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #14 from ebotcazou at gcc dot gnu dot org 2008-12-09 16:35
---
> sorry for not noticing earlier; indeded, this is a patch by CodeSourcery to
> enable to build libobjc.
>
> see http://lists.debian.org/debian-gcc/2008/04/msg00240.html
Thanks. The definition of EH_USES looks
--- Comment #9 from jakub at gcc dot gnu dot org 2008-12-09 16:57 ---
Subject: Bug 35468
Author: jakub
Date: Tue Dec 9 16:55:35 2008
New Revision: 142598
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142598
Log:
PR tree-optimization/35468
* tree-ssa-ccp.c (fold
--- Comment #8 from sje at gcc dot gnu dot org 2008-12-09 16:59 ---
Subject: Bug 37326
Author: sje
Date: Tue Dec 9 16:57:49 2008
New Revision: 142599
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142599
Log:
PR testsuite/37326
* gcc.dg/tree-ssa/ssa-store-ccp-3.
the following code works on x86_64 as 64-bit binary, but the alignment
constraints of heap-allocated structs are not matched, when compiling 32-bit
code:
#include
template
struct aligned_buffer
{
char padding;
float data[size] __attribute__((aligned((16;
};
struct my_struct
{
a
--- Comment #9 from sje at cup dot hp dot com 2008-12-09 17:05 ---
Fixed by skipping the test on hppa64.
--
sje at cup dot hp dot com changed:
What|Removed |Added
--- Comment #10 from jakub at gcc dot gnu dot org 2008-12-09 17:09 ---
Fixed on the trunk.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail
--- Comment #3 from jakub at gcc dot gnu dot org 2008-12-09 17:14 ---
> I have not yet tracked this down to the patch that produced this regression.
I have tracked this down to r138207 AKA tuples branch merge.
*.ifcvt dump looks the same (the only difference is:
- # SMT.10D.1968_19 = P
--- Comment #1 from brian at dessent dot net 2008-12-09 17:14 ---
Subject: Re: New: aligned struct members in heap-allocated code
This is a dup of pr15795. Basically, operator new is just a wrapper
around malloc from the libc, and malloc returns an allocation with a
fixed alignment (
--- Comment #2 from tim at klingt dot org 2008-12-09 17:23 ---
well, would be nice to read something like that in the attribute documentation
...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38455
--- Comment #5 from burnus at gcc dot gnu dot org 2008-12-09 17:28 ---
(In reply to comment #4)
> For example, I tried to adapt the testcase in PR 33295 to the c_funloc case.
> The resulting program is rejected with the following error:
> Error: Can't convert TYPE(_gfortran_iso_c_bindin
--- Comment #1 from hjl at gcc dot gnu dot org 2008-12-09 17:39 ---
Subject: Bug 38420
Author: hjl
Date: Tue Dec 9 17:38:09 2008
New Revision: 142601
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142601
Log:
2008-12-09 H.J. Lu <[EMAIL PROTECTED]>
PR testsuite/38420
--- Comment #42 from rguenth at gcc dot gnu dot org 2008-12-09 17:43
---
*** Bug 38455 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-12-09 17:43 ---
*** This bug has been marked as a duplicate of 15795 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dfranke at gcc dot gnu dot
|dot org
I would like to make a suggestion regarding the problem I posed in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38443 (sorry I didn't check with
the trunk).
To repeat it: the scope of a variable begins in its initializer instead of
after it, making e.g. the following program output some random valu
--- Comment #30 from amylaar at gcc dot gnu dot org 2008-12-09 18:22
---
I think the testcase pr27574.C should be added to the testsuite before
closing this bug.
--
amylaar at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2008-12-09 18:32
---
Now on to this one. :-) Is 20081115 the date of the first failure? 08 was
fine?
There are test results for IA-64/Linux (suse-linux and unknown-linux) both
4.3.3
and 4.4.0 posted on the gcc-testresults on a daily
--- Comment #31 from amylaar at gcc dot gnu dot org 2008-12-09 18:48
---
Sorry, I only checked for the presence of the original testcase name in
the testsuite, and thus missed the fact that there is a new test called
local-var-in-contructor.C [sic] .
--
amylaar at gcc dot gnu dot or
--- Comment #1 from brian at dessent dot net 2008-12-09 18:53 ---
Subject: Re: New: Suggestion: slight improvement of scoping rules
I seriously don't think you will ever convince anyone to change a facet
of gcc which is currently following the standard to something that is
non-standar
--- Comment #4 from steven at gcc dot gnu dot org 2008-12-09 18:53 ---
I have had no trouble bootstrapping 4.4 on ia64-unknown-linux-gnu (Debian) in
the last two weeks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38326
--- Comment #2 from steven at gcc dot gnu dot org 2008-12-09 18:59 ---
This is what -Wshadow is for. We can't invent a new C dialect or "fix" the
standard.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from lc235951 at students dot mimuw dot edu dot pl
2008-12-09 19:09 ---
I know I can turn on warnings or use some tricks like UNIQUIFY(), but it's just
cumbersome with large macros.
I also know that changing the standard is considered "not done", but in this
case it cann
--- Comment #2 from dfranke at gcc dot gnu dot org 2008-12-09 19:12 ---
Confirmed. As is, the testcase hangs for me and does not ICE. However, valgrind
shows
==3159==
pr37744.f90:22.19:
--- Comment #3 from mikael at gcc dot gnu dot org 2008-12-09 19:13 ---
Subject: Bug 35983
Author: mikael
Date: Tue Dec 9 19:12:27 2008
New Revision: 142605
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142605
Log:
2008-12-09 Mikael Morin <[EMAIL PROTECTED]>
PR fortr
--- Comment #8 from mmitchel at gcc dot gnu dot org 2008-12-09 19:20
---
With respect to Comment #4: I see no reason for C++ to be different than C in
this respect, and thus I see no reason not to perform the computation at
compile-time.
In general, although some in the committees do n
--- Comment #6 from mikael at gcc dot gnu dot org 2008-12-09 19:22 ---
Subject: Bug 37469
Author: mikael
Date: Tue Dec 9 19:20:18 2008
New Revision: 142606
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142606
Log:
2008-12-09 Mikael Morin <[EMAIL PROTECTED]>
PR fortr
--- Comment #5 from dfranke at gcc dot gnu dot org 2008-12-09 19:27 ---
Subject: Bug 36457
Author: dfranke
Date: Tue Dec 9 19:25:55 2008
New Revision: 142607
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142607
Log:
2008-12-09 Daniel Franke <[EMAIL PROTECTED]>
PR fo
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38434
--- Comment #20 from mmitchel at gcc dot gnu dot org 2008-12-09 19:34
---
HJ --
As Richard says, you should not have checked in the new testcases without
XFAILs and without having fixed the bug.
Furthermore, your patch to the middle-end is without explanation. What is the
problem? H
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38271
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38427
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38454
--- Comment #6 from dfranke at gcc dot gnu dot org 2008-12-09 19:29 ---
Fixed in trunk. Closing.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
c-common.c:handle_packed_attribute about line 5117 gives a warning for types
where __attribute__ ((__packed__)) is applied but has no effect. That
particular warning should be removed or perhaps moved to a separate flag,
because it emits warnings for code such as:
struct x
{
char c;
int x __
--
mikael at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mikael at gcc dot gnu dot
|dot org
--- Comment #2 from jv244 at cam dot ac dot uk 2008-12-09 19:41 ---
This is a simple testcase for one of the first segfaults, observed with current
graphite branch:
gfortran -c -O2 -ffree-form -fgraphite -fgraphite-identity test.f90
test.f90: In function matmov:
test.f90:1: internal c
--
mikael at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mikael at gcc dot gnu dot
|dot org
--- Comment #2 from hjl dot tools at gmail dot com 2008-12-09 19:33 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #5 from doko at ubuntu dot com 2008-12-09 19:50 ---
which versions of binutils/glibc are used? for debian these are binutils-2.18.1
and glibc-2.7.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38326
For
# a_1 = PHI
b_1 = a_1;
copy-propagation propagates a_1 into b_1 instead of c_1 into a_1 and b_1.
This is because handling of PHI and copy nodes is different. Either
Index: tree-ssa-copy.c
===
--- tree-ssa-copy.c (revision
--- Comment #9 from dfranke at gcc dot gnu dot org 2008-12-09 19:54 ---
Subject: Bug 37468
Author: dfranke
Date: Tue Dec 9 19:53:02 2008
New Revision: 142608
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142608
Log:
2008-12-09 Daniel Franke <[EMAIL PROTECTED]>
PR fo
--- Comment #2 from dfranke at gcc dot gnu dot org 2008-12-09 19:54 ---
Subject: Bug 36376
Author: dfranke
Date: Tue Dec 9 19:53:02 2008
New Revision: 142608
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142608
Log:
2008-12-09 Daniel Franke <[EMAIL PROTECTED]>
PR fo
--- Comment #3 from dfranke at gcc dot gnu dot org 2008-12-09 19:55 ---
Fixed in trunk. Closing.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from dfranke at gcc dot gnu dot org 2008-12-09 19:56
---
Fixed in trunk. Closing.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from sylvain dot pion at sophia dot inria dot fr 2008-12-09
20:03 ---
Incidentally, I submitted to WG21 a few days ago a proposal which will appear
in the coming mid-term mailing as N2811, named "Directed Rounding Arithmetic
Operations". In the meantime, you can find it
--- Comment #3 from grosser at gcc dot gnu dot org 2008-12-09 20:08 ---
The graphite branch should now be able to compile polyhedron.
--
grosser at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from grosser at gcc dot gnu dot org 2008-12-09 20:10 ---
Thanks for these test cases.
My commit fixed at least one failure, but there are more.
To help us it would be great to get a little bit structure in the failures.
Just get for every failing test a backtrace and cre
--- Comment #11 from joel at gcc dot gnu dot org 2008-12-09 20:11 ---
I wondered if I had a mistake in my testing since some of the later results
didn't make sense as I thought about them. I am pretty convinced now this
is NOT a strict aliasing problem in psim.
Broken when configuri
In the current graphite branch we fail with a SEGFAULT.
#0 0x28ed1fb1 in _malloc_prefork () from /lib/libc.so.7
#1 0x28ed6f45 in realloc () from /lib/libc.so.7
#2 0x28c9d019 in __gmp_default_reallocate () from /usr/local/lib/libgmp.so.7
#3 0x28cb0a4e in __gmpz_realloc () from /usr/local/lib/li
Szia
Pár napja kérdezted hogy nem e tudok egy jó letöltős oldalt. Ãs én
most találtam egyet.
Tele van jobbnál jobb filmekkel, és olcsó! 1 db sms elküldése után 500
kb/sec-el töltöttem napokig a legújabb premier filmeket és meséket!
Küldj most SMS-t,és 5 nap helyet,25-öt a
--- Comment #1 from grosser at gcc dot gnu dot org 2008-12-09 20:17 ---
Created an attachment (id=16855)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16855&action=view)
Add reduced testcase from mltfftsg.F CP2K
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38459
--- Comment #1 from dnovillo at google dot com 2008-12-09 20:22 ---
Subject: Re: New: copy-propagation doesn't
handle cycles
On Tue, Dec 9, 2008 at 14:53, rguenth at gcc dot gnu dot org
<[EMAIL PROTECTED]> wrote:
>{
> - phi_val.value = arg;
> + phi_val.
--- Comment #4 from grosser at gcc dot gnu dot org 2008-12-09 20:24 ---
mltfftsg.F fails on Bug38459
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38431
--
grosser at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfi
--- Comment #1 from dfranke at gcc dot gnu dot org 2008-12-09 20:30 ---
The same seems to hold for C_FUNLOC, but not C_F_POINTER?!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38220
--- Comment #3 from d dot g dot gorbachev at gmail dot com 2008-12-09
20:31 ---
Patch: http://gcc.gnu.org/ml/gcc-patches/2008-12/msg00583.html
--
d dot g dot gorbachev at gmail dot com changed:
What|Removed |Added
-
compiling gcc/unwind* with IMA fails to produce correct assembly with trunk:
/there/src/buildroot.git.pentium4/i686_build/staging/usr/bin/i686-linux-uclibc-gcc
-Os -pipe -fno-builtin -O2 -Os -pipe -fno-builtin -DIN_GCC -W -Wall
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wcast-
--- Comment #4 from jakub at gcc dot gnu dot org 2008-12-09 20:37 ---
Indeed, tuplification bug. The following makes the testcase vectorizable
again.
gcc 4.3 had:
Symbolic number of iterations is (short unsigned int) y_3(D) + 65534
and so does trunk with this patch:
--- gcc/tree-scalar-
--- Comment #1 from aldot at gcc dot gnu dot org 2008-12-09 20:37 ---
Created an attachment (id=16856)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16856&action=view)
unreduced file1
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38460
--- Comment #2 from aldot at gcc dot gnu dot org 2008-12-09 20:37 ---
Created an attachment (id=16857)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16857&action=view)
unreduced file2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38460
--- Comment #3 from aldot at gcc dot gnu dot org 2008-12-09 20:38 ---
Created an attachment (id=16858)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16858&action=view)
unreduced file3
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38460
--- Comment #4 from aldot at gcc dot gnu dot org 2008-12-09 20:38 ---
Created an attachment (id=16859)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16859&action=view)
output of unreduced input
/there/src/buildroot.git.pentium4/i686_build/staging/usr/bin/i686-linux-uclibc-gcc
-Os
--- Comment #5 from aldot at gcc dot gnu dot org 2008-12-09 20:39 ---
Created an attachment (id=16860)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16860&action=view)
reduced file1
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38460
--- Comment #6 from aldot at gcc dot gnu dot org 2008-12-09 20:39 ---
Created an attachment (id=16861)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16861&action=view)
reduced file3
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38460
--- Comment #7 from aldot at gcc dot gnu dot org 2008-12-09 20:40 ---
Created an attachment (id=16862)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16862&action=view)
reduced file3
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38460
--- Comment #8 from aldot at gcc dot gnu dot org 2008-12-09 20:41 ---
Created an attachment (id=16863)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16863&action=view)
output of reduced input
/there/src/buildroot.git.pentium4/i686_build/staging/usr/bin/i686-linux-uclibc-gcc
-Os em
--- Comment #2 from jv244 at cam dot ac dot uk 2008-12-09 20:43 ---
(In reply to comment #0)
similar stack trace for the segfault in harris_force_types.F:
0 0x2b3cbe554066 in realloc () from /lib64/libc.so.6
#1 0x2b3cbd66098c in __gmp_default_reallocate () from
/usr/lib64/lib
--- Comment #3 from jv244 at cam dot ac dot uk 2008-12-09 20:46 ---
(In reply to comment #0)
similar for fft_tools.F
0x2ad42b5a4507 in __gmpz_set () from /usr/lib64/libgmp.so.3
(gdb) bt
#0 0x2ad42b5a4507 in __gmpz_set () from /usr/lib64/libgmp.so.3
#1 0x2ad42b7d2dfc in i
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Summary|psim miscompiled|[4.4 Regression] psim
|[regression]
--- Comment #2 from dfranke at gcc dot gnu dot org 2008-12-09 20:49 ---
symbol.c (generate_isocbinding_symbol):
4139 /* Here, we're taking the simple approach. We're defining
4140 c_loc as an external identifier so the compiler will put
4141 what we expect on the stack for
lebedev.F fails with:
scratch/vondele/clean/cp2k/src/../src/lebedev.F: In function load_sub_grid:
/scratch/vondele/clean/cp2k/src/../src/lebedev.F:156: error: definition in
block 18 does not dominate use in block 16
for SSA_NAME: PARM_NOALIAS.233_1989 in statement:
# VUSE
pretmp.462_1908 = *lgn
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-12-09 20:45 ---
Thanks. Mine then.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Assigne
Test libmudflap.c/fail27-frag.c has failed an output pattern test on
powerpc64-linux with -m64 since before GCC 4.0 was released. I don't know
enough about mudflap to know if this is an actual bug for that target or if the
test is written incorrectly.
Output for powerpc64-linux with -m32, and for
--- Comment #1 from jv244 at cam dot ac dot uk 2008-12-09 21:01 ---
Created an attachment (id=16864)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16864&action=view)
testcase
reduced
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38461
--- Comment #5 from jv244 at cam dot ac dot uk 2008-12-09 21:02 ---
lebedev.F on PR38461
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38431
--- Comment #4 from jv244 at cam dot ac dot uk 2008-12-09 21:04 ---
similar for gamma.F
#0 0x2b69b539a066 in realloc () from /lib64/libc.so.6
#1 0x2b69b44a698c in __gmp_default_reallocate () from
/usr/lib64/libgmp.so.3
#2 0x2b69b44bba21 in __gmpz_realloc () from /usr/lib
on ps_wavelet_util.F we have
*** glibc detected ***
/scratch/vondele/gcc/build/libexec/gcc/x86_64-unknown-linux-gnu/4.4.0/f951:
double free or corruption (out): 0x0120b9e0 ***
=== Backtrace: =
/lib64/libc.so.6[0x2aeedf6dd21d]
/lib64/libc.so.6(cfree+0x76)[0x2aeedf6def76]
/scratc
--- Comment #6 from jv244 at cam dot ac dot uk 2008-12-09 21:11 ---
ps_wavelet_util.F is now PR38463
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38431
--- Comment #1 from jv244 at cam dot ac dot uk 2008-12-09 21:12 ---
note that this trace also goes via cloog_clast_create so that might be a dup of
PR38459
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38463
1 - 100 of 148 matches
Mail list logo
