--- Comment #6 from burnus at gcc dot gnu dot org 2007-03-22 07:41 ---
(In reply to comment #5)
Then, the following should be invalid and rejected, shouldn't it?
recursive function f(i)
integer :: f, i
f = 0
if (i 0) f = f(i-1) + 1
end function
NAG f95:
line 4: Recursive
--- Comment #8 from burnus at gcc dot gnu dot org 2007-03-22 07:42 ---
Close as Won't Fix
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from burnus at gcc dot gnu dot org 2007-03-22 09:36 ---
Bob Proulx wrote at bugs-coreutils@
Regardless of that I think it would be better if the program calling
getlogin() avoided using it since using the utmp file for this
accounting is often a source of troublesome
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-03-22 10:03 ---
Confirmed. The program segfaults also with -fno-inline -O[12] and we create
very
interesting code for XXX::Initialize:
_ZN3XXX10InitializeEi:
.LFB4:
movq(%rdi), %rax
movslq %esi,%rsi
using gcc version 4.3.0 20070315 (experimental)
The -fcase options are not in gfortran as they were in g77. Specifically
-fcase-preserve. This makes it very hard to link to pre-compiled C libraries
that have mixed case function names.
compile line and error message
C:\shagfortran -c sha.f90
--- Comment #1 from burnus at gcc dot gnu dot org 2007-03-22 13:05 ---
Or a workaround / new method for mixed case functions calls from gfortran
to C.
In the Fortran-Experiments branch exists support for C bindings:
subroutine fortranname bind(C,name='C_Name')
(Planned to be
--- Comment #4 from rolf dot ebert dot gcc at gmx dot de 2007-03-22 13:07
---
I rebuilt gcc-4.2.0 RC1 as of 2007-03-16 yesterday on Windows XP/MinGW and
could completely run the ACATS tests (no GNAT tests due to missing expect on my
Windows).
Only the two tests C5507M and C380004
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2007-03-22 13:31
---
Should I post a separate bug report for C380004?
It's PR ada/31174.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31108
--- Comment #3 from patchapp at dberlin dot org 2007-03-22 13:30 ---
Subject: Bug number PR31193
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-03/msg01465.html
--
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
Status|WAITING |NEW
Ever Confirmed|0 |1
Last
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|ebotcazou at gcc dot gnu dot|unassigned at gcc dot gnu
|org
--- Comment #10 from michael dot a dot richmond at nasa dot gov 2007-03-22
13:53 ---
Several commenters believe the problem is with nohup rather than gfortran. I
can produce the bug without using nohup. I redirect the input to a file:
gfortran test_getlog.f90
./a.out carriage_return
--- Comment #24 from jv244 at cam dot ac dot uk 2007-03-22 13:54 ---
there is only one file on the web that matches:
'C READ IN HORIZONTAL AND VERTICAL MISALIGNMENT AND TILT'
http://mad.home.cern.ch/frs/Source/DA/six.f
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31052
--- Comment #3 from tobi at gcc dot gnu dot org 2007-03-22 14:36 ---
I'm testing a very simple fix.
--
tobi at gcc dot gnu dot org changed:
What|Removed |Added
I just ran into some code which did something like
int strcmp(const char *, const char *);
int f (const char *c)
{
return (strcmp (c, aaa) == 0 || strcmp (c, aab) == 0);
}
It would be possible to optimize this into something like (hopefully I get it
right)
int f (const char *c)
{
if
--- Comment #11 from pinskia at gcc dot gnu dot org 2007-03-22 15:19
---
I say GETLOG should have the same behavior as getlogin which is what this
behavior is comming from.
Considering the documentation says:
On systems where the getlogin(3) function is not implemented, this will
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
Component|rtl-optimization
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|minor |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31310
--- Comment #3 from gdr at cs dot tamu dot edu 2007-03-22 15:29 ---
Subject: Re: #'typename_type' not supported by dump_decl#declaration error
guillaume dot melquiond at ens-lyon dot fr [EMAIL PROTECTED] writes:
| I just encountered another instance of a missing typename diagnostic.
--- Comment #4 from tobi at gcc dot gnu dot org 2007-03-22 15:37 ---
Subject: Bug 20897
Author: tobi
Date: Thu Mar 22 15:37:25 2007
New Revision: 123129
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=123129
Log:
PR fortran/20897
fortran/
* decl.c (gfc_match_derived_decl):
--- Comment #5 from tobi at gcc dot gnu dot org 2007-03-22 15:39 ---
Fixed on the mainline.
--
tobi at gcc dot gnu dot org changed:
What|Removed |Added
--
tobi at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20897
--- Comment #3 from taavib at ca dot ibm dot com 2007-03-22 15:49 ---
Thanks for figuring out how to reproduce this standalone, Peeter!
--
taavib at ca dot ibm dot com changed:
What|Removed |Added
Short version:
Assigning an index from a vectorstring to a local string works. Assigning to
a private class member of type string fails with a segmentation fault
apparently caused by a delete[].
I've managed to simplify the test case quite substantially for this bug, but
its still quite
--- Comment #1 from wmacura at gmail dot com 2007-03-22 15:58 ---
Created an attachment (id=13252)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13252action=view)
Testcase (seg at line 130)
Build instruction:
g++ -g stringtest.cpp -o stringtest
--
--- Comment #15 from dominiq at lps dot ens dot fr 2007-03-22 16:22 ---
Note that the drawback of the optimization replacing sin+cos by cexpi on PPC
Darwin has been dissected in PR31249.
In comment #16, I proposed a patch. Before applying it, it would be nice to
test if the other
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-03-22 16:34 ---
The problem is with:
Row r = r.construct(rawdata.at(i));
You are using r before it is constructored.
This is not a bug in GCC but in your code.
--
pinskia at gcc dot gnu dot org changed:
--- Comment #3 from wmacura at gmail dot com 2007-03-22 16:46 ---
Subject: Re: Segmentation fault when assign std::string to another std::string
when using std::vector and inheritance
:-o
Damn. Construct() was a static function for a while and I didn't
notice this when I started
I tried to compile the following code, but I got internal compiler error: in
lookup_member, at cp/search.c:1288 from g++.
v.reserve(10); v.push_back(1); v.push_back(2);
copy( v.begin() , v.end(). ostream_iteratorint(cout, \n) );
P.S. the correct code should have , after v.end().
[EMAIL PROTECTED]:~/gcc/trunk/gcc/tmp/gcc$ ./xgcc -B. t.h -S -v
Reading specs from ./specs
Target: i686-pc-linux-gnu
Configured with: ../configure --enable-languages=c++ --disable-nls
Thread model: posix
gcc version 4.3.0 20070322 (experimental)
./cc1 -quiet -v -iprefix
/home/ryan/gcc/trunk/gcc
--- Comment #4 from pault at gcc dot gnu dot org 2007-03-22 18:37 ---
Subject: Bug 31193
Author: pault
Date: Thu Mar 22 18:37:16 2007
New Revision: 123131
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=123131
Log:
2006-03-22 Paul Thomas [EMAIL PROTECTED]
PR
# the system type=
Linux localhost.localdomain 2.6.20-1.2925.fc6 #1 SMP Sat Mar 10 18:20:58 EST
2007 i686 i686 i386 GNU/Linux
# the options given when GCC was configured/built:
/home/jmsimo/gcc/gcc-2.95/configure --prefix=/opt/gcc295 --program-suffix=295
--enable-languages=c,c++
For the illegal code
integer, allocatable :: ivec(:)
print*,shape(ivec)=,shape(ivec)
end
gcc version 4.3.0 20070315 (experimental)
gfortran -W -Wall -pedantic-errors -std=f2003 -fbounds-check -Werror
xshape_alloc.f90
gives
shape(ivec)= 4298784
It would be nice if a run-time error message
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-03-22 19:40 ---
2.95 is very very old, over 7 years old.
Plus only the last three lines of a build failure does not show the problem is.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
Hi from busybox project.
We are concerned about gcc sometimes aligning structs and arrays to 256 bits on
i386. We would like to be able to disable it. The proposal is to implement new
x86-specific -m option, -mbigdata_align=N. N specifies how big the struct/array
should be in order to be strongly
--- Comment #1 from vda dot linux at googlemail dot com 2007-03-22 20:07
---
Patch is available here:
http://busybox.net/~vda/mbigdata_align.diff
I cannot attach patch to this bugzilla entry because I get this:
Internal Error
GCC Bugzilla has suffered an internal error. Please save
--- Comment #5 from tom dot culliton at oracle dot com 2007-03-22 20:15
---
That does indeed appear to have been the problem. Even though the system
claims that APAR was already applied, the header file was still missing the
typedef keyword. I suspect something silly like the compiler
--- Comment #25 from jvdelisle at gcc dot gnu dot org 2007-03-22 20:38
---
Created an attachment (id=13255)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13255action=view)
Untested patch to fix regression on sixtrack
This patch reverts portions of the original patch and keeps a
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-03-22 21:14 ---
I think this has already been fixed for -Os in 4.2.0 or 4.3.0.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from burnus at gcc dot gnu dot org 2007-03-22 22:20 ---
There are actually two run-time tests possible:
a) Check only local variables
(What to do about actual arguments to intent(in) dummy arguments? In the most
cases this is wrong, however
--- Comment #1 from burnus at gcc dot gnu dot org 2007-03-22 22:30 ---
Besides pointers, the same is also true for deallocated variables, only that
the unknown state does not exist. (Idea taken from 31318)
I think there are essentially two problems possible with pointers:
(a)
--- Comment #1 from burnus at gcc dot gnu dot org 2007-03-22 22:32 ---
This is related to 29616 (same for nullified pointers). As the test is
essentially the same, I added a comment there and close this PR as duplicate.
Thanks for the idea though it will likely take a while until it
--- Comment #2 from burnus at gcc dot gnu dot org 2007-03-22 22:32 ---
*** Bug 31318 has been marked as a duplicate of this bug. ***
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #30 from manu at gcc dot gnu dot org 2007-03-22 22:36 ---
There is yet another strange behaviour of the current patch. For the testcase
in gcc.dg/array-2.c:
struct g g1 = { { 0, { } } };
struct g g2 = { { 0, { 1 } } }; /* { dg-error (nested context)|(near
initialization)
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2007-03-22 22:52
---
Subject: Bug 31262
Author: fxcoudert
Date: Thu Mar 22 22:51:50 2007
New Revision: 123136
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=123136
Log:
PR fortran/31262
* trans-const.c
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2007-03-22 22:52
---
Fixed on mainline, closing.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from manu at gcc dot gnu dot org 2007-03-22 23:04 ---
Subject: Bug 23572
Author: manu
Date: Thu Mar 22 23:04:24 2007
New Revision: 123137
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=123137
Log:
2007-03-22 Manuel Lopez-Ibanez [EMAIL PROTECTED]
PR
--- Comment #12 from manu at gcc dot gnu dot org 2007-03-22 23:12 ---
Fixed for GCC 4.3
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31074
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31136
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31150
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29609
gfortran -g gfortran.dg/alloc_comp_assign_2.f90
valgrind ./a.out
==30049== Invalid read of size 1
==30049==at 0x4C24854: memcpy (in
/usr/lib64/valgrind/amd64-linux/vgpreload_memcheck.so)
==30049==by 0x401682: MAIN__ (in
/projects/tob/gcc/gcc/testsuite/gfortran.dg/a.out)
==30049==by
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31187
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31260
--- Comment #4 from mmitchel at gcc dot gnu dot org 2007-03-22 23:22
---
Jim --
Your patch is correct. If you would care to test it, it's preapproved for
4.2/4.3. Otherwise, I will take care of it before the 4.2.0 release, as it's
certainly my fault.
Thanks,
-- Mark
--
--- Comment #3 from mmitchel at gcc dot gnu dot org 2007-03-22 23:34
---
Jason --
This appears to be fallout from your patch for PR c++/28407 and/or c++/28409.
Do you have time to take a look?
Thanks,
-- Mark
--
mmitchel at gcc dot gnu dot org changed:
What
gcc-4.3-20070316 and gcc-4.2-20070307 both fail to compile this
one-line file on Mac OS X 10.4.9 (up to current Apple patch levels):
% cat foo.c
static const long double X = (27.0L) / (35.0L);
% gcc-4.3-20070316 -c foo.c
foo.c:1: error: initializer element is not constant
If the
--- Comment #28 from craig dot lawson at centrify dot com 2007-03-22 23:44
---
For HP-UX, SunOS, and Irix:
#if !defined(_POSIX_C_SOURCE)
# define _POSIX_C_SOURCE 199506L
#elif _POSIX_C_SOURCE199506L
# error Conflict
#endif
(why would anyone compile C++ with POSIX
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-03-22 23:49 ---
*** This bug has been marked as a duplicate of 26374 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from pinskia at gcc dot gnu dot org 2007-03-22 23:49
---
*** Bug 31321 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-nls --with-local-prefix=/opt/gnu
--prefix=/opt/gnu/gcc/gcc-4.3.0 --enable-debug=no --enable-threads=posix
--with-mpfr=/opt/gnu/gcc/gcc-4.3.0 --with-gmp=/opt/gnu/gcc/gcc-4.3.0
--disable-libmudflap --enable-languages=c,c++,objc,fortran,ada
Thread model: posix
gcc version 4.3.0 20070322 (experimental
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||build
Summary|ld: Invalid symbol type for |[4.3
--- Comment #2 from daney at gcc dot gnu dot org 2007-03-23 00:06 ---
Subject: Bug 31228
Author: daney
Date: Fri Mar 23 00:06:41 2007
New Revision: 123138
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=123138
Log:
PR libgcj/31228
* configure.ac: Add checks for
--- Comment #26 from jvdelisle at gcc dot gnu dot org 2007-03-23 00:13
---
Subject: Bug 31052
Author: jvdelisle
Date: Fri Mar 23 00:13:19 2007
New Revision: 123139
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=123139
Log:
2007-03-22 Jerry DeLisle [EMAIL PROTECTED]
PR
--- Comment #3 from daney at gcc dot gnu dot org 2007-03-23 00:17 ---
The committed patch fixes the race. Too bad it had to come to this.
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31228
--- Comment #29 from pcarlini at suse dot de 2007-03-23 00:29 ---
Thanks a lot Craig. Touching _POSIX_C_SOURCE makes me a little nervous, in
particular if that ends up changing _REENTRANT, as happens on HP-UX. I'd like
to ask Dave opinion about it, whether to his best knowledge there is
We don't track bugs reported via email. If you want to make sure you
get an answer, use the bugzilla database instead. This doesn't seem to
be a gcc bug though.
In C++, the inline keyword is similar to what static inline means in
GNU C, i.e. only emit the function if it is used. Since
--- Comment #2 from mmitchel at gcc dot gnu dot org 2007-03-23 00:50
---
This code in lookup_template_class:
- /* Consider an example where a template template parameter declared as
-
- template class T, class U = std::allocatorT class TT
-
-The template
--- Comment #30 from dave at hiauly1 dot hia dot nrc dot ca 2007-03-23
00:56 ---
Subject: Re: c++locale.o thread-unsafe in libstdc++
--- Comment #29 from pcarlini at suse dot de 2007-03-23 00:29 ---
Thanks a lot Craig. Touching _POSIX_C_SOURCE makes me a little nervous, in
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org
[EMAIL PROTECTED] wrote:
checking if IEEE math works with the -mieee switch... not isnan(NaN) ...
no
Check config.log to see what went wrong ...
The -mieee option should have worked. You will need to look at the
config.log file to see what went wrong.
How can I make gcc support IEEE-
--- Comment #7 from bangerth at dealii dot org 2007-03-23 02:13 ---
(In reply to comment #4)
I agree , sure it is invalid ,(no mine at the root) but a diagnostic
would be nice
It is very hard for a compiler to detect this because it only sees that there
is a class 'T'. The compiler
--- Comment #5 from mmitchel at gcc dot gnu dot org 2007-03-23 02:16
---
Jim --
I'm going to test your patch, and handle getting it checked in.
Thank you for your investigation.
-- Mark
--
mmitchel at gcc dot gnu dot org changed:
What|Removed
--- Comment #1 from bangerth at dealii dot org 2007-03-23 02:28 ---
You need to post a complete testcase, including all include files etc.
I can't reproduce the problem with the snippet you posted.
W.
--
bangerth at dealii dot org changed:
What|Removed
--- Comment #2 from bangerth at dealii dot org 2007-03-23 02:29 ---
You need to use 'make bootstrap' instead of just 'make'.
W.
--
bangerth at dealii dot org changed:
What|Removed |Added
--- Comment #4 from bangerth at dealii dot org 2007-03-23 02:37 ---
Without wanting to be a distractor, but can variables of a type that
was declared in an anonymous namespace really have external linkage?
Think of the type being declared in a header file and one .cc file
has the
--- Comment #5 from mark at codesourcery dot com 2007-03-23 02:44 ---
Subject: Re: [4.2/4.3 regression] extern declaration of variable
in anonymous namespace prevents use of its address as template argument
bangerth at dealii dot org wrote:
--- Comment #4 from bangerth at dealii
--- Comment #6 from bangerth at dealii dot org 2007-03-23 03:03 ---
(In reply to comment #5)
That's not the case here; the class is in the global namespace.
Oh, bummer, of course...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31187
--- Comment #4 from gdr at gcc dot gnu dot org 2007-03-23 03:04 ---
ttp://gcc.gnu.org/ml/gcc-patches/2007-03/msg01513.html
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |gdr at gcc dot gnu dot org
|dot org
--- Comment #3 from gdr at gcc dot gnu dot org 2007-03-23 03:07 ---
http://gcc.gnu.org/ml/gcc-patches/2007-03/msg01513.html
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from jsm28 at gcc dot gnu dot org 2007-03-23 03:45 ---
Analysis: http://gcc.gnu.org/ml/gcc/2007-03/msg00867.html
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from mmitchel at gcc dot gnu dot org 2007-03-23 04:26
---
Subject: Bug 31273
Author: mmitchel
Date: Fri Mar 23 04:26:13 2007
New Revision: 123149
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=123149
Log:
Mark Mitchell [EMAIL PROTECTED]
PR
--- Comment #7 from mmitchel at gcc dot gnu dot org 2007-03-23 04:31
---
Fixed in 4.2.0.
--- Comment #8 from mmitchel at gcc dot gnu dot org 2007-03-23 04:31
---
Subject: Bug 31273
Author: mmitchel
Date: Fri Mar 23 04:31:21 2007
New Revision: 123150
URL:
--- Comment #7 from mmitchel at gcc dot gnu dot org 2007-03-23 04:31
---
Fixed in 4.2.0.
--- Comment #8 from mmitchel at gcc dot gnu dot org 2007-03-23 04:31
---
Subject: Bug 31273
Author: mmitchel
Date: Fri Mar 23 04:31:21 2007
New Revision: 123150
URL:
--- Comment #2 from mmitchel at gcc dot gnu dot org 2007-03-23 04:36
---
Subject: Bug 30863
Author: mmitchel
Date: Fri Mar 23 04:36:33 2007
New Revision: 123151
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=123151
Log:
PR c++/30863
* parser.c
--- Comment #3 from mmitchel at gcc dot gnu dot org 2007-03-23 04:37
---
Subject: Bug 30863
Author: mmitchel
Date: Fri Mar 23 04:37:40 2007
New Revision: 123152
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=123152
Log:
PR c++/30863
* parser.c
--- Comment #4 from mmitchel at gcc dot gnu dot org 2007-03-23 04:37
---
Fixed in 4.2.0, 4.3.0.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from spark at gcc dot gnu dot org 2007-03-23 05:00 ---
Follow up on Joseph's analysis:
The problematic STRIP_SIGN_NOPS() call is from fold_unary()
which is called from try_combine_conversion() in tree-ssa-pre.c.
STRIP_SIGN_NOPS() is called with the expression:
The following code doesnt compile with gcc, dmc, icc. Im not sure if its
correct code, but it looks like it is.
#include iostream
using std::cout;
using std::endl;
template class T
class Base
{
protected:
typename T::privIC * priv;
public:
virtual int f1() =0;
virtual int
--- Comment #1 from bangerth at dealii dot org 2007-03-23 06:26 ---
Or smaller like this:
--
template class T struct Base {
typename T::X X;
};
struct A : BaseA
{
typedef int X;
};
--
sunCC also rejects it. I tend to believe that the code is
--- Comment #2 from mesti_mudam at yahoo dot com 2007-03-23 06:42 ---
well, priv is a pointer..
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31323
94 matches
Mail list logo
