--- Comment #1 from burnus at gcc dot gnu dot org 2009-07-25 07:32 ---
CONFIRM - happens with 4.2/4.3/4.4/4.5.
==13529== Invalid read of size 8
==13529==at 0x400F2A: __mod_all_MOD_add (in /dev/shm/a.out)
==13529== Address 0x58d56c8 is 8 bytes inside a block of size 112 free'd
==13
--- Comment #15 from linuxl4 at sohu dot com 2009-07-25 07:40 ---
no , I wrote this source myself.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40766
--- Comment #6 from drangon dot mail at gmail dot com 2009-07-25 07:45
---
I try the newest gcc svn trunk code, the problem still exist.
program built by x86_64-w64-mingw32-gcc runs ok, but program built by
x86_64-w64-mingw32-g++ runs failed, change libgcc_s_sjlj-1.dll to version
2009-0
i have added my own pass and i am trying to find out the number of variable
declarations in a C program the code is attached for your reference
http://www.nabble.com/file/p24656001/gccwk09.c gccwk09.c i am getting an
error like this whats wrong kindly help me
mainD.1181 = 0;
return D.1181;
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-07-25 09:50 ---
I don't like unsharing constants. Instead we could force all constants to
be assigned to SSA names so they have their own statement. For PHI nodes
I believe Andrew has added location slots for each arg as part of t
--- Comment #36 from jv244 at cam dot ac dot uk 2009-07-25 11:03 ---
Created an attachment (id=18252)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18252&action=view)
patch fixing this PR
I've checked that Richard's latest version still fixes this PR, works fine with
CP2K, and boo
--- Comment #37 from rguenth at gcc dot gnu dot org 2009-07-25 11:11
---
I'm running bootstrap and regtests now.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #5 from janus at gcc dot gnu dot org 2009-07-25 11:56 ---
Subject: Bug 39630
Author: janus
Date: Sat Jul 25 11:56:35 2009
New Revision: 150078
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150078
Log:
2009-07-25 Janus Weil
PR fortran/39630
* decl
--- Comment #6 from janus at gcc dot gnu dot org 2009-07-25 12:05 ---
r150078 implements the PASS attribute, which means that PPC support is
practically complete now. Closing.
--
janus at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #11 from tkoenig at gcc dot gnu dot org 2009-07-25 12:27
---
Fixed on trunk, backporting to 4.5 would be non-trivial
because trunk uses the array access macros, and 4.4 doesn't.
Closing.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed
--- Comment #8 from simartin at gcc dot gnu dot org 2009-07-25 13:12
---
I think that the objection in comment #6 has been taken into account, with
http://gcc.gnu.org/viewcvs/trunk/gcc/cp/pt.c?r1=137660&r2=137672&diff_format=h
--
simartin at gcc dot gnu dot org changed:
--- Comment #38 from rguenth at gcc dot gnu dot org 2009-07-25 13:45
---
Subject: Bug 40005
Author: rguenth
Date: Sat Jul 25 13:44:57 2009
New Revision: 150079
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150079
Log:
2009-07-25 Richard Guenther
PR fortran/40005
--- Comment #39 from rguenth at gcc dot gnu dot org 2009-07-25 13:45
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #2 from janus at gcc dot gnu dot org 2009-07-25 14:17 ---
(In reply to comment #1)
> Confirmed. Janus - I think it could be do to your 4.5 argument checking
> patches.
Jep. r148519 to be precise. Will fix ...
--
janus at gcc dot gnu dot org changed:
What|
salm...@drdblogin6.en.desres$ cat numeric128.cpp
#include
#include
int main(int argc, char **argv){
std::cout << "__int128_t is_specialized: " <<
std::numeric_limits<__int128_t>::is_specialized << "\n";
std::cout << "__uint128_t is_specialized: " <<
std::numeric_limits<__uint128_t>::is_s
There is a problem with the 32/64-bit file i/o compatibility macros defined in
adaint.h: they clash with some of newlib's definitions.
cc1: warnings being treated as errors
In file included from /gnu/gcc/gcc-patched/gcc/ada/cstreams.c:47:0:
/gnu/gcc/gcc-patched/gcc/ada/adaint.h:58:0: error: "FOPEN
--- Comment #1 from davek at gcc dot gnu dot org 2009-07-25 15:09 ---
This is how adaint.h uses the FOPEN, etc. macros to conceal the 32/64 file i/o
selection:
#if defined (__GLIBC__) || defined (sun) || defined (__sgi)
#define FOPEN fopen64
#define STAT stat64
#define FSTAT fstat64
#d
--- Comment #6 from davek at gcc dot gnu dot org 2009-07-25 16:06 ---
*** Bug 40857 has been marked as a duplicate of this bug. ***
--
davek at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from davek at gcc dot gnu dot org 2009-07-25 16:06 ---
*** This bug has been marked as a duplicate of 40578 ***
--
davek at gcc dot gnu dot org changed:
What|Removed |Added
--
--
davek at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |davek at gcc dot gnu dot org
|dot org
--- Comment #7 from davek at gcc dot gnu dot org 2009-07-25 16:14 ---
Created an attachment (id=18253)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18253&action=view)
Rename macros with GNAT_ prefix
Now testing this (respun) version of the fix I originally suggested to bug
40857
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2009-07-25 16:46
---
There are two things going on here. First, because of the continuation, the
scanner actually combines the two lines into one line. Secondly, we have code
that deliberately clears the truncation flag because it w
--- Comment #40 from jv244 at cam dot ac dot uk 2009-07-25 16:53 ---
(In reply to comment #38)
> Too large, not reducing.
since you were so kind fixing PR40005, I felt some obligation ;-)
MODULE replica_types
TYPE replica_env_type
END TYPE replica_env_type
CONTAINS
SUBROUTINE rep
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2009-07-25 16:59
---
Reduced testcase:
subroutine transfer_size (source, mold)
real :: source
character(*) :: mold
print *, ichar(transfer(source, (/mold/)))
end subroutine
(can then be tested at runtime with "call
--- Comment #5 from burnus at gcc dot gnu dot org 2009-07-25 17:09 ---
(In reply to comment #4)
> I am inclined to leave this as is because it is a common practice to use
> positions 73 thru 80 for indexing in legacy fixed form code. (Remember those
> punch cards!)
Yes - and that's the
--- Comment #3 from rwild at gcc dot gnu dot org 2009-07-25 17:53 ---
Subject: Bug 40010
Author: rwild
Date: Sat Jul 25 17:53:35 2009
New Revision: 150085
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150085
Log:
gcc/
2009-07-25 Mark Loeser
PR build/40010
*
--- Comment #4 from rwild at gcc dot gnu dot org 2009-07-25 17:54 ---
Fixed.
--
rwild at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |burnus at gcc dot gnu dot
|dot org
--- Comment #29 from burnus at gcc dot gnu dot org 2009-07-25 19:39 ---
Subject: Bug 33197
Author: burnus
Date: Sat Jul 25 19:39:07 2009
New Revision: 150087
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150087
Log:
2009-07-25 Tobias Burnus
Francois-Xavier Couder
--- Comment #30 from burnus at gcc dot gnu dot org 2009-07-25 19:44 ---
(Patch was approved by Steve on IRC.)
TODO (carried on):
- Support inverse functions as initialization expressions, when MPC is ready
- TAN(X,Y) (= TAN2(X,Y)) - and fix wrong TAN2 description in intrinsic.texi
- BE
--- Comment #5 from daney at gcc dot gnu dot org 2009-07-25 20:25 ---
Subject: Bug 40445
Author: daney
Date: Sat Jul 25 20:25:18 2009
New Revision: 150090
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150090
Log:
2009-07-25 David Daney
PR rtl-optimization/40445
Executing on host: /test/gnu/gcc/objdir/gcc/testsuite/g++/../../g++
-B/test/gnu/
gcc/objdir/gcc/testsuite/g++/../../
/test/gnu/gcc/gcc/gcc/testsuite/g++.dg/debug
/dwarf2/typedef1.C -nostdinc++
-I/test/gnu/gcc/objdir/hppa64-hp-hpux11.11/libst
dc++-v3/include/hppa64-hp-hpux11.11
-I/test/gnu/gcc/objd
--- Comment #2 from rubidium at openttd dot org 2009-07-25 23:28 ---
Is there a way to disable this warning?
I've searched the manual and gcc -v --help for 'heap' and 'free'. Neither
keyword showed any promising compiler flags.
I've also looked in the code, but I cannot find a variable
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-07-25 23:32 ---
This case needs the compiler needs to know that TestCase::TestCase():: non_heap
cannot change value.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38509
--
gnu_andrew at member dot fsf dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |gnu_andrew at member dot fsf
|dot org
--- Comment #6 from daney at gcc dot gnu dot org 2009-07-26 05:05 ---
Should be fixed by the patch.
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from daney at gcc dot gnu dot org 2009-07-26 05:08 ---
Both patches in comment #1 are now committed. This should now be fixed.
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #6 from daney at gcc dot gnu dot org 2009-07-26 05:08 ---
Fixed.
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
38 matches
Mail list logo
