--- Comment #5 from ktietz at gcc dot gnu dot org 2009-06-09 06:52 ---
(In reply to comment #4)
Subject: Re: GCC defines UNICODE instead of _UNICODE
for -municode
UNICODE is in the user's namespace; it should not be predefined if
flag_iso (if you have to use specs rather than
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40381
The following invalid code snippet triggers an ICE since GCC 4.4.0:
==
struct A
{
templatetypename T void foo(T) = delete;
};
templatetypename T void A::foo(T) {}
void bar()
{
A().foo(0);
}
==
Compile following simple class with -O2 -Os -mthumb -fpic
class base {
virtual ~base();
};
base::~base()
{
}
The destructor of this class should do nothing, just return is enough. But gcc
generats following codes for D1 version destructor:
ldr r3, .L3
ldr r1, .L3+4
--- Comment #1 from carrot at google dot com 2009-06-09 07:35 ---
Created an attachment (id=17969)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17969action=view)
simple class with empty virtual destructor
Some tree dump result
1. The tree dump of early stage:
cat
trunk has been broken with CP2K since some time, which I believed to be a side
effect of PR40332, but the following is a stand-alone reduced testcase:
vond...@pcihopt3:/data03/vondele/bug gfortran -fbounds-check -g test.f90
vond...@pcihopt3:/data03/vondele/bug ./a.out
At line 8 of file test.f90
--- Comment #1 from jv244 at cam dot ac dot uk 2009-06-09 07:44 ---
I'm guessing due to :
2009-04-11 Daniel Kraft d...@domob.eu
PR fortran/37746
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
--- Comment #3 from jv244 at cam dot ac dot uk 2009-06-09 08:34 ---
Jakub,
the error message I get below is new with gcc 4.5, and is still present as of
revision 148276 (20090608). Is there any info I can provide (e.g. attach the
object file?) that could help in getting this resolved
--- Comment #5 from steven at gcc dot gnu dot org 2009-06-09 08:34 ---
Hmm, I was under the impression that postreload-cse could move instructions
too, but that was just wishful thinking.
I don't really see how the scheduler can solve this. The scheduler would have
to know what the
--- Comment #4 from jakub at gcc dot gnu dot org 2009-06-09 08:38 ---
Start with trying newer binutils.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40332
--- Comment #5 from jv244 at cam dot ac dot uk 2009-06-09 08:54 ---
(In reply to comment #4)
Start with trying newer binutils.
same error with :
/data03/vondele/binutils-2.19.1/build/bin/ld: error in
--- Comment #6 from jakub at gcc dot gnu dot org 2009-06-09 09:36 ---
Couldn't reproduce (just built cp2k on x86_64-linux with trunk gfortran and
.eh_frame_hdr has been created just fine). I'm using binutils 2.19.51.0.2.
Anyway, you should probably just tar up the .a library and other
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #6 from pinskia at gcc dot gnu dot org 2009-06-09 10:18 ---
*** Bug 40382 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 2009-06-09 10:18 ---
*** This bug has been marked as a duplicate of 34949 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Revision 148277:
http://gcc.gnu.org/ml/gcc-cvs/2009-06/msg00257.html
caused:
http://gcc.gnu.org/ml/gcc-cvs/2009-06/msg00257.html
We no longer generate prefetch.
--
Summary: [4.5 regression] Revision 148277 failed 148277
Product: gcc
Version: 4.5.0
--- Comment #1 from hjl dot tools at gmail dot com 2009-06-09 10:24 ---
Caused:
FAIL: gcc.dg/tree-ssa/prefetch-5.c scan-tree-dump-times aprefetch Issued
prefetch 2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40384
--- Comment #7 from jv244 at cam dot ac dot uk 2009-06-09 10:26 ---
(In reply to comment #6)
Couldn't reproduce (just built cp2k on x86_64-linux with trunk gfortran and
.eh_frame_hdr has been created just fine). I'm using binutils 2.19.51.0.2.
Anyway, you should probably just tar
--- Comment #2 from burnus at gcc dot gnu dot org 2009-06-09 10:29 ---
I think the patch for PR fortran/37746 is OK, but something else goes wrong:
f1 (character(kind=1)[1:80] * a, character(kind=1)[1:80] * b,
character(kind=1)[1:80] * c, character(kind=1)[1:80] * d, integer(kind=4)
On Linux/ia64, revision 148285:
http://gcc.gnu.org/ml/gcc-cvs/2009-06/msg00265.html
caused:
FAIL: libffi.call/cls_longdouble_va.c -O0 -W -Wall output pattern test, is %.1f
FAIL: libffi.call/cls_longdouble_va.c -O2 -fomit-frame-pointer output pattern
test, is %.1f
FAIL:
--- Comment #1 from aph at gcc dot gnu dot org 2009-06-09 10:38 ---
These are new tests, and real bugs. They are not regressions, and may be
XFAILed on ia64-unknown-linux-gnu.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40385
--- Comment #8 from jv244 at cam dot ac dot uk 2009-06-09 10:52 ---
(In reply to comment #6)
Anyway, you should probably just tar up the .a library and other things you
are
linking together and with that report it in binutils bugzilla.
filed this PR for binutiles,
--- Comment #1 from hjl dot tools at gmail dot com 2009-06-09 11:39 ---
This is caused by revision 142379:
http://gcc.gnu.org/ml/gcc-cvs/2008-12/msg00077.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
I'm observing a wrong code generation bug with the 189.lucas benchmark in SPEC
CPU2000.
When the Fortran benchmark is being compiled with -O1
-fno-ira-share-spill-slots, the benchmark outputs the following:
iteration= 2 000E
iteration= 3 00C2
iteration=
--- Comment #3 from burnus at gcc dot gnu dot org 2009-06-09 12:09 ---
The problem is that fsym-ts.cl of all of a, b, c and d to the same
struct:
(gdb) p sym-formal-sym-name
$17 = 0x2ab31ec8 a
(gdb) p sym-formal-sym-ts
$18 = {... cl = 0x12b6da0 ...}
(gdb) p sym-formal-next-sym-name
--- Comment #1 from burnus at gcc dot gnu dot org 2009-06-09 12:24 ---
Richard, can you try to reproduce this? I don't have SPEC and anyhow it sounds
like a middle-end problem.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
I just tried to compile the Suse Factory package Botan-1.6.4-4.48
with the GNU g++ version 4.5 snapshot 20090604.
The compiler said
modules/es_unix/es_unix.cpp:106:1: error: missing callgraph edge for call stmt:
# VUSE .MEM_16
retval.72_11 = Unix_Program_Cmp (__val_10(D), __next$_M_current_3);
--- Comment #1 from dcb314 at hotmail dot com 2009-06-09 12:56 ---
Created an attachment (id=17970)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17970action=view)
C++ source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40387
I just tried to compile the Suse Factory package blocxx-2.1.0.342-124.7
with the GNU g++ version 4.5 snapshot 20090604.
The compiler said
SecureRand.cpp: In function 'voidunnamed::rand_init_impl()':
SecureRand.cpp:667:7: internal compiler error: Segmentation fault
Please submit a full bug
--- Comment #2 from hjl dot tools at gmail dot com 2009-06-09 13:18 ---
I can't reproduced it with revision 148309.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40387
--- Comment #3 from pierphil at xs4all dot nl 2009-06-09 13:25 ---
(In reply to comment #2)
Also works for me on newer versions. This is very likely PR 36817. Please try
a
more recent compiler and reopen this bug if it persists.
I managed to install the 4.4.0 version and that
--- Comment #2 from kenneth dot hoste at elis dot ugent dot be 2009-06-09
13:35 ---
I did some more experiments, and have some more details to share.
It seems the problem with lucas only occurs with the SVN head of the 4.4 branch
I'm working on (r148268), and not with the 4.4.0
--- Comment #6 from carrot at google dot com 2009-06-09 13:52 ---
(In reply to comment #5)
Hmm, I was under the impression that postreload-cse could move instructions
too, but that was just wishful thinking.
I will look into postreload-cse.
--
--- Comment #3 from kenneth dot hoste at elis dot ugent dot be 2009-06-09
14:12 ---
Same problem with 187.facerec, 173.applu and 301.apsi: runs correctly at -O1,
wrong code at -O1 -fno-ira-share-spill-slots.
All these benchmarks are written Fortran (both F77 and F90), so it seems this
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40381
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Component|middle-end |tree-optimization
Target Milestone|---
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.5.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40385
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-06-09 14:22 ---
Are you running in 32bit mode? Vlad, what does this IRA option do?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-06-09 14:24 ---
*** Bug 40387 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 2009-06-09 14:24 ---
*** This bug has been marked as a duplicate of 40102 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-06-09 14:27 ---
Can you attach preprocessed source?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from kenneth dot hoste at elis dot ugent dot be 2009-06-09
14:30 ---
(In reply to comment #4)
Are you running in 32bit mode?
No, I'm not. Using either -m32 or -m64 makes no difference for lucas, and if
I'm either m32 or m64, then I still obtain a 64-bit binary (when
--- Comment #7 from ramana at gcc dot gnu dot org 2009-06-09 14:32 ---
(In reply to comment #6)
(In reply to comment #5)
Hmm, I was under the impression that postreload-cse could move instructions
too, but that was just wishful thinking.
I will look into postreload-cse.
I've
--- Comment #6 from kenneth dot hoste at elis dot ugent dot be 2009-06-09
14:51 ---
Some more related details which might help shed light on the cause behind this.
The 178.galgel benchmark (again, Fortran), is also being miscompiled, but now
using
-ffixed-form
--- Comment #2 from oleg_dolomanov at hotmail dot com 2009-06-09 15:04
---
This is the version info:
o...@q4:/work/olex/svn/olex2/trunk g++ -v
Using built-in specs.
Target: x86_64-suse-linux
Configured with: ../configure --prefix=/usr --infodir=/usr/share/info
--mandir=/usr/share/man
--- Comment #11 from hubicka at gcc dot gnu dot org 2009-06-09 15:18
---
Hmm, it is not exactly load. In first case I get:
(code_label 12524 16482 12523 70 1249 [4 uses])
(note 12523 12524 149 70 [bb 70] NOTE_INSN_BASIC_BLOCK)
(insn:TI 149 12523 13690 70
--- Comment #3 from oleg_dolomanov at hotmail dot com 2009-06-09 15:21
---
g++ (GCC) 4.1.3 20080612 (prerelease) (SUSE Linux) from time to time gives
these kind of messages:
internal compiler error: in var_ann, at tree-flow-inline.h:128
internal compiler error: in
After compiling a particular C++ program (see attachment) both with and without
the -O option, the program produces different results.
When compiled with -O, the program produces the output (nil), whereas when
compiled without any options, the program prints a non-null pointer (which may
of
--- Comment #1 from keesjan at cobalt dot et dot tudelft dot nl 2009-06-09
15:49 ---
Created an attachment (id=17971)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17971action=view)
The source code and compiler output, and a small script which reproduces the
bug.
Please see the
--- Comment #6 from jamborm at gcc dot gnu dot org 2009-06-09 16:53 ---
Subject: Bug 40351
Author: jamborm
Date: Tue Jun 9 16:52:57 2009
New Revision: 148315
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=148315
Log:
2009-06-09 Martin Jambor mjam...@suse.cz
PR
--- Comment #2 from qingning dot huo at barcap dot com 2009-06-09 17:02
---
I will try to use a newer compiler version to see whether this is fixed.
Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40379
--- Comment #2 from jakub at gcc dot gnu dot org 2009-06-09 17:11 ---
Confirmed. Shorter testcase:
template typename V struct S
{
V *f, *l;
__attribute__ ((noinline)) S (void) { f = 0, l = 0; }
void foo (V *x)
{
if (x-p != 0)
x-p-n = x-n;
else
f = x-n;
--- Comment #5 from spop at gcc dot gnu dot org 2009-06-09 17:25 ---
I just committed the patch from Ian to the CLooG-PPL git repository.
Sebastian
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from spop at gcc dot gnu dot org 2009-06-09 17:30 ---
Subject: Bug 40103
Author: spop
Date: Tue Jun 9 17:30:23 2009
New Revision: 148318
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=148318
Log:
2009-06-09 Sebastian Pop sebastian@amd.com
PR
--- Comment #7 from joseph at codesourcery dot com 2009-06-09 17:42 ---
Subject: Re: CLooG header files are not -Wc++-compat
ready
On Tue, 9 Jun 2009, spop at gcc dot gnu dot org wrote:
2009-06-09 Sebastian Pop sebastian@amd.com
PR bootstrap/40103
*
--- Comment #8 from sebpop at gmail dot com 2009-06-09 18:17 ---
Subject: Re: CLooG header files are not -Wc++-compat
ready
On Tue, Jun 9, 2009 at 12:42, joseph at codesourcery dot
comgcc-bugzi...@gcc.gnu.org wrote:
I think you should allow more time for people to update
--- Comment #2 from jason at gcc dot gnu dot org 2009-06-09 18:19 ---
Subject: Bug 40381
Author: jason
Date: Tue Jun 9 18:18:45 2009
New Revision: 148319
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=148319
Log:
PR c++/40381
* decl2.c (mark_used): Return after
--- Comment #3 from jason at gcc dot gnu dot org 2009-06-09 18:20 ---
Subject: Bug 40381
Author: jason
Date: Tue Jun 9 18:20:29 2009
New Revision: 148320
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=148320
Log:
PR c++/40381
* decl2.c (mark_used): Return after
--- Comment #4 from jason at gcc dot gnu dot org 2009-06-09 18:21 ---
Fixed for 4.4.1 and 4.5.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
:~$ current-gcc -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../configure --prefix=/home/regehr/z/tmp/gcc-r148318-install
--program-prefix=r148318- --enable-languages=c,c++
Thread model: posix
gcc version 4.5.0 20090609 (experimental) (GCC)
reg...@john-home:~$ current-gcc -Os
--- Comment #1 from joseph at codesourcery dot com 2009-06-09 18:34 ---
Subject: Re: New: possible integer wrong code bug
On Tue, 9 Jun 2009, regehr at cs dot utah dot edu wrote:
reg...@john-home:~$ cat foo.c
#include stdio.h
int foo(int y)
{
return (((unsigned
When compiling the attached code with gcc 4.2.1 with -O, the result fails on
PPC linux:
host ppc86xx-linux-c++ -O -g -o iostest iostest.cxx
target ./iostest
Segmentation fault
The code works fine:
- When built without optimization
- On x86 linux (also using gcc 4.2.1)
- With #define WORKAROUND
--- Comment #1 from fp at mc dot com 2009-06-09 19:05 ---
Created an attachment (id=17972)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17972action=view)
iostest.zip
ZIP file containing source and preprocessed code.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40391
--- Comment #2 from regehr at cs dot utah dot edu 2009-06-09 19:10 ---
Ah.. promotion to int trumps the casts to unsigned. Thanks and sorry for the
spurious report.
(In reply to comment #1)
Subject: Re: New: possible integer wrong code bug
On Tue, 9 Jun 2009, regehr at cs dot
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-06-09 19:12 ---
anonymous namespaces enable more inlining so ...
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from js-gcc at webkeks dot org 2009-06-09 19:17 ---
Any news? I even tried this now, which still produced an .a file:
../gcc-4.3.0-20080502/configure -v --prefix=/usr --libexecdir=/usr/lib \
--program-prefix=mingw32- --target=mingw32 --with-headers=/usr/mingw32/include
--- Comment #13 from js-gcc at webkeks dot org 2009-06-09 19:27 ---
Oh, for the record:
cygwin now has gcc4 imported and they have libobjc as a shared .dll file. Using
their dll, it works. So this means libobjc works with dll files if it is a dll
file itself. But unfortunately, it's not
--- Comment #10 from hjl dot tools at gmail dot com 2009-06-09 20:00
---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-06-09 20:11 ---
GCC 4.2 is no longer maintained, and GCC 4.2.4 is the latest bugfix release
from the 4.2 series. Please reproduce with at least GCC 4.3.3.
--
rguenth at gcc dot gnu dot org changed:
What|Removed
--- Comment #11 from daney at gcc dot gnu dot org 2009-06-09 20:12 ---
This is essentially __builtin_unreachable() for which I am working on a patch.
http://gcc.gnu.org/ml/gcc-patches/2009-06/msg00787.html
--
daney at gcc dot gnu dot org changed:
What|Removed
--- Comment #12 from daney at gcc dot gnu dot org 2009-06-09 20:16 ---
(In reply to comment #6)
Wouldn't be a special noreturn clobber in inline asm better suited for this
then?
See: http://gcc.gnu.org/ml/gcc-patches/2000-01/msg00190.html for an opposing
opinion.
--
--- Comment #10 from jb at gcc dot gnu dot org 2009-06-09 20:29 ---
Subject: Bug 40334
Author: jb
Date: Tue Jun 9 20:29:33 2009
New Revision: 148324
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=148324
Log:
PR libfortran/40334 backspace regression
Added:
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-06-09 20:25 ---
Hm, I don't see how it should make the decl addressable. But I also don't
see what is wrong with what esra performs on trunk ...
I guess you refer to
@@ -1193,45 +374,45 @@
SH::bar (D.2441_15, g);
bb 6:
-
--- Comment #13 from jb at gcc dot gnu dot org 2009-06-09 20:56 ---
Subject: Bug 40330
Author: jb
Date: Tue Jun 9 20:55:53 2009
New Revision: 148326
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=148326
Log:
PR libfortran/40330 Use heap memory for format cache
Modified:
--- Comment #14 from jb at gcc dot gnu dot org 2009-06-09 20:57 ---
Closing as fixed.
--
jb at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #7 from jamborm at gcc dot gnu dot org 2009-06-09 20:59 ---
Fixed.
--
jamborm at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from jakub at gcc dot gnu dot org 2009-06-09 21:21 ---
IMHO either we need to handle gimple_call_return_slot_opt_p cals in the
middle-end as taking address of the call's lhs, or the frontend needs to expand
it not as
D.2275 = baz (); [return slot optimization]
but as
baz
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-06-09 21:27 ---
I don't see why this is an issue at all - in fact the address does not
escape(?)
but instead the assignment is inside the callee. So
bb 2:
D.2275 = baz (); [return slot optimization]
SR.101_9 = D.2275.a;
--- Comment #6 from pinskia at gcc dot gnu dot org 2009-06-09 21:31 ---
I think this code is undefined as there is an address of a local variable being
taken and stored (explicitly when doing:
__attribute__ ((noinline)) H (A *b) : a (b)
{
p = 0;
n = 0;
if (a != 0)
--- Comment #7 from jakub at gcc dot gnu dot org 2009-06-09 21:44 ---
CCing Jason on the validity of the testcase.
I don't see anything wrong with remembering this pointer for the duration of
the object, assuming the pointer is gone from the list in the destructor
(that's what the
--- Comment #3 from rearnsha at gcc dot gnu dot org 2009-06-09 22:06
---
Working on a patch
--
rearnsha at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #15 from jv244 at cam dot ac dot uk 2009-06-09 22:14 ---
(In reply to comment #14)
Closing as fixed.
I'm testing now 4.4 which includes your fix, but I still see CP2K's restarts
failing. This looks like a second issue, different from what you've fixed so
far. The testcase
$ cat hw.c
int main() {
printf(hello world\n);
}
r...@ryan:~/gcc/lto/arm-build/gcc$ ./xgcc -B. -flto hw.c
hw.c: In function 'main':
hw.c:2:3: warning: incompatible implicit declaration of built-in function
'printf'
lto1: internal compiler error: in lto_end_uncompression, at lto-compress.c:282
--- Comment #2 from gshobaki at gcc dot gnu dot org 2009-06-09 22:37
---
The new cost model added in revision 148277 supresses prefetching in a loop
when it is unlikely to be profitable. One such non-profitable case is a loop
with an unknown trip count and a high prefeching cost. The
When I compiling lcms or ncurses I get: undefined reference to `sincos'
I've searched the header files of the entire system and all of the source code
for ANY references to sincos and none exist.
sincos() is simply not on my system.
As far as I can tell, this happens only when cos() exists in
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-06-10 00:11 ---
It does exist in glibc. If you use uclibc you need to configure GCC for uclibc
by default or use the muclibc option.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from joseph at codesourcery dot com 2009-06-10 00:58 ---
Subject: Re: New: cos gets replaced by sincos somehow, which
doesn't exist on system
On Tue, 9 Jun 2009, thekevinday at gmail dot com wrote:
When I compiling lcms or ncurses I get: undefined reference to
--- Comment #6 from pinskia at gcc dot gnu dot org 2009-06-10 01:53 ---
Hmm, I wonder what are the numbers are for 4.4 with IRA.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18927
--- Comment #16 from jvdelisle at gcc dot gnu dot org 2009-06-10 02:18
---
The two locations referenced by valgrind in transfer.c is in code that is
unchanged from 4.3, so I don't think that is where the problem is. However,
looking at the CP2K code line involved:
--- Comment #17 from jvdelisle at gcc dot gnu dot org 2009-06-10 03:11
---
I was able to do a regression hunt. Going to r145209 just before the big I/O
patch eliminates the error. I then moved forward to r145636 and confirmed the
breakage.
I then manually removed the use of the
90 matches
Mail list logo
