--- Comment #1 from fang at csl dot cornell dot edu 2007-05-12 09:06
---
You need to define Base::x out of class in some translation unit, the in-class
declaration alone isn't enough, though sometimes the compiler will elide the
reference to it if its value is known (optimization).
con
--- Comment #4 from schwab at suse dot de 2007-05-12 09:15 ---
*** Bug 31904 has been marked as a duplicate of this bug. ***
--
schwab at suse dot de changed:
What|Removed |Added
-
--- Comment #2 from schwab at suse dot de 2007-05-12 09:15 ---
*** This bug has been marked as a duplicate of 30745 ***
--
schwab at suse dot de changed:
What|Removed |Added
--- Comment #3 from dennis0yang at gmail dot com 2007-05-12 09:29 ---
Subject: Re: fail to link to static const double
I understand that the standard only specifies that static const for
integral type can be assigned within the class. My point is that if gcc
decides to allow the exte
--- Comment #4 from dennis0yang at gmail dot com 2007-05-12 09:33 ---
Subject: Re: fail to link to static const double
I just checked out the bug report you mentioned, are you sure they are
the same? When I change "static const double" to "static const int", the
code compiles without
--- Comment #51 from rguenth at gcc dot gnu dot org 2007-05-12 10:47
---
This looks indeed very promising. I'll give it a spin on tramp3d. The only
thing I noticed is that
+case CHANGE_DYNAMIC_TYPE_EXPR:
+ /* We can access the location with the given type. We don't
+
--- Comment #52 from rguenth at gcc dot gnu dot org 2007-05-12 12:11
---
But I get
Program received signal SIGSEGV, Segmentation fault.
0x006e646f in find_assert_locations (bb=0x2b56e8984480)
at ../../trunk/gcc/tree-vrp.c:3193
3193 if (flag_delete_null_pointer_checks &
--- Comment #7 from pinskia at gcc dot gnu dot org 2007-05-12 14:15 ---
(In reply to comment #5)
> on my darwin->i386-unknown-linux-gnu compiler?
It might be because I am using a binutils which has comdat support which is
detected by configure and you did not build a binutils so there i
--- Comment #53 from dberlin at gcc dot gnu dot org 2007-05-12 14:29
---
Subject: Re: [4.0/4.1/4.2/4.3 Regression] placement new does not change the
dynamic type as it should
On 12 May 2007 11:11:03 -, rguenth at gcc dot gnu dot org
<[EMAIL PROTECTED]> wrote:
>
>
> --- Comment
--- Comment #8 from pinskia at gcc dot gnu dot org 2007-05-12 14:30 ---
The name still has to be unque'd for many different reasons.
Anyways this is caused by:
http://gcc.gnu.org/ml/gcc-patches/2006-09/msg00209.html
And if I read the dates correctly, this is only on the trunk and not i
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-05-12 14:44 ---
We don't know how to mangle typeof yet.
*** This bug has been marked as a duplicate of 11078 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #26 from pinskia at gcc dot gnu dot org 2007-05-12 14:44
---
*** Bug 31905 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
isnan(0.0/0.0) returns false.
It returns true if -fno-builtin.
KUROBOX-PRO(22:33:53)% cat tst.c
extern void abort(void);
extern int isnan(double v);
int main()
{
if (!isnan(0.0/0.0))
abort();
return 0;
}
KUROBOX-PRO(22:34:02)% ~/src/gcc/bin/gcc -v tst.c
Using built-in specs.
Ta
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-05-12 14:50 ---
Confirmed, this was caused by the patch for PR 30700.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-05-12 14:53 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #15 from rguenth at gcc dot gnu dot org 2007-05-12 15:44
---
forwprop looses the volatileness (035.dce vs 036.forwprop):
GTeth_txq_done (sc)
{
struct GTeth_desc * txd;
@@ -34,12 +47,10 @@
goto ();
:;
- D.1542_3 = &sc_1->txq_desc[0];
D.1543_4 = sc_1->txq_fi;
--- Comment #16 from rguenth at gcc dot gnu dot org 2007-05-12 16:09
---
And it's update_stmt () that clears the flag. It doesn't consider
(gdb) call debug_tree (stmt)
unit size
align 32 symtab 0 alias set -1 precision 32 min max >
side-effects asm_written visi
--- Comment #17 from mark at codesourcery dot com 2007-05-12 16:13 ---
Subject: Re: [4.2/4.3 Regression] infinite loop
in tree-ssa-pre or ICE
rguenth at gcc dot gnu dot org wrote:
> +
> + /* If the RHS has side-effects, reset has_volatile_ops. */
> + if (TREE_CODE (stmt) == MODIFY
--- Comment #18 from rguenth at gcc dot gnu dot org 2007-05-12 16:38
---
The second one is certainly safer for the branch, the first one probably should
be an assert that this situation doesn't happen there. So I'm going to commit
the second one if testing goes ok.
--
http://gcc.g
--- Comment #5 from fang at csl dot cornell dot edu 2007-05-12 16:53
---
Subject: Re: fail to link to static const double
> --- Comment #3 from dennis0yang at gmail dot com 2007-05-12 09:29 ---
> Subject: Re: fail to link to static const double
>
> I understand that the stan
--- Comment #6 from dennis0yang at gmail dot com 2007-05-12 17:19 ---
Subject: Re: fail to link to static const double
I understand perfectly well everything you said. But I think you miss
the point of this bug report.
This is not about the c++ standard in terms of what should and sho
--- Comment #7 from fang at csl dot cornell dot edu 2007-05-12 17:53
---
Subject: Re: fail to link to static const double
> --- Comment #6 from dennis0yang at gmail dot com 2007-05-12 17:19 ---
> Subject: Re: fail to link to static const double
>
> I understand perfectly wel
--- Comment #19 from rguenth at gcc dot gnu dot org 2007-05-12 18:19
---
Subject: Bug 31797
Author: rguenth
Date: Sat May 12 17:19:25 2007
New Revision: 124636
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124636
Log:
2007-05-12 Richard Guenther <[EMAIL PROTECTED]>
--- Comment #20 from rguenth at gcc dot gnu dot org 2007-05-12 18:21
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #21 from rguenth at gcc dot gnu dot org 2007-05-12 18:21
---
Subject: Bug 31797
Author: rguenth
Date: Sat May 12 17:21:43 2007
New Revision: 124637
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124637
Log:
2007-05-12 Richard Guenther <[EMAIL PROTECTED]>
--- Comment #6 from rguenth at gcc dot gnu dot org 2007-05-12 18:22 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #8 from hjl at lucon dot org 2007-05-12 18:24 ---
The
unsigned short load( void* p )
{
unsigned short v;
__builtin_memcpy( &v, p, sizeof( v ) );
return v;
}
regression was introduced by
http://gcc.gnu.org/ml/gcc-cvs/2005-07/msg00192.html
--
hjl
--- Comment #6 from daney at gcc dot gnu dot org 2007-05-12 18:38 ---
Subject: Bug 29324
Author: daney
Date: Sat May 12 17:37:55 2007
New Revision: 124638
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124638
Log:
PR libgcj/29324
* include/posix-threads.h (_Jv_Bl
--- Comment #9 from steven at gcc dot gnu dot org 2007-05-12 18:47 ---
I also looked at "load" but it is fixed on the dataflow branch, which will be
merged into the trunk soon (and thereby fixing this bug).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30961
--- Comment #10 from hjl at lucon dot org 2007-05-12 19:03 ---
Gcc 4.3 gives the same output for
float convert1( unsigned in )
{
float f;
__builtin_memcpy( &f, &in, sizeof( in ) );
return f;
}
float convert2( unsigned in )
{
union
{
float f;
un
--- Comment #9 from steven at gcc dot gnu dot org 2007-05-12 19:13 ---
Subject: Bug 31848
Author: steven
Date: Sat May 12 18:12:54 2007
New Revision: 124639
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124639
Log:
PR rtl-optimization/31848
* loop-invariant.c (m
--- Comment #29 from pcarlini at suse dot de 2007-05-12 19:17 ---
Ok, Dave, thanks for the details. Let's go for a configure check, I'll work on
it.
--
pcarlini at suse dot de changed:
What|Removed |Added
---
--- Comment #54 from ian at airs dot com 2007-05-12 19:41 ---
Regarding comment #51: I think the code is OK. What it does is, at the RTL
level, make the two types alias each other for the entire function. This is
different from what was happening on comment #47; that patch was making t
--- Comment #55 from ian at airs dot com 2007-05-12 19:43 ---
Regarding comment #52: do you have a reasonably sized test case? I didn't see
any problems when I ran the C++ testsuite.
I think tree-ssa-operands.c does the right thing:
case CHANGE_DYNAMIC_TYPE_EXPR:
get_expr_op
--- Comment #7 from daney at gcc dot gnu dot org 2007-05-12 19:52 ---
I think the patch solves the problem.
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #30 from dave at hiauly1 dot hia dot nrc dot ca 2007-05-12
19:54 ---
Subject: Re: [4.3 Regression] FAIL:
27_io/basic_istream/extractors_arithmetic/char/12.cc execution test
> Ok, Dave, thanks for the details. Let's go for a configure check, I'll work on
> it.
At the momen
Executing on host: /test/gnu/gcc/objdir/./gcc/g++ -shared-libgcc
-B/test/gnu/gcc
/objdir/./gcc -nostdinc++
-L/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/libstdc++
-v3/src -L/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/src/.libs
-B/o
pt/gnu/gcc/gcc-4.3.0/hppa2.0w-hp-hpux11.11/bin/
-B/opt/g
--- Comment #31 from pcarlini at suse dot de 2007-05-12 20:26 ---
(In reply to comment #30)
> At the moment, I'm investigating a fix along the lines suggested in
> comment #26. The implementation of strtold in HP-UX 11.11 and earlier
> is broken in at least four ways:
>
> 1) Return of
--- Comment #1 from pcarlini at suse dot de 2007-05-12 20:36 ---
I would say it's very unlikely that this is a pure library issue, because we
changed nothing in the involved code, for months. Note that in the same
time-frame ext/new_allocator/deallocate_global.cc started failing on
power
--- Comment #2 from pcarlini at suse dot de 2007-05-12 20:45 ---
> operator new is called
> operator new is called
> operator delete is called
More specifically, on ibm-aix the new_allocator/deallocate_global.cc problem
manifested itself in exactly the same way: a double operator new, w
--- Comment #3 from dave at hiauly1 dot hia dot nrc dot ca 2007-05-12
20:58 ---
Subject: Re: FAIL: ext/mt_allocator/deallocate_global_thread-1.cc execution
test
> More specifically, on ibm-aix the new_allocator/deallocate_global.cc problem
> manifested itself in exactly the same way:
[EMAIL PROTECTED] ray]$ cat test.cpp
#include
#include
#include
typedef short s16;
typedef float f32;
typedef vector unsigned char tRTColor;
typedef vector float tVector4;
const s16 kImageWidth = 4;
const s16 kImageHeight = 4;
const f32 kWindowWidth = 1.0f
--- Comment #1 from rose at cafwap dot net 2007-05-12 21:59 ---
[EMAIL PROTECTED] ray]$ rpm -qa | grep spu
spu-newlib-3.3-72
spu-binutils-3.3-72
spu-gdb-3.3-72
spu-gcc-c++-3.3-72
cell-spu-timing-2.0-3
spu-simdmath-2.0-6
spu-gcc-3.3-72
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-05-12 22:06 ---
This works on the trunk with spu-elf so closing as works for me as that is the
first official support for spu-elf. Note I will file this with IBM later today
once I am able to reproduce the ICE.
--
pinskia at gc
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-05-12 22:22 ---
This also works on the trunk of IBM sources (and Sony's) too so I am not filing
a bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31909
--- Comment #11 from hjl at lucon dot org 2007-05-12 22:27 ---
find_reloads gets
(insn:HI 6 3 10 2 x.i:2 (set (reg:SF 21 xmm0 [orig:58 ] [58])
(subreg:SF (reg/v:SI 5 di [orig:59 in ] [59]) 0)) 90 {*movsf_1}
(insn_list:REG_DEP_TRUE 2 (nil))
(expr_list:REG_DEAD (reg/v:SI 5 di
--- Comment #56 from rguenth at gcc dot gnu dot org 2007-05-12 22:48
---
I'm trying to reduce it. The problem seems to be somewhere else (-O
-fstrict-aliasing):
/space/rguenther/tramp3d/install/lib/gcc/x86_64-unknown-linux-gnu/4.3.0/../../../../include/c++/4.3.0/bits/stl_uninitialized
--- Comment #4 from prj-bugzilla-gcc at multivac dot cwru dot edu
2007-05-12 23:00 ---
Yes, -Wl works around the problem for me (as long as none of the linker flags
to be passed contain ",").
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31906
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2007-05-12
23:20 ---
Subject: Re: FAIL: ext/mt_allocator/deallocate_global_thread-1.cc execution
test
Testing to see if r124618 fixes the problem.
Dave
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31908
--- Comment #22 from ismail at pardus dot org dot tr 2007-05-13 01:43
---
This problem also breaks inkscape, it segfaults on startup when compiled with
gcc 4.2.0
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30252
--- Comment #8 from kkojima at gcc dot gnu dot org 2007-05-13 02:41 ---
The testcase fails with 3.4.6, but doesn't fail with 4.0 and later
compilers. So I'd like to close this PR as WONTFIX because 3.4 was
frozen.
--
kkojima at gcc dot gnu dot org changed:
What|Remov
$/cygdrive/c/gcc-4_2-branch-build/gcc/xgcc -v
Using built-in specs.
Target: i686-pc-cygwin
Configured with: /cygdrive/C/makecygwin/gcc-4_2-branch/configure --verbose
--enable-languages=c,ada,c++,fortran,java,objc,obj-c++ --with-tune=athlon-xp
--prefix=/usr --enable-objc-gc --enable-concept-checks -
--- Comment #5 from rob1weld at aol dot com 2007-05-13 05:47 ---
Thanks - the most recent SVN has fewer DFP errors.
If we _really_ don't want DFP on any platform except PowerPC then we should
change ./configure for it to be prohibited. I can't see why it could not be
supported on other
--- Comment #12 from hjl at lucon dot org 2007-05-13 06:36 ---
find_reg computes the cost of moving to target register too high. This kludge
adjusts the cost of moving to target register and seems to work for the
testcase:
--- gcc/reload1.c.sse 2007-04-27 05:46:12.0 -0700
+++
54 matches
Mail list logo