--- 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 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 #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 #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 #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 #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 #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 #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
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
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
--- 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
--- 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 #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 #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_
--
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 #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.
--- 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 #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
-
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)));
}
==
--
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
--
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
--- 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
--
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:
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.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 #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
--- 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
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
--- 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
--- 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 #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 #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
--- 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
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||rguenth at gcc dot gnu dot
|
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
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 #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
--- 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 #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 #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 #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 #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 #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 #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" : "=
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
--
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
101 - 150 of 150 matches
Mail list logo
