--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-17
07:48 ---
Is this before or after:
2005-07-13 David Edelsohn <[EMAIL PROTECTED]>
* tree-ssa-dom.c (lookup_avail_expr): Do not pass member in freed
structure as argument.
?
That patch should have f
--- Additional Comments From hugh at mimosa dot com 2005-07-17 08:04
---
There is a thread on the gcc at gcc.gnu.org mailing list discussing this. A
possible fix to GCC4.x has been posted in that thread:
http://gcc.gnu.org/ml/gcc/2005-07/msg00699.html
--
http://gcc.gnu.org/bugzill
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-17
08:09 ---
Confirmed, backtrace:
#0 0x0010c034 in is_gimple_variable (t=0x0) at ../../gcc/tree-gimple.c:239
#1 0x0010c70c in is_gimple_val (t=0x0) at ../../gcc/tree-gimple.c:366
#2 0x0012bd94 in force_gimple_operand
--- Additional Comments From sylvain dot pion at sophia dot inria dot fr
2005-07-17 09:51 ---
> Please let me know if the attached fixes it
Yes, it fixes my original report as well as the shorter testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22483
--- Additional Comments From redi at gcc dot gnu dot org 2005-07-17 10:00
---
With mainline I still get no error. With 4.0.2 I get some errors and then the
final assertion is triggered (rather than a segfault) so using mudflap changes
the behaviour of the program:
g++40 -g -static ptr
--- Additional Comments From redi at gcc dot gnu dot org 2005-07-17 10:46
---
P.S. If I compile with -m32 I get 40 mudflap violations, but only one in 64-bit
mode.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22513
$ cat elem-char.f90
program main
character(len=2) :: a(2)
print *,foo(a)
contains
elemental function foo(a)
character(len=*), intent(in) :: a
character(len=*) foo
foo = a
end function foo
end program main
$ gfortran elem-char.f90
elem-char.f90: In function 'MAIN__':
elem-char.f90:3: i
--
What|Removed |Added
BugsThisDependsOn||22518
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19276
The memory layout of a real*10 variable on an i386 processor requires 12 or 16
bytes per variable, depending on the flag -m128bit-long-double. The disk
layout for unformatted (binary) writing occupies 10 bytes per variable.
This has several disadvantages. It is different from I would naively
This is actually applicable to every version of g++ I have on my system, not
just 4.0.1. I am tempted to say I have it wrong, but the only difference between
the two object declarations is how a constant is expressed.
g++ treats these two object declarations as different:
Angle angle1( Degrees(
--- Additional Comments From ccarena at cox dot net 2005-07-17 14:04
---
This change will make it work:
Degrees degrees180( OneEighty );
Angle angle1( Degrees(180.0));// an instance of Angle
Angle angle2( degrees180 ); // this will work now
--
http://gcc.gnu.org/bu
the preprocessed file, which I uploaded on
http://starynkevitch.net/Basile/jaksy-g++-4.1.0-20050717-bug.ii.gz (md5sum of
gzipped file is e71436c0b8f93cef110aa6068b13bcb3) produce a reproducible
compiler bug:
/usr/local/bin/g++_4_snap -c jaksy.ii
jaksy.hh: In constructor 'Jaksy_TVector::add_
--- Additional Comments From basile at starynkevitch dot net 2005-07-17
14:31 ---
Created an attachment (id=9293)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9293&action=view)
preprocessor output (gnuzipped) of failing code
Sample code (preprocessor output with g++ -C -E and app
FAIL: gcc.dg/tree-ssa/flatten-2.c scan-assembler cycle.:
(a new test) has appeared on hppa2.0w-hpux and hppa64-hpux. The problem is that
different targets use different syntax for assembler labels, so you need to
allow space, colon, tab or newline rather than just colon in such tests.
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-17
15:31 ---
Confirmed.
Richard you can look into other tests to find the exact regex pattern for this.
Mainly the C++ tests:
./abi/mangle1.C:// { dg-final { scan-assembler "\n_?_ZN1A1fEv\[: \t\n\]" } }
--
W
Reading PR 22522 and searching for the correct regex for it, I noticed that
template/inline1.C in the
C++ testsuite just uses : as the syntax for assembler labels
./template/inline1.C:// { dg-final { scan-assembler-not _ZN1X3FooIiEEvT_: } }
--
Summary: template/inline1.C does not te
--
What|Removed |Added
Severity|normal |enhancement
GCC build triplet|i686-pc-linux-gnu |
GCC host triplet|i686-pc-linux-gnu |
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-17
15:47 ---
Confirmed, related to PR 22146.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-17
15:56 ---
*** This bug has been marked as a duplicate of 18000 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-17
15:56 ---
*** Bug 22520 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-17
15:57 ---
Forgot to mention GCC is right, see [8.2] of the standard.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22520
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-17
16:31 ---
This code is invalid. You cannot access a local variable in a local class.
*** This bug has been marked as a duplicate of 22464 ***
--
What|Removed |Added
-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-17
16:31 ---
*** Bug 22521 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org |
Status|UNCONFIRMED
--
What|Removed |Added
BugsThisDependsOn||22524
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22368
Testcase (reduced from 20020107-1.c)
char buf[10];
char * a();
int
main (void)
{
int i = (a() - 1) - buf;
}
I will attach the patch to catch this to PR 22368.
20020107-1.c: In function 'main':
20020107-1.c:7: error: types mismatch in unary operand
intD.0
charD.1 *
~&bufD.1263;
20020107-1.c:7:
--
What|Removed |Added
BugsThisDependsOn||22525
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22368
The testcase is gcc.dg/tree-prof/val-prof-2.c. It only happens when profile
use is used.
Note this is worse if we use unsigned long long instead as we get a size
mismatch.
See PR 22368 for the patch to catch this (the second patch):
/Users/pinskia/src/local/gcc/gcc/testsuite/gcc.dg/tree-prof/va
--
What|Removed |Added
BugsThisDependsOn||22526
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22368
take following example (compile with -O1 -ftree-vectorize -maltivec):
void a(unsigned long long __n, int *__new_start)
{
for (; __n > 0; --__n, ++__new_start)
*__new_start = 0;
}
With the second patch in PR 22368, we get the following error:
pr18425.c: In function 'a':
pr18425.c:2: error:
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-17
17:33 ---
Note the comparisions patch because of the way gimple removes casts to void*
gets:
int f(int *a, char*b)
{
return ((void*)a) == ((void*)b);
}
wrong.
The following is also effected:
g++.dg/abi/vbase13.C:
--
What|Removed |Added
BugsThisDependsOn||22527
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22368
The following code:
c { dg-do compile }
c { dg-options "-O2 -std=legacy" }
LOGICAL*1 l1
INTEGER*1 i1
l1 = i1
END
produces mismatch types in comparision.
See PR 22368 for the patch which catches this.
logint-1.f: In function 'MAIN__':
logint-1.f:5: error: types mismatch
--
What|Removed |Added
CC||phython at gcc dot gnu dot
||org
http://gcc.gnu.org/bugzilla/sh
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-17
17:53 ---
Created an attachment (id=9295)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9295&action=view)
patch which I need to test (from Honza)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22525
--
What|Removed |Added
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22517
//Reading specs from
/usr/local/cross-arm/bin/../lib/gcc-lib/arm-linux/3.3.2/specs
//Configured with:
/home/localgjs/tnbt_cvstrees/software/tools/gcc/../../tools/gcc/configure
--target=arm-linux --disable-shared --disable-threads --with-gnu-as
--with-gnu-ld --enable-multilib --enable-languages=c
-
--
What|Removed |Added
Component|rtl-optimization|target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22528
--- Additional Comments From pluto at agmk dot net 2005-07-17 18:50 ---
gcc-4.0.1 works fine.
$ arm-linux-eabi-gcc gcc-pr22528.c -O2 -march=armv3 -S -mlittle-endian
test:
mov r3, #8
mov r2, #0
strbr3, [r0, #1]
strbr2, [r0, #0]
Take the following code:
struct f1
{
int i;
};
void f(void)
{
static struct f1 *f2 = &(struct f1){1};
}
This is valid C99 at least according to both ICC and Comeau.
And we acceptted it in 3.0.4 also.
--
Summary: [3.4/4.0/4.1 Regression] Rejects valid C99 address of
--
What|Removed |Added
Target Milestone|--- |3.4.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22529
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-17
19:12 ---
Subject: Bug 21480
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-07-17 19:12:07
Modified files:
libgfortran: Change
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-07-17
19:12 ---
Fixed in 4.0.
--
What|Removed |Added
Status|ASSIGNED|RESOLVE
Compile the following valid C99 code at -O3 and we get an ICE:
struct f1
{
int i;
};
void g(int);
static struct f1 *f2 = &(struct f1){1};
int f(void)
{
g(f2->i);
return f2->i;
}
--
Summary: [4.1 Regression] ICE with static promotion
Product: gcc
Version: 4.1
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22530
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-07-17
19:17 ---
Subject: Re: New: [4.1 Regression] ICE with
static promotion
On Sun, 2005-07-17 at 19:13 +, pinskia at gcc dot gnu dot org wrote:
> Compile the following valid C99 code at -O3 and we get an ICE
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-17
19:18 ---
Forgot to say the ICE for this testcase is:
unhandled expression in get_expr_operands():
unit size
align 32 symtab 0 alias set 3
fields
SI file t.c line 3 size unit
stage1/xgcc -Bstage1/ -B/home/dave/opt/gnu/gcc/gcc-4.1.0/hppa-linux/bin/ -c -g
-O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototype
s -pedantic -Wno-long-long -Wno-variadic-macros -Wold-style-definition -Werror -
fno-common -DHAVE_CONFIG_H-I. -I. -I../../gcc/gcc
--
What|Removed |Added
Summary|[4.1 regression]|[4.1 regression] tree-into-
|dwarf2out.c:751:ICE |ssa.c:2290 ICE
http://gcc.gnu.org
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-17
19:34 ---
What date is this from?
--
What|Removed |Added
Keywords|
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
http://gcc.gnu.org/bugzilla/sh
--
What|Removed |Added
CC||jason at gcc dot gnu dot
||org, dnovillo at gcc dot gnu
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-07-17
19:45 ---
I don't think the timing issue is valid.
Look at these benchmarks:
The first one simulates copying 12-byte values to 10-bit values,
the second one a compact memcpy of a larger field.
$ cat foo.c
#include
--
What|Removed |Added
CC||tkoenig at gcc dot gnu dot
||org
http://gcc.gnu.org/bugzilla/sh
--- Additional Comments From schwab at suse dot de 2005-07-17 19:49 ---
Definitely not fixed.
--
What|Removed |Added
Status|RESOLVED|UNCONFIR
--- Additional Comments From danglin at gcc dot gnu dot org 2005-07-17
19:56 ---
Today, ~ 1 hour before this post.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22531
--- Additional Comments From schnetter at uni-tuebingen dot de 2005-07-17
20:01 ---
My argument -- which I had in my head, but didn't put down -- went as follows:
ultimately, things have to be written by a system call, and a system call is
expensive. (One system call per array element
--- Additional Comments From danglin at gcc dot gnu dot org 2005-07-17
20:03 ---
(gdb) bt
#0 internal_error (
gmsgid=0x81d990 "tree check: expected tree that contains %qs structure,
have
%qs in %s, at %s:%d") at ../../gcc/gcc/diagnostic.c:534
#1 0x005a6b10 in tree_contains_struc
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-17
20:04 ---
Could you attach the preprocessed source?
--
What|Removed |Added
CC|
--- Additional Comments From joseph at codesourcery dot com 2005-07-17
20:13 ---
Subject: Re: New: [3.4/4.0/4.1 Regression] Rejects valid C99
address of C99 struct in static variable in function
On Sun, 17 Jul 2005, pinskia at gcc dot gnu dot org wrote:
> Take the following code:
> s
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-17
20:18 ---
That is interesting as if we move the variable declaration out of the function,
it works in GCC.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22529
--- Additional Comments From danglin at gcc dot gnu dot org 2005-07-17
20:19 ---
Created an attachment (id=9296)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9296&action=view)
Preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22531
--
What|Removed |Added
Attachment #9296 is|0 |1
obsolete||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22531
--- Additional Comments From danglin at gcc dot gnu dot org 2005-07-17
20:22 ---
Created an attachment (id=9297)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9297&action=view)
Preprocessed source
gzip
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22531
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-17
20:34 ---
This is not fixed Kenny's promote statics, in fact we now produce worse code at
-O3. Note on ppc-
darwin the code is fine since -fno-math-errno is done by default.
--
http://gcc.gnu.org/bugzilla/show_b
--- Additional Comments From pluto at agmk dot net 2005-07-17 20:35 ---
(In reply to comment #2)
> Created an attachment (id=9291)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9291&action=view)
> Treat flag_wrapv and min value in a special way
>
patch cointains typo-bug.
--- Additional Comments From danglin at gcc dot gnu dot org 2005-07-17
20:35 ---
Also occurs on hppa64-hp-hpux11.11.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22531
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-17
20:47 ---
And on ppc-darwin (a native build), reducing right now.
/Users/pinskia/src/local2/gcc/gcc/dwarf2out.c:751: internal compiler error:
tree check: expected tree
that contains 'decl minimal' structure, have 'c
Take the following code:
#define NUMPOINTS 20
static float opoints[NUMPOINTS];
double sqrt (double);
double f(double);
void NormalizeVectors1 (void)
{
int i, r;
float s, x, y, z;
static float d = 0.0;
d += 0.2f;
s = d;
for (i=0; ihttp://gcc.gnu.org/bugzilla/show_bug.cgi?id=22532
--
What|Removed |Added
CC||dberlin at gcc dot gnu dot
||org
Target Milestone|---
--
What|Removed |Added
OtherBugsDependingO||19905
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22532
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-17
20:52 ---
(In reply to comment #3)
> This is not fixed Kenny's promote statics, in fact we now produce worse code
> at -O3. Note on ppc-
> darwin the code is fine since -fno-math-errno is done by default.
I filed th
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-07-17
20:55 ---
Thank you for reducing the test case!
I now understand the bug, and am working on a fix.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22139
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-17
20:56 ---
I believe you that this is invalid code.
--
What|Removed |Added
Status|UNCONFIRM
--- Additional Comments From joseph at codesourcery dot com 2005-07-17
20:58 ---
Subject: Re: [3.4/4.0/4.1 Regression] Rejects valid C99 address
of C99 struct in static variable in function
On Sun, 17 Jul 2005, pinskia at gcc dot gnu dot org wrote:
> That is interesting as if we move
gcc-4.1-20050717T1716UTC
(...)
stage1/xgcc -Bstage1/ -B/usr/x86_64-pld-linux/bin/ -c -march=x86-64 -O2
-gnatpg -gnata -I- -I. -Iada -I../../gcc/ada ../../gcc/ada/output.adb -o
ada/output.o
raised STORAGE_ERROR : stack overflow (or erroneous memory access)
make[2]: *** [ada/outpu
FAIL: gcc.c-torture/execute/2603-1.c execution, -O2
has appeared on mainline on 20050717 on at least hppa2.0w-hpux, hppa64-hpux,
ia64-hpux. gcc-regression indicates failure on powerpc-darwin as well.
--
Summary: [4.1 Regression] gcc.c-torture/execute/2603-1.c
This used to work fine with g++-3.*
$ cat test.cc
struct o {};
template
struct test
{
int m(int (o::*recv)(T&) = &o::operator());
};
$ g++ test.cc
test.cc:6: internal compiler error: in cp_lexer_peek_nth_t
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-07-17 21:13
---
These failures have appeared for me on i686-pc-linux-gnu on 20050717.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-17
21:14 ---
Confirmed.
--
What|Removed |Added
CC||pinskia at
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-17
21:17 ---
Hmm, there is still questions if this is valid:
/* It is not clear whether this test is conforming. See DR#236
http://www.open-std.org/jtc1/sc22/wg14/www/docs/dr_236.htm. However,
there seems to be c
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-17
21:20 ---
the patch in PR 22483 should fix this.
--
What|Removed |Added
OtherBugsDependingO|
--
What|Removed |Added
BugsThisDependsOn||22444
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22483
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-17
21:22 ---
*** This bug has been marked as a duplicate of 22454 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-17
21:22 ---
*** Bug 22535 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
stage1/xgcc -Bstage1/ -B/pkgs/gcc-mainline/powerpc-apple-darwin8.2.0/bin/ -c
-g -O2 -mdynamic-no-pic -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros
-Wold-style-definition -Werror -fno-common -DHAVE_CONFIG_H-I. -I.
-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-17
21:23 ---
*** This bug has been marked as a duplicate of 22531 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-17
21:23 ---
*** Bug 22536 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-07-17
21:36 ---
the eustores stuff i just committed should fix this now
please try again :)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22532
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-17
21:37 ---
(In reply to comment #1)
> the eustores stuff i just committed should fix this now
> please try again :)
This was after eustores stuff was committed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2253
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-17
22:02 ---
Subject: Bug 22139
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-17 22:02:10
Modified files:
gcc/testsuite : ChangeLog
gcc/cp : C
ass ‘CREG’
X-Bugzilla-Reason: CC
compiling testcase:
=== Cut ===
struct nand_chip {
· int · · page_shift;
· int·· phys_erase_shift;
};
extern void foo( int );
static void nand_writev_ecc (int *mtd, int *vecs, unsigned long count)
{
· int i, total
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-17
22:16 ---
Reduced testcase:
typedef struct dw_cfi_oprnd_struct {
unsigned long reg;
} dw_cfa_location;
void def_cfa_1 (void) {
dw_cfa_location loc;
loc.reg = loc.reg;
}
Confirmed, testing a patch for Daniel Ber
--
What|Removed |Added
Keywords||ice-on-valid-code
Summary|unable to find a register to|unable to find a register to
--
What|Removed |Added
Component|c |target
GCC host triplet|i586-suse-linux |
GCC target triplet||i586-s
--
What|Removed |Added
Summary|unable to find a register to|unable to find a register to
|spill in cl ass "CREG" |spill in class "CREG"
http://gcc
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-17
22:28 ---
Subject: Bug 22531
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-17 22:28:19
Modified files:
gcc: ChangeLog tree-ssa-pre.c
Added files
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-17
22:31 ---
Subject: Bug 22139
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-07-17 22:30:58
Modified files:
gcc/testsuite : Change
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-07-17
22:33 ---
Fixed in 4.0.2.
--
What|Removed |Added
Status|ASSIGNED|RESO
--
Bug 21687 depends on bug 22139, which changed state.
Bug 22139 Summary: [4.0/4.1 regression] Segfault with templates and friend
functions
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22139
What|Old Value |New Value
---
1 - 100 of 121 matches
Mail list logo
