--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-19
09:26 ---
Subject: Bug 19828
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-19 09:26:09
Modified files:
gcc: ChangeLog tree-ssa-loop-im.c
--- Additional Comments From jakub at gcc dot gnu dot org 2005-02-19 09:33
---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
The following valid code snippet causes an ICE when compiled with mainline:
==
template struct A
{
A();
};
const A<0> x[] = { A<0>() };
==
bug.cc:7: internal compiler error: in set_mem_attributes_minus_bitpos, at
emit-rtl.c:1539
Please
tran/generated/reshape_i4.c:160
#3 0x08048d6f in MAIN__ () at tryresh.f90:35
#4 0x08048f43 in main (argc=32, argv=0x20)
at ../../../gcc/libgfortran/fmain.c:18
(gdb) q
The program is running. Exit anyway? (y or n) y
$ gfortran -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured w
GNAT.Expect.Non_Blocking_Spawn puts Command_With_Path into argv[0] when calling
__gnat_expect_portable_execvp (via Set_Up_Child_Communications). This leads to
problems on Windows when the path to command contains spaces as the spawned
process only returns the path up to the first space when questio
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-19
11:44 ---
Subject: Bug 19525
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-19 11:44:11
Modified files:
gcc: ChangeLog gcc.c mklibgcc.in
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-02-19
11:47 ---
Patch applied.
--
What|Removed |Added
Status|ASSIGNED|RESOL
--- Additional Comments From jakub at gcc dot gnu dot org 2005-02-19 11:53
---
Can't this be closed now that
2005-02-18 Jason Merrill <[EMAIL PROTECTED]>
* gimplify.c (gimplify_modify_expr_rhs) [CALL_EXPR]: Revert again.
is in?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?i
--- Additional Comments From jakub at gcc dot gnu dot org 2005-02-19 11:53
---
Can't this be closed now that
2005-02-18 Jason Merrill <[EMAIL PROTECTED]>
* gimplify.c (gimplify_modify_expr_rhs) [CALL_EXPR]: Revert again.
is in?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?i
GCC 3.4.3 (i686-pc-linux-gnu) generates incorrect code when a function
containing __builtin_return(__builtin_apply(...)) is inlined, whether by the
"inline" keyword or with -finline-functions. For example, take this simple
program:
int bar(int hoge) { return hoge; }
int foo(int xyzzy) {
__builti
--- Additional Comments From gcczilla at achurch dot org 2005-02-19 12:57
---
Created an attachment (id=8231)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8231&action=view)
Test source file (from description)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20076
--- Additional Comments From gcczilla at achurch dot org 2005-02-19 12:58
---
Created an attachment (id=8232)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8232&action=view)
gcc test.c -S -O2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20076
--- Additional Comments From gcczilla at achurch dot org 2005-02-19 12:59
---
Created an attachment (id=8233)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8233&action=view)
gcc test.c -S -O2 -finline-functions (bad)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20076
#define a a ## ##
#define a() a ## ##
--
Summary: GCC accepts macro definitions that fail a constraint
Product: gcc
Version: 3.4.4
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: preprocessor
AssignedTo:
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-19
13:07 ---
Caused By:
2005-02-18 Jakub Jelinek <[EMAIL PROTECTED]>
PR c++/19813
* decl.c (start_decl_1): Clear TREE_READONLY flag if
its type has TYPE_NEEDS_CONSTRUCTING.
(com
--
What|Removed |Added
Component|preprocessor|bootstrap
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20072
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-19
13:22 ---
Confirmed.
--
What|Removed |Added
Severity|critical|normal
--- Additional Comments From hp at gcc dot gnu dot org 2005-02-19 14:30
---
Jason's patch has been reverted.
--
What|Removed |Added
Status|UNCONFIRMED
According to the standard
#define str(x) #x
#define str(x) %:x
violates a constraint, but GCC accepts it. Amusingly, Comeau shares the same
bug.
A similar bug exists with the paste operator.
--
Summary: Gcc doesn't complain about non-benign macro definitions
Product: gc
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20024
When trying to build a powerpc-rtems compiler running under cygwin using the
20050213 snapshot, the compiler blows during the RTS build phase, with the
following message:
../../xgcc -B../../ -c -g -O2 -W -Wall -gnatpg a-direct.adb -o a-direct.o
+===GNAT BUG DETECTED
When trying to build a powerpc-rtems compiler running under cygwin using the
20050213 snapshot, the compiler blows during the RTS build phase, with the
following message:
../../xgcc -B../../ -c -g -O2 -W -Wall -gnatpg a-direct.adb -o a-direct.o
+===GNAT BUG DETECTED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-19
15:05 ---
I fixed this right after the snapshot was made, see PR 19942 which this is a
dup of.
*** This bug has been marked as a duplicate of 19942 ***
--
What|Removed |Added
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-19
15:05 ---
*** Bug 20079 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-19
15:06 ---
*** This bug has been marked as a duplicate of 19942 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-19
15:06 ---
*** Bug 20080 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19942
man gcc
=> For any given input file, the file name suffix determines what kind of
=> compilation is done: file.cc: C++ source code which must be preprocessed.
# BUT:
cat : undefined reference to ...
=> collect2:
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-19
15:22 ---
Use g++ to link.
--
What|Removed |Added
Status|UNCONFIRMED |RESO
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-19
15:34 ---
Subject: Bug 20071
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-19 15:33:59
Modified files:
libstdc++-v3 : ChangeLog
libstdc++-v3/inclu
--- Additional Comments From hp at gcc dot gnu dot org 2005-02-19 15:42
---
See http://gcc.gnu.org/ml/gcc-patches/2005-02/msg01113.html>.
--
What|Removed |Added
avr-gcc (GCC) 3.4.3
Copyright (C) 2004 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
Compiling: igncontrol.c
igncontrol.c: In function `__vector_3':
igncontrol.c:
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-19
15:54 ---
The patch has been reverted so closing as fixed.
--
What|Removed |Added
Status|U
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-19
15:54 ---
The patch was reverted so closing as fixed.
--
What|Removed |Added
Status|NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-19
15:56 ---
Reopening as the patch had to be reverted.
--
What|Removed |Added
Status|RESOLVE
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-19
16:02 ---
(In reply to comment #2)
> Fails for --target=i386-elf too.
but that is more likely PR 6852.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19959
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-19
16:13 ---
Present on Solaris 2.5.1 and 2.6 too.
--
What|Removed |Added
CC|
--
What|Removed |Added
AssignedTo|fche at redhat dot com |unassigned at gcc dot gnu
||dot org
Status|REOPENED
--
What|Removed |Added
CC||fche at redhat dot com
AssignedTo|unassigned at gcc dot gnu |jason at redhat dot com
--- Additional Comments From jakub at gcc dot gnu dot org 2005-02-19 16:47
---
Testing a patch.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub
The following three functions should result in the same assembly (the last is
the best, branchless and
only does one compare):
int f(int i, int j, int l)
{
int k = 0;
if (i)
k = 1;
if (j)
k = 1;
if (l)
k = 1;
return k;
}
int f1(int i, int j, int l)
{
int k = 0;
if (i)
Like PR 20083 but a slightly different case, in a way this is missed jump
crossing.
The following three functions should produce the same assembly code, f2 is the
most optimal code.
Right now on the tcb only f1 and f2 are the same.
int f(int *i, int *j, int *l)
{
int k = 0;
if (*i)
k = 1;
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-19
17:04 ---
Confirmed, and this is a regression from 2.95.3:
t.c:1: `##' at end of macro definition
--
What|Removed |Added
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-19
17:05 ---
Confirmed, not a regression.
--
What|Removed |Added
Status|UNCONFIRMED
Function iargc return the wrong argument count on the Macintosh. It returns 1
when it should be zero etc... -
[dir:~/tests/gfortran] dir% gfortran -o mopen mopen.f
[dir:~/tests/gfortran] dir% mopen
1
STOP 0
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-19
18:07 ---
Confirmed, just an off by one error as we are counting the program name (aka
argument 0).
--
What|Removed |Added
On the Macintosh, the gfortran print routine drops the character follow an 'h'
in an output string. This happens in hundreds of cases in my program's output.
Here is a simple example -
[dir:~/tests/gfortran] dir% gfortran -o print print.f
[dir:~/tests/gfortran] dir% print
stiffness reformed for
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-19
18:15 ---
Confirmed, I really thought I saw this before.
--
What|Removed |Added
OtherBugsDependingO|
--- Additional Comments From laurent at guerby dot net 2005-02-19 18:27
---
I confirm the test PASS with -O2 -fno-tree-sra on x86 and x86_64-linux.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18819
We don't support -verbose:jni, but we could.
We could also support -verbose:gc (to some extent),
and, with the BC ABI, could even add a tracing option
to trace all calls.
--
Summary: gij should support -verbose:jni
Product: gcc
Version: 4.0.0
Status:
--- Additional Comments From laurent at guerby dot net 2005-02-19 18:28
---
I confirm all six ACATS tests PASS with -O2 -fno-tree-sra on x86-linux.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18659
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-19
18:29 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
Compiling
public class FinalTest2 {
public static final String text = "foo";
public static void main(String[] args) {
System.out.println(text);
}
}
fails if I use -findirect-dispatch:
$ gcj -findirect-dispatch FinalTest2.java --main=FinalTest2 -o FinalTes
Building fails here:
touch ../stamp-tools
../../gnatmake -c -I../rts -I.
-I/home/users/builder/rpm/BUILD/gcc-4.0-20050213/gcc/ada
gnatchop --GCC="../../xgcc -B../../ -O2 -O2 -mieee -mieee -gnatpg -gnata"
gnatmake: "gnatchop" not found
Unified build environment on multiple archs shows
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-19
19:39 ---
Confirmed but note right now that -findirect-dispatch is really only for
compiling from bytecode.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-19
19:42 ---
Is this fixed now?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19456
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-19
19:44 ---
hmm, RTH was able to build and report Ada results on alpha-linux-gnu:
http://gcc.gnu.org/ml/gcc-testresults/2005-02/msg00683.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20089
--- Additional Comments From roger at eyesopen dot com 2005-02-19 19:56
---
This bug has now been fixed for gcc 4.0. For the testcase attached to the PR,
mainline now generates the following code on sparc-sun-solaris2.8 with -O2:
fun:ld [%sp+64], %o5
sll %o0, 2, %g
--
Bug 19466 depends on bug 336, which changed state.
Bug 336 Summary: Superfluous instructions generated from bit-field operations
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=336
What|Old Value |New Value
---
We need a new class gnu.gcj.runtime.Main that handles the same set of non-jvm
options handled by the java command. Then gij.cc could use the invocation API
to parse out the jvm options, create a jvm, set up the java argument list and
call gnu.gcj.runtime.Main.main. This would allow us to easily c
--- Additional Comments From mmazur at kernel dot pl 2005-02-19 20:10
---
I've managed to google myself to PR18434 so looks like there is something wrong
with
alpha.
Though I've seen stuff being broken depending on what languages are marked as
supported (I've turned on only c++ and
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-19
20:10 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
The libstdc++ test 18_support/14026.cc execution test has recently
started failing on multiple targets. Observed on ia64-hpux and hppa64-hpux;
gcc-testresults also shows it on powerpc64-unknown-linux-gnu,
i686-pc-linux-gnu, powerpc-unknown-linux-gnu and ia64-suse-linux-gnu.
--
Summary
--- Additional Comments From laurent at guerby dot net 2005-02-19 20:32
---
Yes this is probably a miscompilation of gnatmake, you may try to set boot flags
to -O0 or -O1 instead of -O2. No idea on why RTH doesn't see this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20089
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-19
20:37 ---
Subject: Bug 19440
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-19 20:36:57
Modified files:
gcc/testsuite : ChangeLog
Added files:
gcc/t
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-19
20:37 ---
Subject: Bug 19299
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-19 20:36:57
Modified files:
gcc/testsuite : ChangeLog
Added files:
gcc/t
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-19
20:37 ---
I cannot tell if this expected or that this was recently changed with RTH's
patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20091
Several of my progams use this method to read from the keyboard or a text file.
It should read input and print it until the first character on a line is a 's'.
Absoft 8.0 shows the correct response. gfortran gets a run time error reading
from a file and ignores the carrage returns when reading the
--
What|Removed |Added
Component|fortran |libfortran
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20092
The libstdc++ test 23_containers/deque/cons/2.cc execution test fails on
ia64-hpux with -milp32 (but not with -mlp64). This is a regression from 3.4.x.
The particular test function which fails is test_copy_ctor_exception_safety
but I haven't reduced the test to a form not depending on the libstdc
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-02-19 20:57
---
Created an attachment (id=8234)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8234&action=view)
slightly cut-down testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20093
--- Additional Comments From kazu at cs dot umass dot edu 2005-02-19 21:03
---
Patch posted at:
http://gcc.gnu.org/ml/gcc-patches/2005-02/msg01131.html
--
What|Removed |Added
---
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-02-19
21:04 ---
Patch here:
http://gcc.gnu.org/ml/gcc-patches/2005-02/msg01132.html
--
What|Removed |Added
The tests gcc.dg/transparent-union-1.c and gcc.dg/transparent-union-2.c
fail on ia64-hpux. Problems start with:
/scratch/joseph/gcc-mainline/gcc/testsuite/gcc.dg/transparent-union-1.c:12:
warning: 'transparent_union' attribute ignored
The union has mode BLKmode while the fields have mode SImode.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-19
21:24 ---
Hmm, Does anyone know how these union are supposed to be passed on ia64-*-hpux,
if by referrence
then the warning is correct and the testcase should not be tested on this
target. This is an ABI Issue.
-
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-02-19 21:29
---
Now fixed on mainline, probably was indeed caused by that suspicious patch.
--
What|Removed |Added
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20034
--- Additional Comments From bdavis at gcc dot gnu dot org 2005-02-19
21:58 ---
patch here:
http://gcc.gnu.org/ml/fortran/2005-02/msg00177.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20086
The test gcc.dg/cleanup-5.c fails on ia64-hpux. Not a regression relative
to 3.4.x.
There are several problems:
(a) It needs to link against -lunwind.
(b) __gcc_personality_v0 is not defined because unwind-c.c isn't being
used on IA64 HP-UX.
(c) If you add $(srcdir)/unwind-c.c to LIB2ADDEH in
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-02-19 22:12
---
Created an attachment (id=8235)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8235&action=view)
Patch to use unwind-c.c
This patch allows the test to link if -lgcc_eh -lunwind are used.
I haven't submit
Some of my programs need this option, but I finally found out that it is not
working. -d makes no difference in the print out of the c routine, but it
should -
[dir:~/tests/gfortran] dir% gfortran -c ptran.f
[dir:~/tests/gfortran] dir% cc -c cend.c
[dir:~/tests/gfortran] dir% gfortran -o ptran p
$ gcc/xgcc -v -B gcc -O2 -S md.i
Reading specs from gcc/specs
Target: ia64-suse-linux
Configured with: ../configure --host=ia64-suse-linux --enable-shared
--enable-threads --enable-__cxa_atexit --with-system-zlib
--with-system-libunwind
Thread model: posix
gcc version 4.0.0 20050219
--- Additional Comments From schwab at suse dot de 2005-02-19 22:37 ---
Created an attachment (id=8236)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8236&action=view)
Testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20097
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20097
--- Additional Comments From tobi at gcc dot gnu dot org 2005-02-19 22:54
---
One more data point:
depending on the order of the functions test1 and test8 the following testcase
will print different results on ix86:
character*2 :: t(2), f(2), test1, test8
t(1) = test1(1)
f(1) = test1(0)
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-19
23:13 ---
*** This bug has been marked as a duplicate of 13464 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-19
23:13 ---
*** Bug 20096 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From wilson at specifixinc dot com 2005-02-19
23:15 ---
Subject: Re: gcc.dg/transparent-union-* fail on ia64-hpux
pinskia at gcc dot gnu dot org wrote:
> --- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-19
> 21:24 ---
> Hmm, Does any
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-19
23:16 ---
This seems more likely a target bug or a latent bug.
--
What|Removed |Added
--- Additional Comments From wilson at specifixinc dot com 2005-02-19
23:31 ---
Subject: Re: New: gcc.dg/ia64-fptr-1.c fails on ia64-hpux
jsm28 at gcc dot gnu dot org wrote:
> ld: Unsatisfied symbol "_GLOBAL_OFFSET_TABLE_" in file /var/tmp//ccU3vrUt.o
DT_PLTGOT will hold the gp value
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-19
23:33 ---
Confirmed:
http://gcc.gnu.org/ml/gcc-regression/2005-02/msg00067.html
--
What|Removed |Added
--
What|Removed |Added
CC|pinskia at physics dot uc |
|dot edu |
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20097
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-02-19 23:59
---
Confirmed with 3.4.3. Fixed on mainline.
--
What|Removed |Added
CC|
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-02-20 00:03
---
Confirmed with mainline and 3.4.3.
--
What|Removed |Added
CC|
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-20
00:09 ---
This looks like a reload (or a target reload) issue:
We have the following RTL:
(insn 4097 4096 4098 236 (set (reg:BI 2598)
(and:BI (ne:BI (reg/v:SI 477 [ bNotLastFrame ])
(const_int
Compiling the following code with gcc-4.0.0 (20050219), (ld-2.15)
will result in an error at link time complaining about all_set being
an unresolved symbol. This is a regression compared to the version some
weeks ago
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-20
00:12 ---
Note the testcase is invalid code, this is only a missed optimization.
--
What|Removed |Added
--- Additional Comments From wwieser at gmx dot de 2005-02-20 00:31 ---
Subject: Re: Unresolved dependent "static const" symbol in template
Thanks for a REALLY quick reply!
templatestruct A
{
static const T all_clr = T(0);
static const T all_set = ~all_clr;
};
int main()
{
A bf;
--- Additional Comments From wwieser at gmx dot de 2005-02-20 00:31 ---
Subject: Re: Unresolved dependent "static const" symbol in template
Thanks for a REALLY quick reply!
templatestruct A
{
static const T all_clr = T(0);
static const T all_set = ~all_clr;
};
int main()
{
A bf;
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-20
00:34 ---
(In reply to comment #3)
> Subject: Re: Unresolved dependent "static const" symbol in template
>
> Thanks for a REALLY quick reply!
>
> templatestruct A
> {
> static const T all_clr = T(0);
> static con
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-02-20 00:34
---
The testcase no longer exhibits the bug, so this PR seems to represent
some underlying problem with compiler internals rather than any longer
being concerned with the failure of a particular testcase.
Jeff La
1 - 100 of 127 matches
Mail list logo
