--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34969
The following valid testcase triggers an ICE on mainline when compiled with
"gcc -O -fipa-cp -ffast-math":
===
double foo(double x) { return x*x; }
double bar() { return foo(0); }
===
bug.c:2: error: edge doub
--- Comment #2 from dougkwan at google dot com 2008-01-25 07:49 ---
(In reply to comment #0)
A slightly simpler test case:
--
extern double sin (double), cos (double);
__inline double
atan (double __x)
{
register double __result;
__asm __volatile__ ("fld1; fpatan" : "=
--- Comment #2 from bell_kin at pek dot com dot tw 2008-01-25 07:28 ---
cause of this bug is the arm inline assembly in the header file
--
bell_kin at pek dot com dot tw changed:
What|Removed |Added
-
--- Comment #10 from tammer at tammer dot net 2008-01-25 07:13 ---
Hello,
I can try with the updated source and the AIX 5.3 math.h ...
What is the correct SNV tag for the "updated" version or did you only update
you local copy ??
Bye
Rainer
--
http://gcc.gnu.org/bugzilla/show_bu
--- Comment #33 from mmitchel at gcc dot gnu dot org 2008-01-25 05:35
---
This patch:
http://gcc.gnu.org/ml/gcc-patches/2008-01/msg00862.html
is OK. This patch:
http://gcc.gnu.org/ml/gcc-patches/2008-01/msg00951.html
is OK if no objections from a Java maintainer within 24 hours.
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-01-25 04:04 ---
*** Bug 34968 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34966
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-01-25 04:04 ---
*** This bug has been marked as a duplicate of 34966 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from kargl at gcc dot gnu dot org 2008-01-25 04:04 ---
(In reply to comment #2)
> The example program was just to show a few variations. The program I was
> debugging only contained the second variant ("Unclassifiable statement error",
> followed by a lot of comment lines,
--- Comment #1 from dougkwan at google dot com 2008-01-25 04:03 ---
Another test case:
extern __inline double atan (double __x)
{
register double __result;
__asm __volatile__ ("fld1; fpatan" : "=t" (__result) : "0" (__x) : "st(1)");
return __result;
}
f(double *p)
{
double theta
I got an internal compiler error when compiling the following. The function
my_atan is actaully derived from aton expanded from a C libray header. Other
then its name, it is almost identical to atan().
[EMAIL PROTECTED]:~/delta-2006.08.03/verify_ssa$ ./gcc -O2 PJ_geos.4.c
PJ_geos.4.c: In functi
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2008-01-25 03:37
---
I can reproduce this with the original test case.
This snippet:
IVAR1=1 ! "Unclassifiable statement" on this line
C
C
IVAR2=0
In fixed form, the 'I' in IVAR2 is being interpreted as a continuation
c
--- Comment #1 from bell_kin at pek dot com dot tw 2008-01-25 03:12 ---
Created an attachment (id=15020)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15020&action=view)
crash testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34967
when cross compile icewm-1.3.2, g++ failed with message at amailbox.cc
internal compiler error: in frv_print_operand, at config/frv/frv.c:3057
gcc details(binutils from frv-060512-1):
Using built-in specs.
Target: frv-linux-gnu
Configured with: ../gcc-4.3-20080111/configure --target=frv-linux-gnu
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||rguenth at gcc dot gnu dot
|
--- Comment #9 from dje at gcc dot gnu dot org 2008-01-25 02:53 ---
Replacing gcc's "include-fixed" version of math.h with the include-fixed
version from AIX 5.3 gets farther. AIX 6 math.h is going to need to be tweaked
and we need to figure out what parts of the file need to be comment
I got an internal compiler error when compiling the following. The function
my_atan is actaully derived from aton expanded from a C libray header. Other
then its name, it is almost identical to atan().
[EMAIL PROTECTED]:~/delta-2006.08.03/verify_ssa$ ./gcc -O2 PJ_geos.4.c
PJ_geos.4.c: In functi
--- Comment #2 from john dot klinger at gmail dot com 2008-01-25 02:18
---
The example program was just to show a few variations. The program I was
debugging only contained the second variant ("Unclassifiable statement error",
followed by a lot of comment lines, followed by the actual l
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2008-01-25 00:59
---
This has been reported several times before. In the I/O library, the dtp
structure is initialized at compile time and stored in the executable.
Valgrind has no way of knowing that it is initialized already.
Nev
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34965
A broken diagnostic is issued for the following invalid code snippet
since GCC 3.4.0, but only when compiled with "-O" or higher:
int foo(int);
void bar(int i, int j)
{
foo(i && j)();
}
bug.cc: In function 'void bar(int, int)':
bug.cc:5: error:
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2008-01-25 00:53
---
What it does is stated in the comment.
/* If the farthest position reached is greater than current
position, adjust the position and set length to pad out
whats left. Otherwise just pad whats left.
(for
The following invalid code snippet triggers an ICE since GCC 4.2.0:
=
char x[] = 0;
#pragma omp threadprivate (x)
=
bug.cc:1: error: initializer fails to determine size
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34963
The following invalid code snippet triggers an ICE on mainline:
=
struct A
{
static friend A::~A();
};
=
bug.cc:3: error: storage class specifiers invalid in friend fu
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34962
The following invalid code snippet triggers an ICE since GCC 4.0.0:
=
struct A
{
static const int i;
};
template void foo()
{
int x[A::i] __attribute((vector_size(8)));
}
==
--- Comment #1 from kargl at gcc dot gnu dot org 2008-01-25 00:34 ---
There is not much that can be done about this. The first error triggers a
cascade of errors. Fix the first problem and others go away. The old
adage: 'garbage in, garbage out' applies here.
--
http://gcc.gnu.or
--- Comment #1 from reichelt at gcc dot gnu dot org 2008-01-25 00:34
---
Btw, this is related to PR34913, but not yet fixed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34961
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34961
The following invalid code snippet triggers an ICE on mainline:
=
template struct A
{
static const int i __attribute__((aligned(__alignof(T = 0;
};
A a;
=
bug.
--- Comment #7 from reichelt at gcc dot gnu dot org 2008-01-25 00:15
---
*** Bug 29979 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34913
--- Comment #2 from reichelt at gcc dot gnu dot org 2008-01-25 00:15
---
Both testcases are fixed by the patch in PR34913.
*** This bug has been marked as a duplicate of 34913 ***
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #55 from danglin at gcc dot gnu dot org 2008-01-24 23:39
---
With revision 131802, we are down to the followning fails:
FAIL: gcc.dg/struct/wo_prof_global_var.c execution test
FAIL: gcc.dg/struct/wo_prof_local_var.c execution test
FAIL: gcc.dg/struct/wo_prof_two_strs.c scan
--- Comment #1 from rsandifo at gcc dot gnu dot org 2008-01-24 23:21
---
Created an attachment (id=15019)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15019&action=view)
Patch for PR31388
I suspect this is the same as PR31388, which was fixed on mainline by:
http://gcc.gnu.
--
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
--- Comment #2 from dominiq at lps dot ens dot fr 2008-01-24 23:00 ---
This test case appeared in revision 122315 and failed on powerpc-apple-darwin
from revision 122323 (see
http://gcc.gnu.org/ml/gcc-testresults/2007-02/msg01022.html) up to now.
--
http://gcc.gnu.org/bugzilla/show_
--- Comment #13 from hjl dot tools at gmail dot com 2008-01-24 22:37
---
Revision 131801 is OK.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #10 from hjl dot tools at gmail dot com 2008-01-24 22:37
---
Revision 131801 is OK.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #2 from danglin at gcc dot gnu dot org 2008-01-24 22:34 ---
The test fails about 1 out of 6 runs. Don't think optimization level
matters.
I've been looking at two things:
1) Linking of libgomp and libgfortran shared. libc contains pthread stubs
and libtool gratuitously
The following code snippet demonstrates the error in a few forms. In the real
code, only the second error was found. It was not obvious where the error was
located, since there was a large block of comments between the real cause of
the error and the line reported by gfortran.
All "IVAR2=0" lines
On Thu, 24 Jan 2008, Roberto Bagnara wrote:
> While looking at the rules governing struct/union declarations in C, I
> stumbled
> upon this example:
>
> union A {
> int i;
> float f;
> };
>
> void
> foo(struct A** p) {
> *p = 0;
> }
>
> This is accepted by both Comeau and the Intel C comp
--- Comment #5 from tkoenig at gcc dot gnu dot org 2008-01-24 22:09 ---
> This causes a regression in x_slash_1.f . I'll dig around
> some more.
There's something wrong here (as evidenced in the PR :-)
In next_record_w, we should be following the path starting with
if (done) every tim
--- Comment #12 from dfranke at gcc dot gnu dot org 2008-01-24 21:38
---
Fixed in trunk. Closing.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #15 from dfranke at gcc dot gnu dot org 2008-01-24 21:37
---
Subject: Bug 33375
Author: dfranke
Date: Thu Jan 24 21:36:14 2008
New Revision: 131811
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131811
Log:
2008-01-24 Daniel Franke <[EMAIL PROTECTED]>
PR
--- Comment #11 from dfranke at gcc dot gnu dot org 2008-01-24 21:37
---
Subject: Bug 34858
Author: dfranke
Date: Thu Jan 24 21:36:14 2008
New Revision: 131811
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131811
Log:
2008-01-24 Daniel Franke <[EMAIL PROTECTED]>
PR
--- Comment #23 from ghazi at gcc dot gnu dot org 2008-01-24 21:35 ---
Fixed on branches.
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
Status|
--- Comment #5 from dfranke at gcc dot gnu dot org 2008-01-24 21:35 ---
Fixed in trunk. Closing
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from pcarlini at suse dot de 2008-01-24 21:31 ---
Let's try to fix this...
--
pcarlini at suse dot de changed:
What|Removed |Added
AssignedTo|unass
--- Comment #4 from dfranke at gcc dot gnu dot org 2008-01-24 21:29 ---
Subject: Bug 34202
Author: dfranke
Date: Thu Jan 24 21:28:20 2008
New Revision: 131810
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131810
Log:
gcc/fortran:
2008-01-24 Daniel Franke <[EMAIL PROTECTED]>
--- Comment #5 from bje at gcc dot gnu dot org 2008-01-24 21:27 ---
Fixed in r131809.
--
bje at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGN
--- Comment #4 from bje at gcc dot gnu dot org 2008-01-24 21:25 ---
Fixed in r131778.
--
bje at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGN
While looking at the rules governing struct/union declarations in C, I stumbled
upon this example:
union A {
int i;
float f;
};
void
foo(struct A** p) {
*p = 0;
}
This is accepted by both Comeau and the Intel C compiler, but is rejected
by GCC 4.1.2 and 4.3.0 on the grounds that
bug.c:7
--- Comment #7 from inform at tiker dot net 2008-01-24 21:03 ---
In the original ice.cpp, there is a declaration of cyl_bessel_j of two template
arguments. So there are two different issues:
1. gcc ICEs on Richard's reduced code
2. it doesn't find the two-argument version of cyl_bessel_
--- Comment #4 from bje at gcc dot gnu dot org 2008-01-24 20:53 ---
Subject: Bug 22232
Author: bje
Date: Thu Jan 24 20:52:56 2008
New Revision: 131809
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131809
Log:
Committed with RM approval this time.
PR other/22232
--- Comment #22 from ghazi at gcc dot gnu dot org 2008-01-24 20:34 ---
Subject: Bug 33826
Author: ghazi
Date: Thu Jan 24 20:33:54 2008
New Revision: 131807
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131807
Log:
Backport:
2008-01-10 Kaveh R. Ghazi <[EMAIL PR
--- Comment #21 from ghazi at gcc dot gnu dot org 2008-01-24 20:09 ---
Subject: Bug 33826
Author: ghazi
Date: Thu Jan 24 20:09:05 2008
New Revision: 131805
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131805
Log:
Backport:
2008-01-10 Kaveh R. Ghazi <[EMAIL PR
--- Comment #3 from dfranke at gcc dot gnu dot org 2008-01-24 20:00 ---
Index: data.c
===
--- data.c (revision 131761)
+++ data.c (working copy)
@@ -688,7 +688,7 @@ formalize_structure_cons (gfc_expr *expr
c = e
--- Comment #5 from pcarlini at suse dot de 2008-01-24 19:58 ---
Fixed for 4.3.0.
--
pcarlini at suse dot de changed:
What|Removed |Added
AssignedTo|pcarlini at s
--- Comment #10 from dominiq at lps dot ens dot fr 2008-01-24 19:57 ---
The patch regtested fine on intel darwin9. I'll port it ot ppc, but I'll got
the results only tomorrow morning.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34858
--- Comment #4 from paolo at gcc dot gnu dot org 2008-01-24 19:54 ---
Subject: Bug 34603
Author: paolo
Date: Thu Jan 24 19:54:11 2008
New Revision: 131804
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131804
Log:
/cp
2008-01-24 Paolo Carlini <[EMAIL PROTECTED]>
PR c+
--- Comment #2 from rsandifo at gcc dot gnu dot org 2008-01-24 19:52
---
FWIW, this was fixed on mainline by:
2007-06-13 Thiemo Seufer <[EMAIL PROTECTED]>
* config/mips/linux.h, config/mips/linux64.h (LIB_SPEC): Always
imply -lpthread for -pthread.
By the letter of
--- Comment #2 from dfranke at gcc dot gnu dot org 2008-01-24 19:44 ---
Simplified testcase:
$> cat pr34202.f90
program bug4a
implicit none
type bug4
! Intentionally left empty
end type bug4
type compound
type(bug4) b
end type compound
type(bug4), parameter ::
--
rsandifo at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rsandifo at gcc dot gnu dot
|dot org
23_containers/bitset/ext/15361.cc recently started failing for
mips64-linux-gnu with -mabi=64. The problem is described here:
http://gcc.gnu.org/ml/gcc-patches/2008-01/msg01073.html
and the current candidate patch is here:
http://gcc.gnu.org/ml/gcc-patches/2008-01/msg01135.html
(Ignore
--- Comment #13 from pault at gcc dot gnu dot org 2008-01-24 19:41 ---
I'm getting there...
Something is going wrong in setting the loop start value (as is obvious from
the gcc_assert:)) that is fixed by interchanging the order of expressions in
the mask.
Thusly:
input_settings%distri
--- Comment #12 from dfranke at gcc dot gnu dot org 2008-01-24 19:24
---
For another ICE at trans-array.c:592 see example at PR31610, comment #12.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #8 from dje at gcc dot gnu dot org 2008-01-24 19:12 ---
AIX 6 math.h "optimizations" completely confuse GCC configure looking for ISO
C99 and long double support. It looks like this will require fix-includes
magic.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34794
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-01-24 19:04 ---
This code is invalid as you don't have a third template argument for
cyl_bessel_j.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from hjl dot tools at gmail dot com 2008-01-24 18:58 ---
Fixed on trunk.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Known to fail|
--- Comment #2 from hjl at gcc dot gnu dot org 2008-01-24 18:57 ---
Subject: Bug 34904
Author: hjl
Date: Thu Jan 24 18:57:12 2008
New Revision: 131802
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131802
Log:
2008-01-24 H.J. Lu <[EMAIL PROTECTED]>
PR driver/34904
--- Comment #14 from edmar at freescale dot com 2008-01-24 18:57 ---
(In reply to comment #10)
> Created an attachment (id=14573)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14573&action=view) [edit]
> gcc43-pr34134.patch
>
> Patch to avoid the ICE.
>
> I don't mind the patch w
Under Mac OS X Leopard using the prepackaged gfortran binaries from 12/31/2007,
any fortran program emits a duplicate dylib warning when linked. This is with
the Leopard version of XCode (3.0).
$ cat test2.f
program test2
write (*,*) 'hello'
end
$ gfortran test2.f
ld: war
--- Comment #3 from andreasmeier80 at gmx dot de 2008-01-24 18:42 ---
Patch at http://gcc.gnu.org/ml/gcc-patches/2008-01/msg01138.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34603
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-01-24 18:39 ---
This still needs communication from the front-end to the middle-end. The
middle-end part should be a rather easy extension to both the RTL and tree
level DSEs really.
The way I see fixing it is adding a statement w
--- Comment #4 from spark at gcc dot gnu dot org 2008-01-24 18:16 ---
I don't think this can be implemented in the FE,
at least to be really effective.
The more common cases are not really "empty" destructor.
E.g. there's inlining involved:
class Foo
{
public:
virtual ~Foo();
};
Foo:
--- Comment #12 from rsandifo at gcc dot gnu dot org 2008-01-24 17:47
---
Subject: Bug 34472
Author: rsandifo
Date: Thu Jan 24 17:46:31 2008
New Revision: 131798
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131798
Log:
gcc/
PR tree-optimization/34472
* ipa-str
--- Comment #5 from pcarlini at suse dot de 2008-01-24 17:36 ---
Excellent, indeed. I also checked stock 4.2.1 and current 4_2-branch.
--
pcarlini at suse dot de changed:
What|Removed |Added
-
--- Comment #10 from danglin at gcc dot gnu dot org 2008-01-24 17:25
---
The finite builtins should now find the right libc functions on hpux11.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #7 from dje at gcc dot gnu dot org 2008-01-24 17:23 ---
I have upgraded libtool and all of the configure scripts in mainline.
The problem with stubs is because the libstdc++-v3 configure machinery is not
recognizing that AIX libm already provides all of those functions, as i
--- Comment #9 from danglin at gcc dot gnu dot org 2008-01-24 17:19 ---
Subject: Bug 34931
Author: danglin
Date: Thu Jan 24 17:18:54 2008
New Revision: 131797
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131797
Log:
PR middle-end/34931
Backport:
2007-01
--- Comment #4 from danglin at gcc dot gnu dot org 2008-01-24 17:19 ---
Subject: Bug 30182
Author: danglin
Date: Thu Jan 24 17:18:54 2008
New Revision: 131797
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131797
Log:
PR middle-end/34931
Backport:
2007-01
--- Comment #4 from bkoz at gcc dot gnu dot org 2008-01-24 17:18 ---
I have verified that all three of simon's test cases now error on mainline, as
expected. Hurray!!! So, this can be closed as fixed, I guess.
Note 4.1.2 also errors, so maybe this was a result of some temporary
fluctua
--- Comment #24 from ubizjak at gmail dot com 2008-01-24 17:12 ---
x86 part is fixed by http://gcc.gnu.org/ml/gcc-patches/2008-01/msg01146.html.
This patch also added a testcase that will ATM fail for RS6000 and SPU.
--
ubizjak at gmail dot com changed:
What|Removed
--- Comment #23 from uros at gcc dot gnu dot org 2008-01-24 17:09 ---
Subject: Bug 34856
Author: uros
Date: Thu Jan 24 17:08:10 2008
New Revision: 131796
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131796
Log:
PR target/34856
* config/i386/i386.c (ix86_expand_
--- Comment #9 from dominiq at lps dot ens dot fr 2008-01-24 16:46 ---
Subject: Re: [4.3 Regression] ICE on invalid depending of
the length of the source name
Preliminary tests show that my test cases are fixed by the
patch. I'll launch regtesting.
Thanks for the patch.
--
http:
--- Comment #3 from pcarlini at suse dot de 2008-01-24 16:42 ---
Benjamin, can you have a look to the resolution of DR 259:
http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_defects.html#259
I believe Simon is basically right...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30857
--
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
# of expected failures 326
# of unresolved testcases 1
# of untested testcases 70
# of unsupported tests 843
/opt/gcc/i686-darwin/gcc/xgcc version 4.3.0 20080124 (experimental) (GCC)
For comparison without the patch, see pr34483 comment #53.
--
http
--- Comment #6 from jakub at gcc dot gnu dot org 2008-01-24 16:27 ---
Fixed on the trunk.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail|
--- Comment #54 from dave at hiauly1 dot hia dot nrc dot ca 2008-01-24
16:26 ---
Subject: Re: wo_prof_two_strs.c:56: internal compiler error: in
find_new_var_of_type, at ipa-struct-reorg.c:605
> On i686-apple-darwin9 the patch from
> http://gcc.gnu.org/ml/gcc-patches/2008-01/msg01081.
--- Comment #12 from jakub at gcc dot gnu dot org 2008-01-24 16:23 ---
Fixed on the trunk.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail
--- Comment #3 from pcarlini at suse dot de 2008-01-24 16:23 ---
Most likely due to the fix for c++/28560, this problem doesn't affect mainline
anymore.
--
pcarlini at suse dot de changed:
What|Removed |Added
---
--- Comment #9 from aldot at gcc dot gnu dot org 2008-01-24 16:15 ---
Stats:
-rw-r--r-- 1 1000 1000 3853392 Jan 24 13:28
./build_i686/gcc-4.3.0-target.IMA/i686-linux-uclibc/libgcc/libgcc.a
2826503 34784 8 2861295 2ba8ef (TOTALS)
-rw-r--r-- 1 1000 1000 4569970 Jan 24 14:00
./b
The following only fails if -fbounds-check are turned on.
./bounds_check_9.f90
==29980== Conditional jump or move depends on uninitialised value(s)
==29980==at 0x4008BD: __sub_mod_MOD_sub (bounds_check_9.f90:23)
==29980==by 0x400C72: MAIN__ (bounds_check_9.f90:34)
[...]
./bounds_check_fai
--- Comment #11 from jv244 at cam dot ac dot uk 2008-01-24 16:05 ---
> What is the date on the 4.2.2?
the relevant data might be the branching of 4.2
+-- GCC 4.2 branch created --+
|(Oct 20 2006)\
v v
--
./transfer_assumed_size_1.f90==29961== Invalid read of size 1
==29961==at 0x4C26B50: memmove (in
/usr/lib64/valgrind/amd64-linux/vgpreload_memcheck.so)
==29961==by 0x400EA5: __transferbug_MOD_bytestostring
(transfer_assumed_size_1.f90:31)
==29961==by 0x401657: MAIN__ (transfer_assumed_s
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-01-24 16:03 ---
Subject: Bug 34953
Author: rguenth
Date: Thu Jan 24 16:02:51 2008
New Revision: 131782
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131782
Log:
2008-01-24 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-01-24 16:03 ---
Fixed for 4.2.3.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--- Comment #10 from dominiq at lps dot ens dot fr 2008-01-24 16:00 ---
> What is the date on the 4.2.2?
>From gcc.gnu.org:pub/gcc/releases, I'ld guess 2007 Oct 8:
drwxrwsr-x 3 ftp ftp 4096 Oct 8 22:07 gcc-4.2.2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3494
1 - 100 of 150 matches
Mail list logo
