--- Comment #4 from jakub at gcc dot gnu dot org 2008-12-02 07:59 ---
The bug is elsewhere.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from dannysmith at gcc dot gnu dot org 2008-12-02 08:03
---
Subject: Bug 38054
Author: dannysmith
Date: Tue Dec 2 08:02:07 2008
New Revision: 142347
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142347
Log:
PR target/38054
* config/i386/winnt.c
--- Comment #11 from dannysmith at users dot sourceforge dot net
2008-12-02 08:05 ---
I have committed a patch to 4.4.0 to fix bug in compilation of desktop.cpp
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
--- Comment #11 from kkojima at gcc dot gnu dot org 2008-12-02 08:36
---
Fixed.
--
kkojima at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from paolo at gcc dot gnu dot org 2008-12-02 10:58 ---
Subject: Bug 38365
Author: paolo
Date: Tue Dec 2 10:57:22 2008
New Revision: 142349
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142349
Log:
2008-12-02 Paolo Carlini [EMAIL PROTECTED]
PR
--- Comment #3 from paolo dot carlini at oracle dot com 2008-12-02 10:59
---
Fixed for 4.4.0.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-12-02 11:05 ---
Re-opening as the -fipa-struct-reorg case.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-12-02 11:10 ---
If you are having a large array initializer you may run into memory problems
and/or internal limitations. Without a testcase it's hard to tell.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38358
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-12-02 11:18 ---
I will have a look.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-12-02 11:22 ---
This seems to work for me with r141893 which means this broke recently.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from ktietz at gcc dot gnu dot org 2008-12-02 11:37 ---
Created an attachment (id=16809)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16809action=view)
Patch file
I can reproduce it and the patch here should solve it.
The main reason is in i386 target
--
janus at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |janus at gcc dot gnu dot org
|dot org
--- Comment #4 from janus at gcc dot gnu dot org 2008-12-02 11:59 ---
Subject: Bug 38290
Author: janus
Date: Tue Dec 2 11:58:16 2008
New Revision: 142351
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142351
Log:
2008-12-02 Janus Weil [EMAIL PROTECTED]
PR
--- Comment #5 from janus at gcc dot gnu dot org 2008-12-02 12:02 ---
Fixed with r142351. Closing.
--
janus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-12-02 12:07 ---
reducing.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-12-02 12:12 ---
*** This bug has been marked as a duplicate of 38341 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-12-02 12:12 ---
*** Bug 38370 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-12-02 12:21 ---
Minimal testcase:
unsigned _ov_64_seek_lap (_Bool x1, _Bool x2, _Bool x3)
{
unsigned ltmp_3978_7__PHI_TEMPORARY;
unsigned ltmp_4011_7__PHI_TEMPORARY;
signed ltmp_4011_7;
if (!x1 || !x2)
while (1) ;
--- Comment #5 from ahjiefreak at yahoo dot com 2008-12-02 13:07 ---
Hi,
Thanks for your prompt reply.
Is there any suggestion or workaround in this case in order for gcc to compile
it successfully?
I would have think its not wise to attach quite a big file over the email.
Please
--- Comment #5 from paolo dot carlini at oracle dot com 2008-12-02 13:21
---
(In reply to comment #4)
Your patch fixes the problem at the level of the locale constructor, but why
do
not fix this problem at the level of _M_replace_categories() instead?
Because that would not
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-12-02 13:23 ---
This is const_binop folding -1 -130 to zero and fold_binary -1 n to -1.
11458 case RSHIFT_EXPR:
11459 /* Optimize -1 x for arithmetic right shifts. */
11460 if (integer_all_onesp (arg0)
--- Comment #6 from paolo dot carlini at oracle dot com 2008-12-02 13:34
---
(In reply to comment #5)
(In reply to comment #4)
Your patch fixes the problem at the level of the locale constructor, but
why do
not fix this problem at the level of _M_replace_categories() instead?
--- Comment #4 from jwakely dot gcc at gmail dot com 2008-12-02 10:39
---
*** Bug 38345 has been marked as a duplicate of this bug. ***
--
jwakely dot gcc at gmail dot com changed:
What|Removed |Added
--- Comment #4 from tsyvarev at ispras dot ru 2008-12-02 13:04 ---
According to the code, locale constructor calls
void locale::_Impl::_M_replace_categories(const _Impl* __imp, category __cat)
which already processes names of locales. This function works correctly, when
both locales
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-12-02 11:15 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #10 from krebbel at gcc dot gnu dot org 2008-12-02 14:19
---
Fails on s390 and s390x as well.
--
krebbel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from mikael at gcc dot gnu dot org 2008-12-02 14:30 ---
Fixed on trunk.
Let's not forget to close.
--
mikael at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from jamborm at gcc dot gnu dot org 2008-12-02 14:32
---
Subject: Bug 37861
Author: jamborm
Date: Tue Dec 2 14:30:55 2008
New Revision: 142355
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142355
Log:
2008-12-02 Martin Jambor [EMAIL PROTECTED]
PR
When I try to bootstrap gcc trunk configured with
configure --prefix=some_path --enable-checking=yes,fold
--enable-languages=c,c++
I get a fold check error: original tree changed by fold when compiling
libdecnumber/bid/host-ieee32.c.
The exact compile command line leading to this error (in the
Locale constructor locale(const char* std_name) may create locale with broken
facets.
When std_name looks like CAT1=name1;...;CATN=nameN, categories for which name
is C may have members, which differ from ones in C locale.
e.g. decimal_point() in moneypunct facet returns '\0' while in C locale
--- Comment #2 from doko at ubuntu dot com 2008-12-02 10:14 ---
works with -O0
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38369
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-12-02 14:50 ---
Subject: Bug 38359
Author: rguenth
Date: Tue Dec 2 14:49:00 2008
New Revision: 142356
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142356
Log:
2008-12-02 Richard Guenther [EMAIL PROTECTED]
PR
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-12-02 14:51 ---
Fixed for 4.4.0.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Known to
--- Comment #1 from m dot b dot lankhorst at gmail dot com 2008-12-02
09:08 ---
Created an attachment (id=16806)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16806action=view)
testcase
Testcase that should return '1 2 3 4 5 6 7', but on my computer returns '1 2 3
4 5 6 1' (last
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-12-02 14:56 ---
Subject: Bug 38359
Author: rguenth
Date: Tue Dec 2 14:55:04 2008
New Revision: 142357
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142357
Log:
2008-12-02 Richard Guenther [EMAIL PROTECTED]
PR
--- Comment #5 from jakub at gcc dot gnu dot org 2008-12-02 08:11 ---
I'd like to apologize for the last comment, the bug is related to that change,
just should be fixed on the ccp_fold_builtin side.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38360
--- Comment #1 from jamborm at gcc dot gnu dot org 2008-12-02 10:27 ---
Created an attachment (id=16808)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16808action=view)
Preprocessed source
Preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38371
--- Comment #7 from paolo at gcc dot gnu dot org 2008-12-02 15:04 ---
Subject: Bug 38365
Author: paolo
Date: Tue Dec 2 15:02:53 2008
New Revision: 142358
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142358
Log:
2008-12-02 Paolo Carlini [EMAIL PROTECTED]
PR
--- Comment #1 from paolo dot carlini at oracle dot com 2008-12-02 09:53
---
Ok.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
The handling of LO_SUM by alias.c:find_base_term causes a degradation on 32-bit
vortex on PPC when used with the new REG_POINTER attribute.
Making find_base_term handle LO_SUM the same way as alias.c:find_base_value
fixes the problem. Preventing find_base_term from returning NULL so easily
also
seen with 4.3 20081129, not seen on 4.2 and trunk
$ gcc -c -O1 spinmc_factory_test.ii
spinmc_factory.C: In constructor 'AbstractSpinSimMAT::AbstractSpinSim(const
alps::ProcessList, const alps::Parameters, int) [with MAT =
SquareMatrixdouble, 3]':
spinmc_factory.C:194: internal compiler error:
[forwarded from https://launchpad.net/bugs/291780]
When compiling a small test program, the compiler shows a warning I would
either not expect at all, or expect it to appear for all four if-statements
used in my example:
$ gcc -Wextra -c promotion.c
promotion.c: In function main:
--- Comment #5 from jakub at gcc dot gnu dot org 2008-12-02 10:14 ---
Subject: Bug 38343
Author: jakub
Date: Tue Dec 2 10:13:05 2008
New Revision: 142348
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142348
Log:
PR middle-end/38343
* builtins.c
--- Comment #2 from jwakely dot gcc at gmail dot com 2008-12-02 10:39
---
Ah yes, it's a dup. Thanks, Andrew.
*** This bug has been marked as a duplicate of 18770 ***
--
jwakely dot gcc at gmail dot com changed:
What|Removed |Added
When viewing the values of the parameters s1, s2, c1, c2 in the following
program with gdb or trace32 debugger a value of zero is displayed. Looking at
the dwarf info it seems that DW_AT_location is wrong. On m68k short and char
parameters are pushed as 32 bit integers on the stack. The location
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-12-02 11:16 ---
Or rather we should verify arguments to builtin functions properly in the
frontends.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38360
--- Comment #4 from viktor dot bachraty at gmail dot com 2008-12-02 15:33
---
I had some issues caused by implicit pointer casting as well. Would be really
nice to be able to separately turn specific classes of pedantic warnings into
errors without having to turn every warning.
--
--- Comment #6 from jakub at gcc dot gnu dot org 2008-12-02 10:26 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from ktietz at gcc dot gnu dot org 2008-12-02 11:51 ---
(In reply to comment #2)
This seems to work for me with r141893 which means this broke recently.
The subject is that here a ms_abi function is calling via a variable an
sysv_abi function on linux64. This problem
If a function pointer is part of a struct, and it is called from a function
marked with ms_abi, the 7th argument will be placed wrongly on the stack. It is
placed at 20(%rsp) instead of at (%rsp), which means that programs like wine
will fail.
Testcase attached
--
Summary: gcc
Locale constructor
locale(const locale other, const locale one, locale::category cats)
creates named locale when 'other' - named locale, but 'one' - unnamed.
According to 22.1.1 p8:
A locale constructed from a name string (such as POSIX), or from parts of two
named locales, has a name; all
--
dodji at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|jason at gcc dot gnu dot org|dodji at gcc dot gnu dot org
Status|NEW
--- Comment #1 from doko at ubuntu dot com 2008-12-02 10:12 ---
Created an attachment (id=16807)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16807action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38369
--- Comment #4 from janus at gcc dot gnu dot org 2008-12-02 11:59 ---
Subject: Bug 36704
Author: janus
Date: Tue Dec 2 11:58:16 2008
New Revision: 142351
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142351
Log:
2008-12-02 Janus Weil [EMAIL PROTECTED]
PR
--- Comment #10 from jakub at gcc dot gnu dot org 2008-12-02 15:48 ---
Created an attachment (id=16811)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16811action=view)
gcc44-pr37610.patch
Patch I've briefly tested on ppc-linux with broken as well as fixed gas and on
x86_64-linux
The Java FE builds the final constant pool variable late (_CD_java_lang_Object)
and only then fills in the arrays domain. All references to it before have
an empty TYPE_DOMAIN which means after filling in the final TYPE_DOMAIN all
the ADDR_EXPRs have wrong types.
--
Summary:
--- Comment #18 from jason at gcc dot gnu dot org 2008-12-02 17:07 ---
Fixed for 4.4, no need to fix ice-on-invalid in earlier releases.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from jakub at gcc dot gnu dot org 2008-12-02 17:16 ---
Subject: Bug 38343
Author: jakub
Date: Tue Dec 2 17:14:18 2008
New Revision: 142363
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142363
Log:
PR middle-end/38343
* builtins.c
--- Comment #6 from jason at gcc dot gnu dot org 2008-12-02 17:08 ---
Fixed in 4.3.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from jason at gcc dot gnu dot org 2008-12-02 17:09 ---
Fixed in 4.3.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from jason at gcc dot gnu dot org 2008-12-02 17:09 ---
Fixed in 4.3.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #18 from jason at gcc dot gnu dot org 2008-12-02 17:11 ---
Fixed in 4.3.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from jason at gcc dot gnu dot org 2008-12-02 17:12 ---
Fixed in 4.3.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from jakub at gcc dot gnu dot org 2008-12-02 17:31 ---
Created an attachment (id=16812)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16812action=view)
pr38364.c
Deobfuscated testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38364
--- Comment #28 from janis at gcc dot gnu dot org 2008-12-02 17:45 ---
Subject: Bug 28870
Author: janis
Date: Tue Dec 2 17:44:08 2008
New Revision: 142366
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142366
Log:
Backport from mainline:
2008-11-26 Janis Johnson
--- Comment #7 from jakub at gcc dot gnu dot org 2008-12-02 17:46 ---
*** Bug 38364 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38245
--- Comment #4 from jakub at gcc dot gnu dot org 2008-12-02 17:46 ---
This is a dup of PR38245, again, DCE removes the only call in the function, but
not the argument push, so that push clobbers slot where caller's %ebx is
preserved.
Either:
--- config/i386/i386.c.i386 2008-11-27
--- Comment #29 from janis at gcc dot gnu dot org 2008-12-02 17:49 ---
Fixed in trunk (4.4) and 4.3; 4.2 isn't expected to have additional releases so
I haven't backported it there.
The patch solves the original reported problem, a hard-coded timeout for
libstdc++ tests, by allowing
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|dgregor at gcc dot gnu dot |unassigned at gcc dot gnu
|org
--- Comment #8 from jakub at gcc dot gnu dot org 2008-12-02 17:50 ---
I guess that option 4 is to investigate why DSE doesn't remove the dead
stores.
1) DCE which removes this is done after DSE2
2) DSE doesn't remove sp based stores, except for spill slots (there is a PR
about it, but
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|dgregor at gcc dot gnu dot |unassigned at gcc dot gnu
|org
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|dgregor at gcc dot gnu dot |unassigned at gcc dot gnu
|org
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|dgregor at gcc dot gnu dot |unassigned at gcc dot gnu
|org
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|dgregor at gcc dot gnu dot |unassigned at gcc dot gnu
|org
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|dgregor at gcc dot gnu dot |unassigned at gcc dot gnu
|org
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|dgregor at gcc dot gnu dot |unassigned at gcc dot gnu
|org
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|dgregor at gcc dot gnu dot |unassigned at gcc dot gnu
|org
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|dgregor at gcc dot gnu dot |unassigned at gcc dot gnu
|org
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|dgregor at gcc dot gnu dot |unassigned at gcc dot gnu
|org
--- Comment #10 from hjl dot tools at gmail dot com 2008-12-02 18:46
---
Fixed as of revision 142345.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--
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
--
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 #11 from dominiq at lps dot ens dot fr 2008-12-02 20:03 ---
On powerpc-apple-darwin9, the test in comment #4 returns 0 with -m32 (no bus
error) instead of 1 with -m64.
I have applied the proposed patches in comment #4 and #5 (one at a time!-), but
they don't fix the wrong
--
schwab at suse dot de changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
GCC target
) on
Solaris 11 (snv_103), both with Sun as and GNU as 2.19, and get the same
error in both cases.
The compilers were configured as follows:
Target: sparc-sun-solaris2.11
Configured with: /vol/gcc/src/gcc-dist/configure
CC=/vol/gcc/obj/gcc-4.4.0-20081202/11-gcc-v9/gccv9
--with-gmp-include=/vol/gcc/obj/gmp
--- Comment #5 from ro at gcc dot gnu dot org 2008-12-02 21:39 ---
Still crashes for me.
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
struct sqt13 {};
struct sqt13 {
struct sqt13 x;
} y = { 3.0 };
takes infinite time/memory to compile.
GNU C (GCC) version 4.4.0 20081003 (experimental) [trunk revision 140855]
(i686-apple-darwin9)
--
Summary: infinite loop on invalid struct redefinition
Product: gcc
--- Comment #1 from mrs at apple dot com 2008-12-02 21:43 ---
Radar 6400208
--
mrs at apple dot com changed:
What|Removed |Added
CC|
From:
http://gcc.gnu.org/codingconventions.html
Use... ...instead of Rationale
built-in as an adjective (built-in function) or built in
builtin
builtin isn't a word
But the manual uses it:
5.48 Object Size Checking Builtins
--
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-02 21:49 ---
Actually the whole manual is inconstient:
Atomic Builtins: Built-in functions for atomic memory access.
Object Size Checking: Built-in functions for limited buffer overflow checking.
Other Builtins: Other built-in
Take:
int t;
int f = __builtin_constant_p(t) ? t : -1;
int h[__builtin_constant_p(t) ? t : 1];
--- CUT ---
This is accepted by the C front-end by rejected by the C++ front-end. I would
assume the built-in function __builtin_constant_p would cause it to be
considered as an integer constant
--- Comment #10 from janis at gcc dot gnu dot org 2008-12-02 22:13 ---
Subject: Bug 29056
Author: janis
Date: Tue Dec 2 22:11:55 2008
New Revision: 142374
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142374
Log:
Backport from mainline:
2008-08-26 Janis Johnson
--- Comment #6 from ro at techfak dot uni-bielefeld dot de 2008-12-02
22:28 ---
Subject: Re: SEGV compiling ada/ada.ads in stage2
ro at techfak dot uni-bielefeld dot de writes:
I'm currently running bootstraps on Solaris 10 (both with Sun as and GNU as
2.19) to verify if this
--- Comment #2 from janis at gcc dot gnu dot org 2008-12-02 22:28 ---
Adding --param sra-max-structure-size=32 as suggested in comment #1 makes the
test pass on powerpc64-linux with -m32 and -m64. Jan, is that an appropriate
fix/workaround?
--
--- Comment #1 from janis at gcc dot gnu dot org 2008-12-02 22:54 ---
Jan, you added this test, do you have answers to Kaveh's questions?
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from janis at gcc dot gnu dot org 2008-12-02 23:02 ---
The test is supposed to fail, but expected an error at line 8. Yesterday I
fixed the test to expect the error at line 7, although I hadn't noticed this PR
at the time. The patch is at
--- Comment #4 from gnu at the-meissners dot org 2008-12-02 23:26 ---
Patch applied to tree on November 5th.
--
gnu at the-meissners dot org changed:
What|Removed |Added
--- Comment #1 from jason at gcc dot gnu dot org 2008-12-02 23:53 ---
Subject: Bug 37234
Author: jason
Date: Tue Dec 2 23:52:02 2008
New Revision: 142379
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142379
Log:
PR c++/35782, c++/37860
* call.c
--- Comment #9 from jason at gcc dot gnu dot org 2008-12-02 23:53 ---
Subject: Bug 35782
Author: jason
Date: Tue Dec 2 23:52:02 2008
New Revision: 142379
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142379
Log:
PR c++/35782, c++/37860
* call.c
--- Comment #4 from jason at gcc dot gnu dot org 2008-12-02 23:53 ---
Fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
1 - 100 of 124 matches
Mail list logo
