--- Additional Comments From kargl at gcc dot gnu dot org 2005-03-14 06:34
---
While I can agree that REAL DO loop indices should cause a warning,
it is incorrect to call this feature an extension to the language.
Fortran 77 permitted such indices. Fortran 90 declared them to
be obsole
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-14
05:51 ---
This is invalid, as mmxsupport gets inlined into jpeg_CreateDecompress creating
the label
NOT_SUPPORTED twice. Either use noinline on that function or use the correct
way of creating a label in
inline-a
Hi,
gcc fails to compile the following (on Suse 8.2):
/usr/local/bin/gcc -O9 -v -save-temps -I. -c -o jdapimin.o jdapimin.c
Reading specs from /usr/local/lib/gcc/i686-pc-linux-gnu/3.4.3/specs
Configured with: /home/ltg/software/src/work/gcc-3.4.3/configure
--enable-threads=posix --enable-libgc
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-14
04:39 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-14
04:38 ---
Confirmed, g77 gives the following error:
t.f: In subroutine `a':
t.f:1:
SUBROUTINE a(b)
1
t.f:2: (continued):
b(c) = 0
2
Invalid declaration of or reference to symb
Im no fortran coder but Im pretty sure this isnt valid:
SUBROUTINE a(b)
b(c) = 0
END SUBROUTINE a
Using todays cvs:
GNU Fortran 95 (GCC 4.0.0 20050313 (prerelease))
We ICE:
/usr/local/ppc64-4.0/libexec/gcc/powerpc64-linux/4.0.0/f951 f.f90 -quiet
-dumpbase f.f90 -m64 -auxbase f
--- Additional Comments From hp at gcc dot gnu dot org 2005-03-14 04:28
---
In response to comment #1, I have no answer besides what I wrote in the original
description: "This bug has been there since at least 3.2.1".
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20466
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-03-14
04:02 ---
Fixed in 4.0.
--
What|Removed |Added
Status|ASSIGNED|RESOLV
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-14
03:59 ---
Subject: Bug 20157
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-03-14 03:58:55
Modified files:
gcc/cp : Change
--
Bug 19466 depends on bug 19331, which changed state.
Bug 19331 Summary: [4.0 Regression] Inefficient code generated for bitfield
assignment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19331
What|Old Value |New Value
-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-14
03:58 ---
Fixed. Thanks Roger for looking into this bug and fixing it.
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-14
03:54 ---
Subject: Bug 20157
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-14 03:54:21
Modified files:
gcc/cp : ChangeLog pt.c
gcc/testsuite
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-14
03:48 ---
Subject: Bug 19331
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-03-14 03:48:51
Modified files:
gcc: Change
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-14
03:25 ---
Is this a regression?
--
What|Removed |Added
CC|
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |hp at gcc dot gnu dot org
|dot org |
Status|UNCONFIRMED
... causes invalid removal of memory write. The following test-case will be
committed as gcc.c-torture/execute/prXX-1.c; it is miscompiled at -O2.
The first assignment to **ipp is removed in .flow2. This bug has been there
since at least 3.2.1.
void f (int **, int *, int *, int **, int **) _
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-14
02:25 ---
Reduced testcase:
template void mem_fun_ref(_Ret (_Tp::*__f)());
struct A { double f(); };
template void f() { mem_fun_ref(&A::f); }
void g() { f(); }
--
What|Removed
--
What|Removed |Added
BugsThisDependsOn||20381
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20465
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Keywords|
--- Additional Comments From doko at debian dot org 2005-03-14 01:41
---
Created an attachment (id=8385)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8385&action=view)
preprocessed source (4.0)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20465
--- Additional Comments From doko at debian dot org 2005-03-14 01:40
---
Created an attachment (id=8384)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8384&action=view)
preprocessed source (3.4)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20465
code from the openoffice-6980-m79 tree, compiled with current (20050312) gcc-3.4
CVS, doesn't compile with current gcc-4.0 CVS (plus patch proposed in PR20381,
without the patch, the same ICE as in PR20381 is seen).
$ g++-4.0 -c -O1 !$ g++-4.0 -c -O1 smilfunctionparser-4.0.ii
/home/doko/ooo/gcj/op
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-14
00:24 ---
Not a bug, on ppc-linux (well on most ppc except for ppc-darwin (mac OS X)),
char is unsigned by
default.
--
What|Removed |Added
---
I am running debian sarge in a PowerBook G3, kernel 2.6.8.
When I try to compile this code:
$ cat pp.c
#include
main(){
char c=-1;
if(c < 0){
printf("hola\n");
}
}
I get this error:
$ gcc pp.c
pp.c: In function `main':
pp.c:7: warning: comparison i
--- Additional Comments From ivanr at syncad dot com 2005-03-14 00:03
---
(In reply to comment #3)
> It's 4.1.0 if I read correctly.
Yes, actually it's 4.1.0 20050309
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20446
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-13
23:29 ---
Fixed at least in 4.1.0.
--
What|Removed |Added
Known to work|
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-13
22:34 ---
Subject: Bug 19331
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-13 22:34:07
Modified files:
gcc: ChangeLog tree.c fold-const.c
Log m
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-13
22:18 ---
Subject: Bug 16792
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-13 22:17:59
Modified files:
gcc/testsuite : ChangeLog
Added files:
gcc/t
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-13
22:16 ---
Confirmed, related to PR 20461 but not the same bug. Here is the backtrace:
#0 0x080e734a in cp_parser_diagnose_invalid_type_name (parser=0xb7c82d00,
scope=Variable
"scope" is not available.
)
at /ho
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-13
22:16 ---
Backtrace:
#0 emit_mem_initializers (mem_inits=0x0) at
/home/peshtigo/pinskia/src/gnu/gcc/src/gcc/cp/init.c:
485
#1 0x080eaf8f in cp_parser_ctor_initializer_opt_and_function_body
(parser=0xb7c82c64)
--- Additional Comments From Thomas dot Koenig at online dot de 2005-03-13
22:11 ---
Patch here:
http://gcc.gnu.org/ml/fortran/2005-03/msg00232.html
--
What|Removed |Added
This invalid code snippet produces ICE on mainline and 4.0 branch:
---
template < typename T > struct C;
template < typename T > void C < T > :: f ()
{
const foo bar;
}
--
--
What|Removed |Added
Target Milestone|4.1.0 |3.4.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20288
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-13
21:49 ---
Subject: Bug 20288
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-03-13 21:49:45
Modified files:
gcc: Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-13
21:47 ---
Subject: Bug 20288
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-03-13 21:47:09
Modified files:
gcc: Change
"make bootstrap" on gcc-cvs (4.1.0) fails with:
/bin/sh ../../gcc-cvs/gcc/../move-if-change tmp-attrtab.c insn-attrtab.c
insn-attrtab.c is unchanged
echo timestamp > s-attrtab
stage1/xgcc -Bstage1/ -B/usr/i486-slackware-linux/bin/ -O2 -g -fomit-frame-
pointer -DIN_GCC -W -Wall -Wwrite-strings
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-13
21:22 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--
What|Removed |Added
Keywords||ice-on-invalid-code
Summary|ICE at "class 'C' does not |[4.0/4.1 Regression] ICE at
gcc version 4.1.0 20050313 (experimental) crash at invalid C++ code:
test.cc:3: error: invalid use of undefined type 'struct C'
test.cc:1: error: forward declaration of 'struct C'
test.cc: In constructor 'C::C()':
test.cc:3: error: class 'C' does not have
--- Additional Comments From Thomas dot Koenig at online dot de 2005-03-13
21:10 ---
I believe this is also fixed with
http://gcc.gnu.org/ml/gcc-patches/2005-03/msg00729.html
Copyright papers, where are you? :-)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20092
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20458
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-03-13
21:01 ---
Confirmed on x86-64.
I'm bootstrapping a fix for this.
--
What|Removed |Added
Assig
--
Bug 19292 depends on bug 18600, which changed state.
Bug 18600 Summary: ICE NIST FM020.f reduced case
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18600
What|Old Value |New Value
--
Bug 17423 depends on bug 18600, which changed state.
Bug 18600 Summary: ICE NIST FM020.f reduced case
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18600
What|Old Value |New Value
--- Additional Comments From tobi at gcc dot gnu dot org 2005-03-13 19:28
---
Works now.
--
What|Removed |Added
Status|WAITING |RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-13
19:28 ---
Subject: Bug 18600
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-13 19:28:19
Modified files:
gcc/testsuite : ChangeLog
Added files:
gcc/t
--- Additional Comments From nathan at gcc dot gnu dot org 2005-03-13
19:24 ---
inappropriate fix
--
What|Removed |Added
Status|RESOLVED|REOP
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-03-13
19:20 ---
I can't reproduce on i686-pc-linux-gnu with either testcase
--
What|Removed |Added
Target
--- Additional Comments From tobi at gcc dot gnu dot org 2005-03-13 19:13
---
This bug is still present.
I'm adding FX Coudert to the CC list, because I committed a patch by him which,
IIUC, should have fixed this, as I would have thought that this is a duplicate
of PR20101. Maybe he h
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru
2005-03-13 19:10 ---
even smaller testcase:
--
namespace std
{
class locale
{
public:
locale();
~locale();
};
}
struct B
{
--
Bug 19292 depends on bug 16907, which changed state.
Bug 16907 Summary: Non-integer array indices rejected
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16907
What|Old Value |New Value
---
--- Additional Comments From tobi at gcc dot gnu dot org 2005-03-13 19:10
---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-13
19:09 ---
Subject: Bug 16907
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-03-13 19:09:31
Modified files:
gcc/fortran: Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-13
19:07 ---
Subject: Bug 16907
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-03-13 19:07:49
Modified files:
gcc/fortran: resolv
--- Additional Comments From tobi at gcc dot gnu dot org 2005-03-13 19:05
---
While the compile-time error has disappeared, we now give the following
incorrect output at runtime:
[EMAIL PROTECTED] tests]$ ./a.out
9.218868437227405E+018 1.89227389587E+019
[EMAIL PROTECTED] tests]$
--- Additional Comments From jvdelisle at verizon dot net 2005-03-13 19:04
---
I also confirm that the ICE no longer occurs. Running the original FM020.f test
program passes all tests.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18600
--- Additional Comments From tobi at gcc dot gnu dot org 2005-03-13 18:56
---
The problem is that carriage return is not dealt with correctly. See the
following session, where 80 is replaced by 10 in the testcase:
[EMAIL PROTECTED] tests]$ ./a.out
12345678901234567890 <- input
1234
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-13
18:46 ---
Subject: Bug 16907
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-13 18:46:37
Modified files:
gcc/fortran: ChangeLog resolve.c
gcc/test
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-13
18:44 ---
Confirmed.
--
What|Removed |Added
CC||pinskia at
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20323
--- Additional Comments From tobi at gcc dot gnu dot org 2005-03-13 18:42
---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-13
18:40 ---
Subject: Bug 20323
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-03-13 18:40:29
Modified files:
gcc/fortran: Change
Currently, we accept all language extensions as GFC_STD_GNU, but some are so
ugly that they should give a warning by default. List them here:
- REAL DO loop indices
- REAL array indices
--
Summary: Nasty extensions that should always warn
Product: gcc
Version: 4.
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-13
18:37 ---
Subject: Bug 20323
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-13 18:37:17
Modified files:
gcc/fortran: ChangeLog resolve.c
gcc/test
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru
2005-03-13 18:18 ---
Created an attachment (id=8383)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8383&action=view)
smaller testcase (2293 bytes)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20458
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-03-13
17:59 ---
(In reply to comment #2)
This is indeed and extension.
See http://h18009.www1.hp.com/fortran/docs/lrm/lrm0372.htm#nm_in for the
Digital/Compaq/HP specification
> (In reply to comment #1)
> > Is this a lang
--- Additional Comments From steven at gcc dot gnu dot org 2005-03-13
17:45 ---
http://gcc.gnu.org/ml/gcc-patches/2005-03/msg01297.html would help.
--
What|Removed |Added
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Target Milestone|---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-13
17:35 ---
This works for me also.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18600
--- Additional Comments From kazu at cs dot umass dot edu 2005-03-13 17:32
---
PR 20459 has an experimental patch (with some false positives).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18624
--- Additional Comments From tobi at gcc dot gnu dot org 2005-03-13 17:32
---
This works for me. Can anybody else still confirm this? Otherwise I'll add
this to the testsuite.
--
What|Removed |Added
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-13
17:31 ---
*** Bug 20459 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-13
17:31 ---
*** This bug has been marked as a duplicate of 18624 ***
--
What|Removed |Added
--- Additional Comments From tobi at gcc dot gnu dot org 2005-03-13 17:28
---
Closed.
--
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
--- Additional Comments From tobi at gcc dot gnu dot org 2005-03-13 17:23
---
Patch here: http://gcc.gnu.org/ml/fortran/2005-03/msg00220.html
--
What|Removed |Added
--- Additional Comments From kazu at cs dot umass dot edu 2005-03-13 17:09
---
Created an attachment (id=8382)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8382&action=view)
A patch that implements this feature (with some false positives)
--
http://gcc.gnu.org/bugzilla/show_b
Consider:
void
foo (void)
{
int a;
a = 5;
}
Note that 'a' is set but not used.
It would be nice if GCC can issue a warning for this.
--
Summary: Warning for variables that are set but not used
Product: gcc
Version: unknown
Status: UNCONFIRMED
--
What|Removed |Added
CC||dberlin at gcc dot gnu dot
||org
http://gcc.gnu.org/bugzilla/sh
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru
2005-03-13 17:02 ---
working on smaller preprocessed testcase (640Kbytes left).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20458
$ g++ bug.cc -O2
$ ./a.out
Segmentation fault
$ g++ bug.cc -O2 -fno-tree-salias
$ ./a.out
$
testcase:
--
#include
void foo ()
{
std::stringbuf b;
}
int main()
{
foo ();
return 0;
}
-
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-03-13
16:48 ---
Patch submitted:
http://gcc.gnu.org/ml/gcc-patches/2005-03/msg01294.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9783
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-03-13
16:47 ---
Patch submitted:
http://gcc.gnu.org/ml/gcc-patches/2005-03/msg01294.html
This is simply the patch in the attachment to this PR retested with
explanation added.
--
http://gcc.gnu.org/bugzilla/show_bug
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-13
15:42 ---
*** Bug 20457 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20455
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-13
15:42 ---
*** This bug has been marked as a duplicate of 20455 ***
--
What|Removed |Added
kernel/fork.c: In function `copy_process':
kernel/fork.c:1081: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See for instructions.
make[1]: *** [kernel/fork.o] Error 1
make: *** [kernel] Error 2
(i have un procesor k6-450 Mhz
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-13
15:33 ---
*** Bug 20456 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20455
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-13
15:33 ---
*** This bug has been marked as a duplicate of 20455 ***
--
What|Removed |Added
kernel/fork.c: In function `copy_process':
kernel/fork.c:1081: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See for instructions.
make[1]: *** [kernel/fork.o] Error 1
make: *** [kernel] Error 2
(i have un procesor k6-450 Mhz
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-13
15:30 ---
See http://gcc.gnu.org/bugs.html> for instructions on how to report a bug
report.
--
What|Removed |Added
--
kernel/fork.c: In function `copy_process':
kernel/fork.c:1081: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
make[1]: *** [kernel/fork.o] Error 1
make: *** [kernel] Error 2
(i
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-13
15:09 ---
(In reply to comment #3)
> (In reply to comment #2)
> > I cannot reproduce it either with an obvious change to fix the missing
>
> Too bad. Sorry for reporting this in such an imprecise
> manner. The actual
--- Additional Comments From giovannibajo at libero dot it 2005-03-13
15:08 ---
The above link is broken because of the gcc.gnu.org hd crash. Roger, I can't
understand if this bug was fixed or not. Can you elaborate?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19331
--- Additional Comments From joaquin at tid dot es 2005-03-13 15:05 ---
(In reply to comment #2)
> I cannot reproduce it either with an obvious change to fix the missing
Too bad. Sorry for reporting this in such an imprecise
manner. The actual problem shows at Boost regression tests
htt
--
Bug 19378 depends on bug 18887, which changed state.
Bug 18887 Summary: [4.0/4.1 Regression] libgcc2.h Improperly determines
required built-in function size requirements.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18887
What|Old Value |New Value
--
--- Additional Comments From giovannibajo at libero dot it 2005-03-13
15:04 ---
Closing as fixed, then. Paul, you can open a new enhancement PR to keep track
of the libgcc problem.
--
What|Removed |Added
--
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |2005-03-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-13
14:53 ---
Your libcpp sources don't match the gcc sources, try using a clean build
directory and an updated
libcpp.
--
What|Removed |Added
---
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Keywords||patch
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-13
14:30 ---
I cannot reproduce it either with an obvious change to fix the missing >:
#include
template <
std::size_t size_
, std::size_t alignment_ = std::size_t(-1)>
class aligned_storage
{
};
int main()
{
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-03-13
14:25 ---
Look like caused by my changes to pushtag.
--
What|Removed |Added
AssignedTo|unassi
1 - 100 of 112 matches
Mail list logo
