--- Comment #22 from ubizjak at gmail dot com 2010-01-07 08:02 ---
(In reply to comment #21)
> > Because at the point of propagation, propagated constant _is_ equal to
> > whatever REG_EQUAL says. Removing this note at the point of propagation
> > would IMO disable much more optimization
--- Comment #12 from burnus at gcc dot gnu dot org 2010-01-07 08:10 ---
Subject: Bug 41872
Author: burnus
Date: Thu Jan 7 08:09:51 2010
New Revision: 155687
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155687
Log:
2010-01-07 Tobias Burnus
PR fortran/41872
--- Comment #3 from burnus at gcc dot gnu dot org 2010-01-07 08:12 ---
Subject: Bug 42597
Author: burnus
Date: Thu Jan 7 08:12:10 2010
New Revision: 155688
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155688
Log:
2010-01-07 Tobias Burnus
PR fortran/42597
*
--- Comment #13 from burnus at gcc dot gnu dot org 2010-01-07 08:12 ---
Hopefully, all issues are now fixed. Thus:
Mark as FIXED.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #4 from burnus at gcc dot gnu dot org 2010-01-07 08:13 ---
FIXED on the trunk (4.5).
Thanks for reporting the bug!
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #23 from ebotcazou at gcc dot gnu dot org 2010-01-07 08:22
---
> I'm thinking about the same situation with cse2, where constant assignment
> (with its REG_EQUAL note) would match another assignment with the same
> REG_EQUAL note. cse2 can equal this other assignment (throug
--
pzhao at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |pzhao at gcc dot gnu dot org
|dot org
--
pzhao at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |pzhao at gcc dot gnu dot org
|dot org
--- Comment #24 from ubizjak at gmail dot com 2010-01-07 08:50 ---
(In reply to comment #23)
> > The proposed change removes REG_EQUAL note only on moved insn, (insn 538) in
> > our case.
>
> That's too aggressive in the general case, no need to remove a REG_EQUAL note
> pointing to a
--- Comment #25 from ubizjak at gmail dot com 2010-01-07 09:17 ---
New patch revision in testing:
--cut here--
Index: ifcvt.c
===
--- ifcvt.c (revision 155686)
+++ ifcvt.c (working copy)
@@ -4087,7 +4087,8 @@ dead_o
--- Comment #6 from sliao at google dot com 2010-01-07 09:18 ---
For the trunk snapshot of 20100102, GCC 4.5.0 indeed removes most of the
redundancy. However, -O1 and -Os still produce an extra instruction, while -O2
doesn't. Do we care about an extra instruction below? Thanks.
The inst
--- Comment #26 from ubizjak at gmail dot com 2010-01-07 09:23 ---
Oops, brain dump error. This is correct:
Index: ifcvt.c
===
--- ifcvt.c (revision 155686)
+++ ifcvt.c (working copy)
@@ -4087,7 +4087,8 @@ dead_or_p
--- Comment #7 from steven at gcc dot gnu dot org 2010-01-07 09:49 ---
*sigh* With all the Google power, why can't anyone there try to debug this?
I'll have a look.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
jle .L5
addl$4, %esp
popl%ebx
popl%ebp
ret
.size foo, .-foo
.ident "GCC: (GNU) 4.5.0 20100107 (experimental)"
.section.note.GNU-stack,"",@progbits
---
$ gcc -O3 -
See the attachment for the cfg pictures.
Thanks,
Eric
foo_vcg.tar
Description: Unix tar archive
--- Comment #14 from jamborm at gcc dot gnu dot org 2010-01-07 10:38
---
Subject: Bug 42157
Author: jamborm
Date: Thu Jan 7 10:38:25 2010
New Revision: 155689
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155689
Log:
2010-01-07 Martin Jambor
PR tree-optimization/4
--- Comment #15 from jamborm at gcc dot gnu dot org 2010-01-07 10:47
---
The patch that I finally committed is also slightly different but should avoid
this problem too.
--
jamborm at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #6 from anton at samba dot org 2010-01-07 11:01 ---
Thanks Richard, it passes my tests.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42528
--- Comment #27 from ubizjak at gmail dot com 2010-01-07 11:21 ---
Patch at http://gcc.gnu.org/ml/gcc-patches/2010-01/msg00318.html .
--
ubizjak at gmail dot com changed:
What|Removed |Added
-
--- Comment #2 from sliao at google dot com 2010-01-07 11:31 ---
1. Yes, the flags used are "-mthumb -Os -march=armv5te".
2. For completeness, I also tried to generate 32-bit instructions. In this case
of ARM mode, GCC 4.5.0 (trunk as of last week) didn't store things onto stack
unneces
--- Comment #3 from rearnsha at gcc dot gnu dot org 2010-01-07 11:45
---
(In reply to comment #2)
> 1. Yes, the flags used are "-mthumb -Os -march=armv5te".
> 4c: e8bd41f0pop {r4, r5, r6, r7, r8, lr}
> 50: e12fff1ebx lr
>
This looks more like a return
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Known to work||4.4.2
Summary|wrong code for -fgraphite- |[4.5 Regression
--- Comment #28 from debian-gcc at lists dot debian dot org 2010-01-07
11:54 ---
the bootstrap succeeds with the patch from comment #18 applied, test results at
http://gcc.gnu.org/ml/gcc-testresults/2010-01/msg00633.html
Matthias
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42
--- Comment #1 from zsojka at seznam dot cz 2010-01-07 12:43 ---
Created an attachment (id=19496)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19496&action=view)
testcase (not reduced)
While reducing this testcase with delta, different -fcompare-debug problem
appeared (with non-r
--- Comment #3 from sliao at google dot com 2010-01-07 12:43 ---
Because:
"This bug can be more easily demonstrated with multiplication of tv_sec by 10
and tv_usec/ 1000 removed"
, the input program is:
#include
extern void get_time(struct timeval*);
void test(long long *res)
{
s
--- Comment #2 from aoliva at gcc dot gnu dot org 2010-01-07 12:47 ---
'been looking at it a bit. It's graphite's
rewrite_commutative_reductions_out_of_ssa that removes SSA PHI nodes from the
IR without actually releasing them, so we don't get a chance to propagate the
DEFs into debug s
--- Comment #3 from zsojka at seznam dot cz 2010-01-07 12:50 ---
-fno-web helps even with original testcase (and higher optimization level)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42642
--- Comment #4 from sliao at google dot com 2010-01-07 12:55 ---
Compilation flags: -march=armv5te -mthumb -Os
gcc.4.2.1: (code size 0x1e bytes)
push {r4, lr}
sub sp, #8
adds r4, r0, #0
mov r0, sp
bl 0
ldr r2, [sp, #0]
add sp, #8
lsls r3, r2, #2
adds r3, r3, r2
lsls r3, r3,
--- Comment #29 from uros at gcc dot gnu dot org 2010-01-07 13:02 ---
Subject: Bug 42511
Author: uros
Date: Thu Jan 7 13:02:34 2010
New Revision: 155691
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155691
Log:
PR target/42511
* ifcvt.c (dead_or_predicable): Al
Command line:
g++ -O1 -fcompare-debug -c testcase.cpp
-fno-web doesn't help
Tested revisions (x86_64):
r155680 - crash
r155662 - crash (x86)
r154886 - crash
r153685 - crash
Output:
$ /mnt/svn/gcc-trunk/binary-155680-lto/bin/g++ -O1 -fcompare-debug -c
testcase.cpp
g++: testcase.cpp: -fcompare-debu
--- Comment #1 from zsojka at seznam dot cz 2010-01-07 13:12 ---
Created an attachment (id=19497)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19497&action=view)
reduced testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42645
--- Comment #2 from aoliva at gcc dot gnu dot org 2010-01-07 13:15 ---
Mine
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at
--- Comment #2 from sliao at google dot com 2010-01-07 13:28 ---
Using flags, -march=armv5te -mthumb -Os, GCC 4.5.0 (trunk) generates the
following code:
:
0:b570 push{r4, r5, r6, lr}
2:b084 subsp, #16
4:1c05 addsr5, r
--- Comment #4 from debian-gcc at lists dot debian dot org 2010-01-07
13:53 ---
a build with BOOT_CFLAGS set to -g -O1 succeeds
Matthias
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42509
--- Comment #4 from aoliva at gcc dot gnu dot org 2010-01-07 13:53 ---
Yeah, it surprised me a bit too, but now that I looked into it I see it makes
perfect sense. There was a PHI node before the debug stmt that expanded into
this debug insn. The variable is indeed live at that locatio
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-01-07 14:13 ---
I can reproduce the problem with the testcase and the patch seems to fix it
(with the typo fixed and as far as you can test for fixed random behavior...).
I'm going to bootstrap, test and install it.
--
rguenth
--- Comment #3 from baldrick at gcc dot gnu dot org 2010-01-07 14:22
---
I added version.h to the list of installed headers in commit 155692.
--
baldrick at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #12 from jlpoole at pon dot net 2010-01-07 14:26 ---
Success.
There were no further responses to my question posed in Comment #10; so I
proceeded nonetheless.
I deleted /usr/local/gcj and recreated the directory /usr/local/gcj so as to
purge any hand-added files from previo
je .L7
callfun_2
cmpl$9, %ebx
jle .L5
addl$4, %esp
popl%ebx
popl%ebp
ret
.size foo, .-foo
.ident "GCC: (GNU) 4.5.0 20100107 (experimental)"
.section
--- Comment #1 from joefoxreal at gmail dot com 2010-01-07 14:29 ---
Created an attachment (id=19498)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19498&action=view)
cfg of the function foo
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42646
--- Comment #10 from drow at gcc dot gnu dot org 2010-01-07 14:42 ---
Ramana, is this fixed or are you planning on applying it to more branches?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40887
--- Comment #30 from rguenth at gcc dot gnu dot org 2010-01-07 14:44
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42536
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42585
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-01-07 14:47 ---
I wonder if the C++ FE should diagnose this as invalid anyway?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #6 from pault at gcc dot gnu dot org 2010-01-07 14:49 ---
I had better add this to the list!
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-01-07 14:50 ---
Does the ICE happen with the stage1 compiler? Thus, is this PR maybe related
to PR42511?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42619
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42621
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42625
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-01-07 14:54 ---
We have to rule out miscompilation of stage3 here. Does the error reproduce
if you configure with --disable-bootstrap or just use CLFAGS="-g -O3"?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42628
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42631
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42637
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42644
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-01-07 14:58 ---
Works with a cross from i?86-linux, so I suspect prev-gcc is miscompiled.
Please
check if the issue remains with PR42511 fixed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42619
--- Comment #31 from uros at gcc dot gnu dot org 2010-01-07 15:00 ---
Subject: Bug 42511
Author: uros
Date: Thu Jan 7 14:59:59 2010
New Revision: 155693
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155693
Log:
* ifcvt.c (if_convert): Output slim multiple dumps with TD
--- Comment #11 from ramana at gcc dot gnu dot org 2010-01-07 15:03 ---
(In reply to comment #10)
> Ramana, is this fixed or are you planning on applying it to more branches?
>
This is fixed on trunk. I plan to put this on 4.4 branch but it won't be before
the end of the week that I ca
--- Comment #5 from jakub at gcc dot gnu dot org 2010-01-07 15:10 ---
Subject: Bug 42625
Author: jakub
Date: Thu Jan 7 15:10:26 2010
New Revision: 155694
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155694
Log:
PR tree-optimization/42625
* cgraph.c (cgraph_mak
--- Comment #7 from martin at mpa-garching dot mpg dot de 2010-01-07 15:16
---
Created an attachment (id=19499)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19499&action=view)
Proposed wwwdocs patch to explain the apparent performance regression
Here is a proposed patch to gcc-4
--- Comment #8 from rguenth at gcc dot gnu dot org 2010-01-07 15:27 ---
Can you please post the patch to gcc-patc...@gcc.gnu.org instead? Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42376
--- Comment #4 from ramana at gcc dot gnu dot org 2010-01-07 15:57 ---
I don't see these failures in recent testresults on gcc-testresults. For
instance look at :
http://gcc.gnu.org/ml/gcc-testresults/2009-12/msg02629.html
Hence closing this out.
--
ramana at gcc dot gnu dot org
Follow up to PR 41872.
The following program shows at run time:
Fortran runtime error: Attempting to allocate already allocated array 'a'
type t
! Any scalar/array allocatable component will do for the wrong-code
integer, allocatable :: d
end type
type(t), allocatable :: a
allo
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-01-07 16:07 ---
Subject: Bug 42641
Author: rguenth
Date: Thu Jan 7 16:07:17 2010
New Revision: 155695
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155695
Log:
2010-01-07 Richard Guenther
PR tree-optimization/
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-01-07 16:09 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from jakub at gcc dot gnu dot org 2010-01-07 16:35 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
I thought we only had XPASSes.
XPASS: gcc.dg/guality/pr41353-1.c -O0 line 28 j == 28 + 37
FAIL: gcc.dg/guality/pr41353-1.c -O1 line 28 i1 == 2 * 37
FAIL: gcc.dg/guality/pr41353-1.c -O1 line 28 i2 == 3 * 37
FAIL: gcc.dg/guality/pr41353-1.c -O2 line 28 i1 == 2 * 37
FAIL: gcc.dg/guality/pr413
--- Comment #2 from paolo dot carlini at oracle dot com 2010-01-07 16:42
---
Ok, let's re-open this and add the basic implementation in time for gcc4.5
(C++0x mode only of course).
--
paolo dot carlini at oracle dot com changed:
What|Removed |Adde
--
Summary: Optimizer breaks boost shared_ptr
Product: gcc
Version: 3.4.6
Status: UNCONFIRMED
Severity: critical
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rlogel
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |paolo dot carlini at oracle
|dot org
--- Comment #1 from rlogel at navtech dot aero 2010-01-07 16:46 ---
Created an attachment (id=19500)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19500&action=view)
Shared Pointer Test Program
This test program shows that the shared_ptr reference counter isn't being
incremented d
The one of following valid Fortran 90 functions is rejected: While the first
function "func" works and has function name = result name, the second
("func2"), which uses RESULT(), is rejected with the error message:
Error: The type for function 'func2' at (1) is not accessible
type(t) function fu
--- Comment #2 from rlogel at navtech dot aero 2010-01-07 16:49 ---
# Vaild Excutable
g++ -v -save-temps -o shared_ptr_test.exc shared_ptr_test.cpp
# Invalid Excutable
g++ -v -save-temps -O2 -o shared_ptr_test.exc shared_ptr_test.cpp
GCC output:
$ g++ -v -save-temps -O2 -o shared
--- Comment #3 from rlogel at navtech dot aero 2010-01-07 16:50 ---
Boost web page show that they tested 3.4.3 without any problems.
--
rlogel at navtech dot aero changed:
What|Removed |Added
--- Comment #4 from paolo dot carlini at oracle dot com 2010-01-07 16:52
---
3.4.6?!? Please, try current, maintained, releases, gcc4.3.x or, better,
gcc4.4.x, and in case open an appropriate PR. Thanks.
--
paolo dot carlini at oracle dot com changed:
What|Removed
--- Comment #5 from rlogel at navtech dot aero 2010-01-07 16:56 ---
I realize that 3.4.6 is very old, but we need to support RedHat Enterprise 4
builds which use gcc 3.4.6. We would rather not undertake upgrading to gcc 4.x
because we have a large legacy code base, some of which uses wr
--- Comment #6 from paolo dot carlini at oracle dot com 2010-01-07 17:02
---
Yes, but it's totally unmaintained, I'm sorry, we don't get PRs for
unmaintained branches, that's the policy.
--
paolo dot carlini at oracle dot com changed:
What|Removed
Sent from my iPhone
On Jan 7, 2010, at 8:56 AM, "rlogel at navtech dot aero" > wrote:
--- Comment #5 from rlogel at navtech dot aero 2010-01-07 16:56
---
I realize that 3.4.6 is very old, but we need to support RedHat
Enterprise 4
builds which use gcc 3.4.6.
Then report thi
--- Comment #7 from pinskia at gmail dot com 2010-01-07 17:18 ---
Subject: Re: Optimizer breaks boost shared_ptr
Sent from my iPhone
On Jan 7, 2010, at 8:56 AM, "rlogel at navtech dot aero"
wrote:
>
>
> --- Comment #5 from rlogel at navtech dot aero 2010-01-07 16:56
> -
Using VOLATILE, TARGET etc. for function names is valid, but only if there is
no extra RESULT variable.
I thought the following would fix it, but it does not seem to work:
if (attr->function && !attr->result)
{
a1 = function;
conf2 (allocatable);
conf2 (asynchronous);
--- Comment #32 from uros at gcc dot gnu dot org 2010-01-07 17:32 ---
Subject: Bug 42511
Author: uros
Date: Thu Jan 7 17:31:43 2010
New Revision: 155698
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155698
Log:
* ifcvt.c (if_convert): Output slim multiple dumps with TD
The vectorizer doesn't appear to handle packed structures correctly and
ultimately generates a vector store to an unaligned address which causes a
segfault.
This was originally reported against a 4.4 variant, but investigation shows the
bug is merely latent on the head of the trunk and can be expo
--- Comment #1 from law at redhat dot com 2010-01-07 17:33 ---
Created an attachment (id=19501)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19501&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42652
--- Comment #4 from simon at pushface dot org 2010-01-07 17:34 ---
Still there with gcc version 4.5.0 20100104 (experimental) (GCC) (r155633)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24167
--- Comment #5 from zsojka at seznam dot cz 2010-01-07 17:53 ---
Patch from comment #0 works for me too (sorry for the delay, it took some time
to recompile after realising where is the typo in that patch).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42641
--- Comment #6 from sebpop at gmail dot com 2010-01-07 17:58 ---
Subject: Re: Random code-generation differences
with GRAPHITE
After your change, there remains three users of htab_hash_pointer in graphite:
In if_region_set_false_region, there is a use of htab_hash_pointer,
bu
--- Comment #7 from spop at gcc dot gnu dot org 2010-01-07 18:01 ---
Subject: Bug 42641
Author: spop
Date: Thu Jan 7 18:01:28 2010
New Revision: 155700
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155700
Log:
Do not hash pointers.
2010-01-07 Richard Guenther
PR t
--- Comment #11 from jamborm at gcc dot gnu dot org 2010-01-07 18:16
---
The ICE happens within count_non_default_template_args which (as far
as I understand it) somehow re-creates each template parameter to see
whether it is the default one (and increments a counter if it is). I
am no
--- Comment #17 from spop at gcc dot gnu dot org 2010-01-07 18:32 ---
Subject: Bug 42178
Author: spop
Date: Thu Jan 7 18:32:39 2010
New Revision: 155701
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155701
Log:
Fix PR42178.
2010-01-05 Sebastian Pop
PR middle-end/4
--- Comment #18 from spop at gcc dot gnu dot org 2010-01-07 18:35 ---
Fixed.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Status|REOPENED
--- Comment #8 from bkoz at gcc dot gnu dot org 2010-01-07 18:37 ---
Created an attachment (id=19502)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19502&action=view)
log of man page creation
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42460
--- Comment #9 from bkoz at gcc dot gnu dot org 2010-01-07 18:40 ---
The rest of these look bogus to me.
__gnu_cxx::enc_filebuf.3cxx 805: warning: macro `If' not defined
__gnu_cxx::stdio_sync_filebuf.3cxx 699: warning: macro `If' not defined
std::basic_filebuf.3cxx 905: warning: macro
--- Comment #5 from dodji at gcc dot gnu dot org 2010-01-07 19:22 ---
Subject: Bug 40155
Author: dodji
Date: Thu Jan 7 19:21:46 2010
New Revision: 155705
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155705
Log:
Fix PR c++/40155
gcc/cp/ChangeLog:
c++/40155
* p
--- Comment #6 from dodji at gcc dot gnu dot org 2010-01-07 19:47 ---
Fixed in 4.5
--
dodji at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #4 from jason at gcc dot gnu dot org 2010-01-07 19:50 ---
No, there's no way for the front end to know that f isn't instantiated in
another translation unit.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42608
--- Comment #8 from rwild at gcc dot gnu dot org 2010-01-07 19:54 ---
Subject: Bug 41818
Author: rwild
Date: Thu Jan 7 19:53:50 2010
New Revision: 155706
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155706
Log:
Fix PR bootstrap/41818.
/:
PR bootstrap/41818
*
--- Comment #5 from steven at gcc dot gnu dot org 2010-01-07 19:54 ---
Makes no sense to me => unassigned.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #17 from hjl at gcc dot gnu dot org 2010-01-07 19:55 ---
Subject: Bug 42542
Author: hjl
Date: Thu Jan 7 19:55:44 2010
New Revision: 155707
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155707
Log:
Properly convert GTU to GT for V4SI and V2DI
gcc/
2010-01-07 H.J.
--- Comment #9 from rwild at gcc dot gnu dot org 2010-01-07 19:57 ---
Fixed.
--
rwild at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #18 from hjl at gcc dot gnu dot org 2010-01-07 19:58 ---
Subject: Bug 42542
Author: hjl
Date: Thu Jan 7 19:58:16 2010
New Revision: 155709
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155709
Log:
Properly convert GTU to GT for V4SI and V2DI
gcc/
2010-01-07 H.J.
--- Comment #19 from hjl dot tools at gmail dot com 2010-01-07 20:00
---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|NEW
--
dodji at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dodji at gcc dot gnu dot org
|dot org
1 - 100 of 169 matches
Mail list logo
