--- Comment #16 from ebotcazou at gcc dot gnu dot org 2008-02-04 08:12
---
> Index: combine.c
> ===
> --- combine.c (revision 132077)
> +++ combine.c (working copy)
> @@ -5393,9 +5393,10 @@
>/* Look for cases where
--- Comment #17 from ebotcazou at gcc dot gnu dot org 2008-02-04 08:30
---
> This patch is OK for all branches in my opinion but run it by a RM because
> the PR is not formally marked as a regression.
In fact Steven's original patch is slightly better, const0_rtx is valid for all
integ
Building/bootstrapping today's gcc-trunk (rev. 132088/2008-02-04) for
avr-rtems4.9 fails
with:
...
/users/rtems/src/toolchains/BUILD/avr-rtems4.9/./gcc/xgcc
-B/users/rtems/src/toolchains/BUILD/avr-rtems4.9/./gcc/ -nostdinc
-B/users/rtems/src/toolchains/BUILD/avr-rtems4.9/avr-rtems4.9/newlib/ -isyst
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-02-04 09:29 ---
I can't reproduce the problem that showed up with
http://gcc.gnu.org/ml/gcc-bugs/2008-02/msg00328.html so closing.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Adde
--- Comment #7 from pinskia at gcc dot gnu dot org 2008-02-04 09:31 ---
This also fails by default on i386-apple-darwin8.11.1 which enables SSE2 by
default.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-02-04 09:05 ---
What is the error at least?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-02-04 09:11 ---
> The above cast should almost certainly have been (volatile int32_t)
The volatile here does not mean anything really so there is no lost info as it
is on a scalar type. So I am going to close this as invalid.
--
--- Comment #18 from rguenther at suse dot de 2008-02-04 09:53 ---
Subject: Re: Incorrect branching with -Ox on hppa
On Mon, 4 Feb 2008, ebotcazou at gcc dot gnu dot org wrote:
>
>
> --- Comment #16 from ebotcazou at gcc dot gnu dot org 2008-02-04 08:12
> ---
> > Index: co
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-02-04 10:21 ---
Probably sth like
gcc-4.3 -c -fverbose-asm -ggdb3 t.c
t.c: In function 'main':
t.c:9: warning: incompatible implicit declaration of built-in function 'printf'
/tmp/cc1ixAq3.s: Assembler messages:
/tmp/cc1ixAq3.s:4:
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-02-04 10:14 ---
Can you please check a recent gcc 4.3 snapshot?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35067
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-02-04 10:22 ---
Btw, the assembly header looks like
.file "t.c"
# GNU C (SUSE Linux) version 4.3.0 20080131 (experimental) [trunk revision
131976] (x86_64-suse-linux)
# compiled by GNU C version 4.3.0 20080131 (expe
--- Comment #8 from dominiq at lps dot ens dot fr 2008-02-04 11:26 ---
> Wow, that was weird...
Yes, it was!
> Hardware glitch?
May be, our DHCP server at home did "funny" things during the week-end
(apparently it did not cope well with a new machine(?)). Could also be my own
"hardwa
--- Comment #7 from manu at gcc dot gnu dot org 2008-02-04 11:08 ---
(In reply to comment #6)
> I can't reproduce the problem that showed up with
> http://gcc.gnu.org/ml/gcc-bugs/2008-02/msg00328.html so closing.
>
Wow, that was weird... Hardware glitch?
--
http://gcc.gnu.org/bugz
--
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
The following valid code snippet triggers an ICE on mainline:
==
template struct A
{
void foo() const;
} __attribute((aligned(4)));
template void A::foo() const {}
==
bug.cc:6: internal compiler error: canonical ty
--- Comment #1 from reichelt at gcc dot gnu dot org 2008-02-04 13:18
---
Jason, this might be fallout from your patch
2008-01-24 Jason Merrill <[EMAIL PROTECTED]>
PR c++/34913
* decl2.c (is_late_template_attribute): Defer any attribute with
dependent args.
--
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=35074
The following invalid code snippet triggers an ICE since GCC 4.2.0
when compiled with -fopenmp:
===
template void foo()
{
#pragma omp parallel for
for (int& i = 0; i < 10; ++i)
;
}
===
--- Comment #28 from andreast at gcc dot gnu dot org 2008-02-04 13:48
---
For ppc-darwin 64-bit there is _no_ libjava support. Bits are missing, namely
libffi for 64-bit, I'm also not sure how boehm-gc works.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35035
--- Comment #9 from rguenth at gcc dot gnu dot org 2008-02-04 13:44 ---
Mine. I have a patch that fixes this, but lets queue this for 4.3.1 instead.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
The following invalid code snippet triggers an ICE on mainline:
===
templatehttp://gcc.gnu.org/bugzilla/show_bug.cgi?id=35077
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-02-04 13:42 ---
Without checking the code is rejected with:
t.C:6: error: prototype for 'void A::foo() const' does not match any in
class 'A'
t.C:3: error: candidate is: void A::foo() const
Doug, I believe this is your change with
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-02-04 13:40 ---
Without checking you get:
t.C: In instantiation of 'B':
t.C:9: instantiated from here
t.C:6: error: 'B::t' is not a valid template argument for type 'int&'
because object '#'indirect_ref' not supported by dump_dec
--- Comment #7 from vincent dot riviere at freesbee dot fr 2008-02-04
13:38 ---
(In reply to comment #6)
Sorry, I messed up with the versions...
I'm going to check again the version 4.3 right now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35067
The following (IMHO invalid) code snippet triggers an ICE since GCC 4.0.0:
==
template struct A {};
template struct B
{
static const T t;
A a;
};
B b;
==
bug.cc: In instantiation of 'B':
bug.cc:9: instantiated
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Summary|[4.2 Regression] multiple |[4.2/4.3 Regression]
|definition of virtual thunk |
--- Comment #27 from dominiq at lps dot ens dot fr 2008-02-04 13:32 ---
I have followed the advice of comment #19 and I can reproduced the behavior it
describes. In particular I have implemented the patch for
testsuite/libjava.jvmti/interp/natgetstacktrace.cc:
- usleep (10);
+
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-02-04 13:30 ---
Subject: Bug 35043
Author: rguenth
Date: Mon Feb 4 13:30:00 2008
New Revision: 132091
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132091
Log:
2008-02-04 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-02-04 14:57 ---
Executable testcase:
extern double fabs(double);
extern void abort(void);
void __attribute__((noinline)) foo(double x)
{
if (fabs (x) != 0.0)
abort ();
}
int main ()
{
foo(-0.0);
return 0;
}
--
http:/
--- Comment #30 from howarth at nitro dot med dot uc dot edu 2008-02-04
14:54 ---
With regard to the 64-bit support for powerpc-apple-darwin9, this does exist in
Apple's open source release of libffi from PyObjC. Bill Bumgarner at Apple had
the following comments on the issue of porting
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-02-04 14:51 ---
Created an attachment (id=15093)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15093&action=view)
patch
This should fix it. Can someone test it on ppc please?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-02-04 14:29 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #3 from dje at gcc dot gnu dot org 2008-02-04 14:27 ---
main ()
{
if (fabs (-0.0) != 0.0)
abort ();
}
compile with -msoft-float and optimization on powerpc-linux.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-02-04 14:27 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-02-04 16:16 ---
Works on the trunk, fails for 4.1 and 4.2 branches with -O2,
-fno-strict-aliasing
makes the failure go away there. Inlining is not required to trigger the bug.
Probably a dup of one of the various alias-related mis
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-02-04 16:06 ---
Jason is this the same issue as PR33916 you fixed? (Your fix didn't change
the outcome of this PR though)
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #11 from jakub at gcc dot gnu dot org 2008-02-04 15:47 ---
http://gcc.gnu.org/ml/gcc-patches/2008-02/msg00087.html
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from rguenth at gcc dot gnu dot org 2008-02-04 13:45
---
Created an attachment (id=15092)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15092&action=view)
queued forwprop cleanup
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34989
--- Comment #8 from dominiq at lps dot ens dot fr 2008-02-04 13:41 ---
On i686-apple-darwin9, rev. 132088, I see for 32 bit mode (default):
FAIL: gcc.dg/tree-ssa/gen-vect-11b.c scan-tree-dump-times vect "vectorized 0
loops" 1
FAIL: gcc.dg/tree-ssa/gen-vect-11c.c scan-tree-dump-times vec
--- Comment #3 from reichelt at gcc dot gnu dot org 2008-02-04 13:59
---
Well, the ICE appeared before
2008-01-31 Douglas Gregor <[EMAIL PROTECTED]>
Jakub Jelinek <[EMAIL PROTECTED]>
PR c++/34935
PR c++/34936
* typeck.c (structural_comptypes): Handle
--- Comment #8 from bergner at gcc dot gnu dot org 2008-02-04 17:04 ---
Ok, I bootstrapped with revision 132091. The patched compiler ICE's on the
following test case:
typedef float TFtype __attribute__ ((mode (TF)));
TFtype
divtc3 (TFtype a, TFtype b)
{
if (__builtin_fabsl (a) < __b
--- Comment #17 from rguenth at gcc dot gnu dot org 2008-02-04 16:09
---
Trunk is fine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Known to work
--- Comment #9 from janis at gcc dot gnu dot org 2008-02-04 17:53 ---
It doesn't show up as FAIL for powerpc*-*-linux* becaues that check includes an
xfail:
/* { dg-final { scan-assembler-not "LC\[0-9\]" { xfail powerpc*-*-* } } } */
Reopened.
--
janis at gcc dot gnu dot org chan
--- Comment #4 from ghazi at gcc dot gnu dot org 2008-02-04 17:40 ---
Sure, I think I see what's wrong.
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from ubizjak at gmail dot com 2008-02-04 18:31 ---
(In reply to comment #8)
> and with -m64:
> FAIL: gcc.target/i386/pr32661-1.c scan-assembler-times mov 2
Does darwin need -fomit-frame-pointer for this test?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35047
--- Comment #10 from steven at gcc dot gnu dot org 2008-02-04 18:12 ---
oops, sorry!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11594
--- Comment #1 from debian-gcc at lists dot debian dot org 2008-02-04
17:24 ---
Created an attachment (id=15094)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15094&action=view)
code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35079
The attached code (from lapack) segfaults gfortran trunk 20080116 with -O3
-funroll-loops, succeeds without -funroll-loops.
$ gfortran-4.3 -funroll-loops -save-temps -O3 -c seispack.f
seispack.f: In function 'invit':
seispack.f:1742: internal compiler error: Segmentation fault
Please submit a fu
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-02-04 17:12 ---
Really reduced testcase, the key is that pthread_mutex_t is a union:
typedef union
{
int __lock;
} pthread_mutex_t;
extern void abort (void);
int main(int c, char **v)
{
struct { int c; pthread_mutex_t m; }
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last recon
--- Comment #4 from hp at gcc dot gnu dot org 2008-02-04 15:34 ---
Subject: Bug 31405
Author: hp
Date: Mon Feb 4 15:33:54 2008
New Revision: 132093
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132093
Log:
PR other/31405
* inclhack.def: (glibc_c99_inline_1a): R
--- Comment #6 from jakub at gcc dot gnu dot org 2008-02-04 15:33 ---
I think we can safely close this.
For hppa see http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132082
for arm I've tested with a cross.
--
jakub at gcc dot gnu dot org changed:
What|Removed
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-02-04 14:30 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-02-04 15:07 ---
Uh, and we fold ABS != 0.0 to x != 0.0, which makes the testcase
uninteresting as well. Also it happens that for double we succeed with
generating the nojump variant. And I don't have a cross with long-double
enab
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-02-04 16:42 ---
Works for me.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UN
--- Comment #7 from bergner at gcc dot gnu dot org 2008-02-04 16:30 ---
I'm testing the patch from Comment #4 on powerpc64-linux.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29253
The following (IMHO valid) code snippet triggers an ICE on mainline
when compiled with -std=gnu++0x:
==
void foo()
{
(const char&&)0;
}
==
bug.cc: In function 'void foo()':
bug.cc:3: internal compiler error: in buil
--- Comment #6 from vincent dot riviere at freesbee dot fr 2008-02-04
13:33 ---
Same problem with version 4.3-20080201
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35067
--- Comment #8 from vincent dot riviere at freesbee dot fr 2008-02-04
14:02 ---
I confirm this problem is still present in GCC 4.3-20080201.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35067
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-02-04 13:30 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #10 from rguenth at gcc dot gnu dot org 2008-02-04 12:15
---
Fixed on the trunk.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Known to
--- Comment #31 from howarth at nitro dot med dot uc dot edu 2008-02-04
18:36 ---
Back to this PR, who did we need to review the current patch? I ask because the
last other remaining P! for gcc trunk has a proposed patch so gcc 4.3 can
branch as soon as both of those are checked in.
-
--- Comment #13 from matz at gcc dot gnu dot org 2008-02-04 11:48 ---
Yep, that's something the FE maintainers need to decide. From a robustness
p.o.v. I'd do it in build_target_expr, though perhaps that has speed
implications. FWIW the patch from comment #10 (with an added
"#include "
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-02-04 17:30 ---
Err, yes. We run into count_type_elements:
case UNION_TYPE:
case QUAL_UNION_TYPE:
{
/* Ho hum. How in the world do we guess here? Clearly it isn't
right to count the fields. Gues
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-02-04 15:52 ---
A testcase would probably be sth along the lines of
extern void abort (void);
void __attribute__((noinline)) foo (unsigned long long x)
{
float uf = x;
float sf = (signed long long)x;
if (uf == sf)
abort (
--- Comment #2 from pcarlini at suse dot de 2008-02-04 14:59 ---
Seems simple.
--
pcarlini at suse dot de changed:
What|Removed |Added
AssignedTo|unassigned at gc
--- Comment #29 from dominiq at lps dot ens dot fr 2008-02-04 14:01 ---
> For ppc-darwin 64-bit there is _no_ libjava support. Bits are missing, namely
> libffi for 64-bit,
Now I remember, it is PR29152!-(2006-09-20)
> I'm also not sure how boehm-gc works.
It is broken for 4.2 and s
--
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=35075
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-02-04 16:40 ---
The C++ standard says:
'The constant-expression may be larger than the number of bits in the object
representation of the bit-field's type' in such cases the extra bits are
used as padding bits and do not participat
--- Comment #10 from rguenth at gcc dot gnu dot org 2008-02-04 16:45
---
Fixed, as this wasn't a regression.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-02-04 16:49 ---
Still works for me on x86_64/i686. Any ppc guys around to confirm this?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from hp at gcc dot gnu dot org 2008-02-04 15:42 ---
Could the reporter please verify that the problem is fixed with trunk >= 132093
and if so, close this PR? Thanks.
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-02-04 16:01 ---
Re-confirmed on the trunk.
make check-gfortran \
RUNTESTFLAGS="--target_board=unix/-ftree-loop-linear execute.exp"
--
rguenth at gcc dot gnu dot org changed:
What|Removed |A
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last recon
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2008-02-04 17:38
---
(In reply to comment #2)
> thanks ... i'm using sunfreeware.com's latest version of GMP (4.2.1) and
> MPFR's
> 2.3.0 (plus the latest downloaded patches) ...
Closing this bug as INVALID, please reopen if you sti
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-02-04 17:04 ---
The warning persists for me on the trunk, and the initialization is not done:
main (c, v)
{
int D.2713;
int D.2714;
int j[3];
typedef struct
{
int c;
int * j;
union pthread_mutex_t m;
} struc
--- Comment #7 from dfranke at gcc dot gnu dot org 2008-02-04 20:44 ---
Fixed on trunk and 4.2. Closing.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #15 from jakub at gcc dot gnu dot org 2008-02-04 20:43 ---
Either build_identity_conv (tfrom, expr) is wrong if tfrom != from
(the comment about build_identity_conv function suggest that I think), or
convert_like_real needs to fold_convert in the ck_identity case.
If the form
--- Comment #6 from dfranke at gcc dot gnu dot org 2008-02-04 20:37 ---
Subject: Bug 34661
Author: dfranke
Date: Mon Feb 4 20:37:12 2008
New Revision: 132094
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132094
Log:
gcc/fortran:
2008-02-04 Daniel Franke <[EMAIL PROTECTED]>
We were using g++ (GCC) 3.4.6 20060404 (Red Hat 3.4.6.9) on Linux 2.6.24.14 SMP
X86_64 GNU/Linux 4-core Intel @2.66GHz.
We executed: g++ -O0 test.cc
./a.out
./a.out causes segmentation fault.
The file test.cc folows below:
__thread int testarray[2];
int main()
{
int i = 2;
te
--- Comment #5 from janis at gcc dot gnu dot org 2008-02-04 21:28 ---
A prerequisite to changing the default to the AltiVec ABI is to fix
-mabi=no-altivec. A patch for that is at
http://gcc.gnu.org/ml/gcc-patches/2008-02/msg00094.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-02-04 21:19 ---
Subject: Bug 33631
Author: rguenth
Date: Mon Feb 4 21:18:32 2008
New Revision: 132096
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132096
Log:
2008-02-04 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-02-04 21:18 ---
Fixed on the trunk.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Summ
--- Comment #4 from burnus at gcc dot gnu dot org 2008-02-04 20:58 ---
> But I'm useless at reading assembly (the tree dump doesn't have these
> attributes written out)
Try something like the following with -O3 -fdump-tree-optimized:
subroutine wait4it ()
logical event
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-02-04 22:03 ---
Subject: Bug 33631
Author: rguenth
Date: Mon Feb 4 22:03:09 2008
New Revision: 132097
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132097
Log:
2008-02-04 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #32 from rguenther at suse dot de 2008-02-04 20:39 ---
Subject: Re: [4.3 Regression] Has any one managed to run
the libjava test suite on powerpc-apple-darwin9?
On Mon, 4 Feb 2008, howarth at nitro dot med dot uc dot edu wrote:
> --- Comment #31 from howarth at nitro
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2008-02-04 21:05
---
Sorry for the confusion. I used:
print *,'Check memory and handles and press ENTER...', m
so I could track the progress. Without the m, I see no errors. Also notice
that he two upfront errors are in calls to
--- Comment #13 from manu at gcc dot gnu dot org 2008-02-04 20:37 ---
Created an attachment (id=15095)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15095&action=view)
Reduced testcase (16K) GCC 4.3
I can't reduce this further, so I post it here in case someone wants to give it
a
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-02-04 20:18 ---
*** Bug 35081 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-02-04 20:18 ---
And it has already been fixed in 4.2.2.
*** This bug has been marked as a duplicate of 33678 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2008-02-04 23:14
---
The following code in resolve_tag_format() is wrong:
/* If e's rank is zero and e is not an element of an array, it should be
of integer or character type. The integer variable should be
ASSIGNED. *
--- Comment #5 from spop at gcc dot gnu dot org 2008-02-04 21:59 ---
Mine.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gc
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35065
--- Comment #14 from manu at gcc dot gnu dot org 2008-02-04 20:39 ---
Created an attachment (id=15096)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15096&action=view)
Test for a valid testcase
This is the test I am using for reducing the testcase. If you change something
and run:
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-02-04 22:16 ---
Anyways you are violating C aliasing rules here.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35069
Someone appears to have blown the g++ abi in gcc-4.2.1 as compared to
gcc-4.0.1. The below patch appears to be needed? If so, could you please add
this to at least *-apple-darwin*.
$ cat patches-4.2.1/typeinfo-abi.patch
--- gcc-4.2.1/libstdc++-v3/libsupc++/typeinfo 2007-06-26 11:35:42.000
--- Comment #14 from jakub at gcc dot gnu dot org 2008-02-04 20:11 ---
Regression introduced by the call.c (reference_binding) changes from
http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131751
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35056
--- Comment #2 from gcc-david at tulloh dot id dot au 2008-02-04 22:14
---
Yes, I didn't provide any context. I believe that this warning should apply
any time you are working with volatile variables.
A truncated real world example (kind of, real world debugging).
volatile static ui
--- Comment #12 from dirtyepic at gentoo dot org 2008-02-04 20:30 ---
no one cares that make profiledbootstrap on 64bit targets miscompiles the
preprocessor when BOOT_CFLAGS="-O2" ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33992
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35049
1 - 100 of 132 matches
Mail list logo
