--- Comment #1 from paolo at gcc dot gnu dot org 2009-11-16 08:31 ---
Subject: Bug 32056
Author: paolo
Date: Mon Nov 16 08:31:26 2009
New Revision: 154198
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=154198
Log:
cp/
2009-11-16 Paolo Carlini paolo.carl...@oracle.com
--- Comment #2 from paolo dot carlini at oracle dot com 2009-11-16 08:33
---
Fixed for 4.5.0.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--
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 #6 from mexas at bristol dot ac dot uk 2009-11-16 09:50 ---
The suggested patch seems to fail.
Perhaps it's out of sync now.
# patch ./libgcc/config.host patch
Hmm... Looks like a unified diff to me...
The text leading up to this was:
--
|Index:
--- Comment #5 from ramana at gcc dot gnu dot org 2009-11-16 09:58 ---
Confirmed. LR could have been used instead of using the stack here.
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #23 from rootkit85 at yahoo dot it 2009-11-16 10:02 ---
Despite its name Geode GX, LX and NX are very different, I guess that we should
split them to geode-gx and geode-lx, and alias geode-nx to k7
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41989
--- Comment #1 from ramana at gcc dot gnu dot org 2009-11-16 10:18 ---
Confirmed.
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from dominiq at lps dot ens dot fr 2009-11-16 10:34 ---
The failures reported in comment #8 have disappeared between revisions 154188
and 154190 (compare http://gcc.gnu.org/ml/gcc-testresults/2009-11/msg01435.html
and
--- Comment #10 from hp at gcc dot gnu dot org 2009-11-16 10:57 ---
(In reply to comment #9)
The failures reported in comment #8 have disappeared between revisions 154188
and 154190
Is it right to conclude that the failures were due to revision 154104?
*shrug* your call.
At a
--- Comment #1 from paolo dot carlini at oracle dot com 2009-11-16 13:16
---
I don't have the time to analyze this, but I note that a binary built with ICC
behaves exactly the same way.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42063
--- Comment #1 from jakub at gcc dot gnu dot org 2009-11-16 13:49 ---
Created an attachment (id=19020)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19020action=view)
gcc45-pr42059.patch
Caused by PR40689. Here is an untested fix.
--
jakub at gcc dot gnu dot org changed:
--- Comment #2 from paolo dot carlini at oracle dot com 2009-11-16 13:59
---
The confusion stems from the way, slightly confusing, in which the example in
the standard is written, which, if considered an actually runnable snippet,
invokes undefined behavior, because destroys the base
--- Comment #17 from paolo dot carlini at oracle dot com 2009-11-16 14:06
---
Gaby, I'm sorry, are you actively working on this issue?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11764
-g3 currently produces huge objects as it contains many unused macros.
-g2 produces no macros debug info so GDB cannot provide its expansion.
There is no way to store just the used macros.
(debuginfo compression driven by Roland McGrath may eliminate them but
still...)
While even a macro never
--- Comment #11 from dominiq at lps dot ens dot fr 2009-11-16 14:29 ---
The following code triggers the problem on i686-apple-darwin9 at revision
154075 (+ patches from fortran-dev):
[ibook-dhum] f90/bug% cat complex-sign-add_red_1.c
extern void exit (int);
void
check_add_float (void)
Sent from my iPhone
On Nov 16, 2009, at 6:12 AM, jan dot kratochvil at redhat dot com gcc-bugzi...@gcc.gnu.org
wrote:
-g3 currently produces huge objects as it contains many unused macros.
-g2 produces no macros debug info so GDB cannot provide its expansion.
That is by design and the
--- Comment #1 from pinskia at gmail dot com 2009-11-16 14:31 ---
Subject: Re: New: DWARF .debug_macinfo contains unused macros
Sent from my iPhone
On Nov 16, 2009, at 6:12 AM, jan dot kratochvil at redhat dot com
gcc-bugzi...@gcc.gnu.org
wrote:
-g3 currently produces huge
--- Comment #2 from jan dot kratochvil at redhat dot com 2009-11-16 14:49
---
(In reply to comment #1)
-g3 currently produces huge objects as it contains many unused macros.
-g2 produces no macros debug info so GDB cannot provide its expansion.
That is by design and the reason
--- Comment #1 from paolo at gcc dot gnu dot org 2009-11-16 14:58 ---
Subject: Bug 42055
Author: paolo
Date: Mon Nov 16 14:58:33 2009
New Revision: 154202
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=154202
Log:
cp/
2009-11-16 Paolo Carlini paolo.carl...@oracle.com
--- Comment #2 from paolo dot carlini at oracle dot com 2009-11-16 14:59
---
Fixed.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #12 from howarth at nitro dot med dot uc dot edu 2009-11-16
15:13 ---
Dominique,
Can code in comment 11 be converted into a test case that can be run
through dsymutil without requiring FSF gcc to be installed? If so, please open
a radar report with that information.
--- Comment #13 from dominiq at lps dot ens dot fr 2009-11-16 15:37 ---
(In reply to comment #12)
Can code in comment 11 be converted into a test case that can be run
through dsymutil without requiring FSF gcc to be installed? If so, please open
a radar report with that
--- Comment #3 from ghazi at gcc dot gnu dot org 2009-11-16 15:57 ---
See PR34999
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from jakub at gcc dot gnu dot org 2009-11-16 16:06 ---
Created an attachment (id=19021)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19021action=view)
gcc45-pr42061.patch
Fix I'm going to bootstrap/regtest.
--
jakub at gcc dot gnu dot org changed:
GCC 4.5's -Wunused and -Wunused-parameter warnings don't understand that i and
n being used in the function below:
#include functional
std::functionint () foo(int i)
{
int n = 5;
return [=]() { return i+n; };
}
$ g++-4.5-20091112 -std=c++0x -Wall -Wextra -c lambda.cpp
lambda.cpp:
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-11-16 16:17 ---
*** Bug 42066 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 2009-11-16 16:17 ---
*** This bug has been marked as a duplicate of 41920 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from yipiha2008 at gmail dot com 2009-11-16 16:17 ---
I would like to confirm that this bug affects gcc 4.4.2.
Compiling ffmpeg 0.5 triggers it in many places.
It may be a good idea to try to fix this in 4.5 if it's not fixed yet, before
Nov 30th which is the end of
--- Comment #14 from dominiq at lps dot ens dot fr 2009-11-16 16:25 ---
I don't know if this answer the question in comment 12. I have done the
following experiment:
[ibook-dhum] f90/bug% rm -rf a.out*
[ibook-dhum] f90/bug% rm complex-sign-add_red_1.*
remove complex-sign-add_red_1.c? n
--- Comment #15 from howarth at nitro dot med dot uc dot edu 2009-11-16
16:27 ---
I meant if we can create a test case from an assembly file generated from FSF
gcc which can be used to trigger the problem in dsymutil in absence of FSF gcc
itself.
--
--- Comment #16 from dominiq at lps dot ens dot fr 2009-11-16 16:31 ---
I meant if we can create a test case from an assembly file generated from FSF
gcc which can be used to trigger the problem in dsymutil in absence of FSF gcc
itself.
Are the results in comment 14 answering your
--- Comment #17 from dominiq at lps dot ens dot fr 2009-11-16 16:38 ---
Note that the dsymutil failure for the test in comment 11 disappears in 64 bit
mode.
The original code in the test suite gives:
[ibook-dhum] f90/bug% gcc45
--
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 #2 from longb at cray dot com 2009-11-16 16:58 ---
I posed this question to the Cray OpenMP committee member:
Jim @ ISU submitted a bug against gfortran noting that some parameters
defined in the omp_lib Fortran module are missing from the corresponding
omp_lib.h include
The following small test drove me crazy and had me convinced that gcc 4.4 had
regressed. I had the C++ spec out too trying to understand exactly how string
is declared until I eventually saw the actual problem, which is that the first
parameter is named 'string'.
I'm not sure exactly how to
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-11-16 17:02 ---
Well you are not misusing a type here really.
The second string causes string to be a variable name, so the error message is
correct as it is no longer a type at that point.
--
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-11-16 17:04 ---
Comeau online tester gives:
ComeauTest.c, line 4: error: parameter string is not a type name
int fn(string string, string head);
Which is only slightly better.
The trunk gives a column number:
t.cc:3:24: error:
--- Comment #13 from ebotcazou at gcc dot gnu dot org 2009-11-16 17:23
---
CCing one the of ARM maintainers.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #14 from rearnsha at gcc dot gnu dot org 2009-11-16 17:35
---
This is probably a consequence of some changes made to support Thumb-2. Only
a very limited number of instructions are permitted to modify SP there, and
co-processor operations are not amongst them.
I think
Between 20091106 and 20091113 (rev 154146), bootstrap of both alpha-dec-osf4.0f
and alpha-dec-osf5.1b failed in stage2 compiling ada/s-bitops.adb:
% /tmp_mnt/vol/gcc/obj/gcc-4.5.0-20091113/4.0f-gcc/./prev-gcc/xgcc
-B/tmp_mnt/vol/gcc/obj/gcc-4.5.0-20091113/4.0f-gcc/./prev-gcc/
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2009-11-16 17:51
---
I can reproduce with mainline on a bi-processor machine (Sun-Fire-V240) running
Solaris 10 but neither on a bi-processor machine (Sun-Fire-V240) runnning
Solaris 9 nor on a quadri-processor machine
--- Comment #4 from espindola at gcc dot gnu dot org 2009-11-16 17:57
---
Created an attachment (id=19022)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19022action=view)
proposed fix
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41996
--- Comment #7 from sje at cup dot hp dot com 2009-11-16 18:14 ---
The patch worked for me after changing some leading spaces to tabs If you
grabbed it with a cut-n-paste the patch may have had spaces in it instead of
tabs (or perhaps it was put in the report that way). You can either
--- Comment #18 from dominiq at lps dot ens dot fr 2009-11-16 19:01 ---
Created an attachment (id=19023)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19023action=view)
assembly code giving an executable accepted by dsymutil
[ibook-dhum] f90/bug% rm -rf a.out*
[ibook-dhum]
--- Comment #19 from dominiq at lps dot ens dot fr 2009-11-16 19:03 ---
Created an attachment (id=19024)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19024action=view)
assembly code giving an executable that fails dsymutil
[ibook-dhum] f90/bug% rm -rf a.out*
[ibook-dhum] f90/bug%
--- Comment #19 from ubizjak at gmail dot com 2009-11-16 19:05 ---
(In reply to comment #18)
This bug also still appears in 4.4.2 with --with-arch=pentium3.
pentium3 fails because it is not TARGET_HIMODE_MATH and TARGET_QIMODE_MATH.
So, it fails following testcase:
unsigned short
The following code generates an tree check error in cp/pt.c of gcc 4.5 trunk
(11/15/2009). This is a kernel that reproduces the error in a larger project.
Both the kernel and original code compile and run correctly in previous
versions of gcc.
templatetypename T
struct A
{
static const int
--- Comment #20 from dominiq at lps dot ens dot fr 2009-11-16 19:37 ---
I have filled a bug report to Apple under #7397601.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41473
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-11-16 19:57 ---
Confirmed, worked with 4.4 with checking enabled.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Currently in gcc trunk on darwin10, we fail the test cases...
FAIL: g++.dg/tree-prof/partition1.C compilation, -g -fprofile-use
UNRESOLVED: g++.dg/tree-prof/partition1.C execution,-g -fprofile-use
FAIL: g++.dg/tree-prof/partition1.C compilation, -O3 -g -fprofile-use
UNRESOLVED:
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-11-16 20:02 ---
Basically I think breaking up functions inside sections/segments in object
files is a broken way of doing dead stripping.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42070
--- Comment #2 from burnus at gcc dot gnu dot org 2009-11-16 20:50 ---
Intel (#i552365) pointed out the following, which is part of 11.2 Modules of
the F2003 spec:
If a procedure declared in the scoping unit of a module has an implicit
interface, it shall be given the EXTERNAL
--- Comment #8 from burnus at gcc dot gnu dot org 2009-11-16 20:53 ---
PR 41083 seems to be invalid (see quote there). I am not sure which parts
remain to be fixed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39997
--- Comment #16 from dodji at gcc dot gnu dot org 2009-11-16 21:35 ---
Created an attachment (id=19025)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19025action=view)
Fix candidate
I am testing this patch ...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14777
templateclass T struct A{
typedef int *B;
};
templateclass T
void AT::B::C(){}
test.cpp:6: internal compiler error: in is_ancestor, at cp/name-lookup.c:2292
--
Summary: ICE on trying to use a typedef as a nested class
Product: gcc
Version: 4.3.2
--- Comment #16 from paolo dot carlini at oracle dot com 2009-11-16 22:02
---
*** Bug 42071 has been marked as a duplicate of this bug. ***
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #1 from paolo dot carlini at oracle dot com 2009-11-16 22:02
---
*** This bug has been marked as a duplicate of 29388 ***
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #17 from dodji at seketeli dot org 2009-11-16 22:13 ---
Subject: Re: [4.3/4.4/4.5 Regression] typedef doesn't fully
expose base class type
Patch sent to http://gcc.gnu.org/ml/gcc-patches/2009-11/msg00813.html
--
The following variant of proc_ptr_8.* fails at runtime:
! { dg-do run }
! { dg-additional-sources proc_ptr_8.c }
MODULE X
USE ISO_C_BINDING
INTERFACE
INTEGER(KIND=C_INT) FUNCTION mytype( a ) BIND(C)
USE ISO_C_BINDING
INTEGER(KIND=C_INT), VALUE :: a
END FUNCTION
--- Comment #1 from janus at gcc dot gnu dot org 2009-11-16 22:51 ---
Side-note on C_F_PROCPOINTER: The manual claims that ...
Due to the currently lacking support of procedure pointers in GNU Fortran this
function is not fully operable.
... which is a dirty lie.
--
--- Comment #2 from janus at gcc dot gnu dot org 2009-11-16 22:55 ---
Proposed fix:
Index: gcc/fortran/trans-expr.c
===
--- gcc/fortran/trans-expr.c(revision 154189)
+++ gcc/fortran/trans-expr.c(working copy)
@@
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-11-16 22:59 ---
call setpointer(ptype)
is being converted into:
setpointer.1481 ();
So inside MAIN__ we have:
static void setpointer (integer(kind=4) (*T3af) (integer(kind=4)));
setpointer (ptype);
That is wrong, unless I
--- Comment #4 from pinskia at gcc dot gnu dot org 2009-11-16 23:00 ---
Wrong buttons :).
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
On alpha-linux-gnu, gnatmake enters an infinite loop consuming 100% CPU while
parsing this project file:
project GNADE_Common_Build is
Soversion := External (soversion);
type Lib_Type is (static, dynamic);
Libtype : Lib_Type := external (LIBTYPE);
for Languages use (Ada);
--
--- Comment #5 from jason at gcc dot gnu dot org 2009-11-16 23:29 ---
Subject: Bug 13950
Author: jason
Date: Mon Nov 16 23:29:25 2009
New Revision: 154223
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=154223
Log:
PR c++/13950, DR 176
* search.c (lookup_field_r):
--- Comment #9 from danglin at gcc dot gnu dot org 2009-11-17 00:19 ---
Regarding http://gcc.gnu.org/ml/gcc-patches/2009-11/msg00822.html,
the sched1 pass is also a big memory hog.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
I installed MPC 0.8 on Linux/ia32 and Linux/x86-64. With revision
154212, I got
FAIL: gcc.dg/torture/builtin-math-7.c -O2 -flto execution test
FAIL: gcc.dg/torture/builtin-math-7.c -O2 -fwhopr execution test
--
Summary: gcc.dg/torture/builtin-math-7.c failed
Product:
--- Comment #11 from howarth at nitro dot med dot uc dot edu 2009-11-17
00:37 ---
Created an attachment (id=19027)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19027action=view)
gdb walk from _Jv_Throw breakpoint
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41991
--- Comment #12 from howarth at nitro dot med dot uc dot edu 2009-11-17
00:39 ---
The attached unwinder_walk.txt is the log of walk of ecj1 when compiling the
testme,java test code. This uses r154217 with the patch from comment 3 and
with the installed libgcc replaced with a copy
--- Comment #6 from jason at gcc dot gnu dot org 2009-11-17 01:34 ---
Fixed for 4.5.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|---
--- Comment #1 from paolo dot carlini at oracle dot com 2009-11-17 01:47
---
I'm also seeing this.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #2 from iwamatsu at nigauri dot org 2009-11-17 02:55 ---
Hi, Kojima-san.
Thank you for your work and patch .
I checked this patch. Work fine with gcc-4.3.4 , gcc-4.4.2 and gcc/HEAD.
BTW, I guess that __builtin_apply/__builtin_return may be a bit obsolete.
If my memory
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2009-11-17
03:56 ---
On x86_64-apple-darwin10 with MPC 0.8, we are getting...
FAIL: gcc.dg/torture/builtin-math-7.c -O0 execution test
FAIL: gcc.dg/torture/builtin-math-7.c -O1 execution test
FAIL:
--- Comment #12 from jason at gcc dot gnu dot org 2009-11-17 04:02 ---
Heh, wish I had noticed Nathan's patch before reimplementing it.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from jason at gcc dot gnu dot org 2009-11-17 04:03 ---
Fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #8 from jason at gcc dot gnu dot org 2009-11-17 04:03 ---
*** This bug has been marked as a duplicate of 189 ***
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #14 from jason at gcc dot gnu dot org 2009-11-17 04:03 ---
*** Bug 9937 has been marked as a duplicate of this bug. ***
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from jason at gcc dot gnu dot org 2009-11-17 04:04 ---
*** This bug has been marked as a duplicate of 189 ***
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #15 from jason at gcc dot gnu dot org 2009-11-17 04:04 ---
*** Bug 13950 has been marked as a duplicate of this bug. ***
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #14 from jvdelisle at gcc dot gnu dot org 2009-11-17 04:17
---
The offending patch is in 4.4 r148732, r148731 passes the test case.
--- branches/gcc-4_4-branch/gcc/fortran/resolve.c 2009/04/03 20:56:54
145519
+++ branches/gcc-4_4-branch/gcc/fortran/resolve.c
--- Comment #15 from jvdelisle at gcc dot gnu dot org 2009-11-17 04:29
---
I have confirmed on trunk that removing that snippet clears the regression.
Looking at gfc_is_constant_expr we see a call to array.c (gfc_constant_ac)
which does indeed modify the expr. So we have a bad side
--- Comment #16 from jvdelisle at gcc dot gnu dot org 2009-11-17 05:35
---
I propose fixing this at gfc_consant_ac which has the following comment:
/* Given an array constructor, determine if the constructor is
constant or not by expanding it and making sure that all elements
--- Comment #16 from jason at gcc dot gnu dot org 2009-11-17 05:58 ---
Subject: Bug 189
Author: jason
Date: Tue Nov 17 05:58:03 2009
New Revision: 154235
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=154235
Log:
PR c++/189, c++/9937, c++/13950, DR 176
*
--- Comment #17 from sgk at troutmask dot apl dot washington dot edu
2009-11-17 06:03 ---
Subject: Re: [4.5/4.4 Regression] data statement with nested type
constructors
On Tue, Nov 17, 2009 at 05:35:33AM -, jvdelisle at gcc dot gnu dot org
wrote:
- Comment #16 from jvdelisle
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #8 from jason at gcc dot gnu dot org 2009-11-17 06:05 ---
This seems to be fixed for 4.5.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5786
--- Comment #9 from jason at gcc dot gnu dot org 2009-11-17 06:06 ---
.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from jakub at gcc dot gnu dot org 2009-11-17 06:59 ---
Subject: Bug 42059
Author: jakub
Date: Tue Nov 17 06:59:13 2009
New Revision: 154237
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=154237
Log:
PR c++/42059
* typeck.c (cp_build_modify_expr):
--- Comment #2 from jakub at gcc dot gnu dot org 2009-11-17 07:01 ---
Subject: Bug 42061
Author: jakub
Date: Tue Nov 17 07:01:18 2009
New Revision: 154238
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=154238
Log:
PR c++/42061
* call.c (reference_binding): Return
--- Comment #3 from jakub at gcc dot gnu dot org 2009-11-17 07:22 ---
Subject: Bug 42059
Author: jakub
Date: Tue Nov 17 07:21:43 2009
New Revision: 154239
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=154239
Log:
PR c++/42059
* typeck.c (cp_build_modify_expr):
--- Comment #3 from jakub at gcc dot gnu dot org 2009-11-17 07:27 ---
Subject: Bug 42061
Author: jakub
Date: Tue Nov 17 07:26:52 2009
New Revision: 154240
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=154240
Log:
PR c++/42061
* call.c (reference_binding): Return
--- Comment #4 from jakub at gcc dot gnu dot org 2009-11-17 07:39 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from jakub at gcc dot gnu dot org 2009-11-17 07:40 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from burnus at gcc dot gnu dot org 2009-11-17 07:56 ---
Reopened based on comment 2 to make sure this is/remains on the radar
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
94 matches
Mail list logo