--- Comment #16 from jakub at gcc dot gnu dot org 2008-11-22 08:12 ---
Subject: Bug 37839
Author: jakub
Date: Sat Nov 22 08:10:41 2008
New Revision: 142111
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142111
Log:
PR libfortran/37839
* trans-io.c
With SVN r142097, configured with checking enabled:
$ ../gcc/configure --disable-multilib --disable-static
--prefix=/home/edwin/gcc_inst/ --enable-languages=c,c++
--enable-checking=assert,df,fold,gc,misc,rtl,rtlflag,runtime,tree
$ source='../../gcc/libdecnumber/bid/host-ieee32.c'
--- Comment #1 from edwintorok at gmail dot com 2008-11-22 08:21 ---
Testcase:
$ /home/edwin/gcc-obj/./prev-gcc/xgcc -B/home/edwin/gcc-obj/./prev-gcc/
-B/home/edwin/gcc_inst//x86_64-unknown-linux-gnu/bin/ -Wfatal-errors -c -O1
testcase-min.i
/* testcase */
typedef unsigned int UINT32;
--- Comment #4 from jakub at gcc dot gnu dot org 2008-11-22 08:22 ---
Subject: Bug 37880
Author: jakub
Date: Sat Nov 22 08:21:04 2008
New Revision: 142112
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142112
Log:
PR target/37880
* doc/invoke.texi: Adjust wording
--- Comment #85 from jakub at gcc dot gnu dot org 2008-11-22 08:24 ---
Subject: Bug 37170
Author: jakub
Date: Sat Nov 22 08:22:52 2008
New Revision: 142113
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142113
Log:
PR target/37170
* final.c
--- Comment #86 from jakub at gcc dot gnu dot org 2008-11-22 08:27 ---
Subject: Bug 37170
Author: jakub
Date: Sat Nov 22 08:26:24 2008
New Revision: 142114
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142114
Log:
PR target/37170
* final.c
--- Comment #26 from jakub at gcc dot gnu dot org 2008-11-22 08:28 ---
Subject: Bug 37316
Author: jakub
Date: Sat Nov 22 08:27:04 2008
New Revision: 142115
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142115
Log:
PR middle-end/37316
* function.c
--- Comment #13 from jakub at gcc dot gnu dot org 2008-11-22 08:30 ---
Subject: Bug 37323
Author: jakub
Date: Sat Nov 22 08:28:44 2008
New Revision: 142116
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142116
Log:
PR middle-end/37323
* builtins.c
--- Comment #17 from jakub at gcc dot gnu dot org 2008-11-22 08:30 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #87 from jakub at gcc dot gnu dot org 2008-11-22 08:31 ---
Fixed even on the arm.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #14 from jakub at gcc dot gnu dot org 2008-11-22 08:32 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |pault at gcc dot gnu dot org
|dot org
--- Comment #2 from pault at gcc dot gnu dot org 2008-11-22 09:09 ---
Oddly,
type Path
type(Spline), allocatable :: r(:)
end type Path
compiles OK:-)
Given that the ICE is caused by
gcc_assert (GFC_DESCRIPTOR_TYPE_P (type))
it must be that the type(Spline) :: r(3), which
--- Comment #37 from steven at gcc dot gnu dot org 2008-11-22 09:13 ---
Re: comment #35 and comment #36
That is code hoisting, again. See Bug 23286 and some the bugs closed as a
duplicate of Bug 23286. Looks like it's time to implement tree-level hoisting
:-)
--
steven at gcc dot
--- Comment #2 from dirtyepic at gentoo dot org 2008-11-22 09:35 ---
Created an attachment (id=16747)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16747action=view)
relation-test-min03.i
minimal testcase. this also fails with 4.3.
--
.long .LFB1
.long .LFE1-.LFB1
.byte 0x0
.align 8
.LEFDE3:
.ident GCC: (GNU) 4.4.0 20081122 (experimental) [trunk revision
142117]
.section.note.GNU-stack,,@progbits
So still not the same functions.
For x86 (32bit) with -march=core2, I
--- Comment #6 from steven at gcc dot gnu dot org 2008-11-22 10:04 ---
Ah, now I see what Pinski meant at comment #2.
Before CSE, we still have the original code for f1:
unsigned int f(unsigned int i, unsigned int n)
{
i.20 = i + 1;
if (i.20 == n) i.20 = i.20 + 1;
return i.20;
}
--- Comment #1 from ubizjak at gmail dot com 2008-11-22 10:11 ---
This test is there to check that at least one message about changed NAND
semantics per file is generated.
x86_64 does:
~/gcc-build/gcc/cc1 -O0 -w -quiet sync-3.c
sync-3.c: In function test_op_ignore:
sync-3.c:74:
--- Comment #7 from bonzini at gnu dot org 2008-11-22 10:15 ---
Subject: Re: if (i == n) ++i; or i += i == n;?
The form of the code before CSE is caught in noce_try_addcc. The second form
obviously not (because we don't know that the value of i.20 is i + 1).
So this comes down
--- Comment #2 from ubizjak at gmail dot com 2008-11-22 10:22 ---
(In reply to comment #1)
GNU assembler supports both
popcntl %edx, %eax
popcnt %edx, %eax
I guess we can just generate
popcnt %edx, %eax
No, we won't cripple the output due to assembler bugs.
I will add a
--- Comment #7 from steven at gcc dot gnu dot org 2008-11-22 10:53 ---
The last time this bug was reconfirmed, was in March 2008. PRE has been
completely rewritten since then. With today's trunk, I still see PRE take most
of the compile time, but it's only 20% (on x86 and on x86_64
--- Comment #16 from steven at gcc dot gnu dot org 2008-11-22 10:31 ---
See comment #7 and comment #13.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #14 from steven at gcc dot gnu dot org 2008-11-22 11:17 ---
Ping?
Patch exists, tested and all, and just needs a re-test and then submit...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34571
--- Comment #5 from steven at gcc dot gnu dot org 2008-11-22 11:23 ---
passes.texi *does* have documentation for the reassoc pass.
Fixed by dnovillo in r114200:
PR 26242
* doc/passes.texi: Add documentation for pass_vrp, pass_ipa_pta,
pass_fre, pass_store_ccp,
--- Comment #10 from steven at gcc dot gnu dot org 2008-11-22 11:36 ---
Trunk today generates the following code (this is the final_cleanup dump):
;; Function foo (foo)
foo ()
{
static char eof_reached = 0;
int bytes;
int toread;
bb 2:
toread = 4096;
bb 3:
bytes = bar
--- Comment #8 from steven at gcc dot gnu dot org 2008-11-22 11:45 ---
I don't think anyone is interested in fixing this - WONTFIX.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
$ cat resh.f90
program main
integer, dimension(2,2) :: a
data a /1, 2, 3, 4/
print *,reshape(a,(/4/))
end program main
$ gfortran -fbounds-check resh.f90
$ ./a.out
Fortran runtime error: Incorrect size in SOURCE argument to RESHAPE intrinsic:
is 2, should be 4
--
Summary: [4.4
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |tkoenig at gcc dot gnu dot
|dot org
--- Comment #21 from ubizjak at gmail dot com 2008-11-22 12:33 ---
This is a trace what happens in the testcase, from .expand dump:
(2) [frame + 8 ]- si
(3) [frame + 16]- dx
(4) r62 - di
(8) r63 - virtual-incoming-args + 0
(9) r64
GCC 4.4.0 20081121. Was configured with --with-stabs, but produces DWARF-2
debug info by default.
--
Summary: Configure time option --with-stabs does not work
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
When calling function pointers that have been marked with
__attribute__((ms_abi)) the arguments will not be passed correctly.
A simple testcase is enough to expose the wrong behavior.
--
Summary: gcc fails to correctly pass arguments with ms_abi
function pointers
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38225
--- Comment #1 from m dot b dot lankhorst at gmail dot com 2008-11-22
13:33 ---
Created an attachment (id=16748)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16748action=view)
Minimal testcase
Compile with amd64 compiler without optimizations and run it.
Expected: Number is:
--- Comment #3 from uros at gcc dot gnu dot org 2008-11-22 14:18 ---
Subject: Bug 38222
Author: uros
Date: Sat Nov 22 14:16:57 2008
New Revision: 142121
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142121
Log:
PR target/38222
* config/i386/i386.md (SWI248): New
--- Comment #4 from ubizjak at gmail dot com 2008-11-22 14:21 ---
Fixed.
--
ubizjak at gmail dot com changed:
What|Removed |Added
URL|
--- Comment #10 from rguenth at gcc dot gnu dot org 2008-11-22 15:03
---
We should have -mfma to enable a fused multiply-add instruction that is
available
when enabling either -msse5 or -mavx. -mfma should not itself enable any
of the instruction set enabling features.
HJ, why did
--- Comment #2 from irar at il dot ibm dot com 2008-11-22 15:08 ---
(In reply to comment #1)
This bug is shamefully incomplete. There is no way anyone willing to give
this
a look can know what to look for.
For example, a few things one would have to know before he/she can even
--- Comment #11 from hjl dot tools at gmail dot com 2008-11-22 15:09
---
(In reply to comment #10)
We should have -mfma to enable a fused multiply-add instruction that is
available
when enabling either -msse5 or -mavx. -mfma should not itself enable any
of the instruction set
hi, i just tried this for fun (yes i'm aware it doesnt work :P):
#include iostream
#include functional
struct foo
{
void bar(){std::couthistd::endl;}
};
int main()
{
foo f;
void (foo::*a)()=foo::bar;
std::functionvoid() funct=((f).*(a));
}
and it results in:
[EMAIL
--- Comment #12 from hjl dot tools at gmail dot com 2008-11-22 15:15
---
Richard asked:
Why should it (-mavx -msse5) be disallowed if a user asks for it? Do we
disallow -msse4a -mssse4?
Reply:
-msse4a -mssse4 can generate code which runs if you check the feature
bit in CPUID before
--- Comment #13 from rguenth at gcc dot gnu dot org 2008-11-22 15:31
---
I see.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38201
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-11-22 15:38 ---
Your minimal testcase likely accesses the array out-of-bounds.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38223
--- Comment #20 from thomas at mich dot com 2008-11-22 15:42 ---
There minimally needs to be a way of turning this warning off in GCC.
GCC should not be trying to micromanage coding styles - either of the rest of
gnu software or anywhere else, but at least until you clean up every bit
--- Comment #11 from rguenth at gcc dot gnu dot org 2008-11-22 15:47
---
I don't see how. Fixed thus, WONTFIX on the branches.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|WAITING |NEW
Ever Confirmed|0 |1
Last
--- Comment #8 from bonzini at gnu dot org 2008-11-22 16:00 ---
The problem was that without -fprofile-generate the time spent there was
basically zero. Since the profiling code is building a MST of the control-flow
graph, it should produce absolutely no PRE opportunity and it's a pity
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2008-11-22
16:00 ---
Subject: Re: FAIL: gcc.c-torture/compile/sync-3.c -O0 (test for warnings,
line )
Does PA somehow bypass standard expansion of __sync intrinsics?
The hpux PA targets have no support for these
--- Comment #3 from danglin at gcc dot gnu dot org 2008-11-22 16:08 ---
Fixed by change.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pault at gcc dot gnu dot org 2008-11-22 16:57 ---
Created an attachment (id=16749)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16749action=view)
Provisional fix for PR
This is half way through regtesting - have to go to a movie, so will see
later:-)
Paul
splitting /test/gnu/gcc/objdir/gcc/testsuite/ada/acats/tests/c9/c954a01.a into:
c954a01_0.ads
c954a01_0.adb
c954a01.adb
BUILD c954a01.adb
gnatmake --GCC=/test/gnu/gcc/objdir/gcc/xgcc -B/test/gnu/gcc/objdir/gcc/
-gnat
ws -O2 -I/test/gnu/gcc/objdir/gcc/testsuite/ada/acats/support
--- Comment #22 from ubizjak at gmail dot com 2008-11-22 17:07 ---
Aliasing problems, gcc shoots himself in the foot...
When container consists of registers in different modes (due to
X86_64_INTEGERSI_CLASS optimization):
(parallel:BLK [
(expr_list:REG_DEP_TRUE (reg:DI 0 ax)
Sent from my iPhone
On Nov 22, 2008, at 7:42 AM, thomas at mich dot com [EMAIL PROTECTED]
wrote:
--- Comment #20 from thomas at mich dot com 2008-11-22 15:42
---
There minimally needs to be a way of turning this warning off in GCC.
GCC should not be trying to micromanage
--- Comment #21 from pinskia at gmail dot com 2008-11-22 17:17 ---
Subject: Re: can't disable __attribute__((warn_unused_result))
Sent from my iPhone
On Nov 22, 2008, at 7:42 AM, thomas at mich dot com [EMAIL PROTECTED]
wrote:
--- Comment #20 from thomas at mich dot com
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #23 from howarth at nitro dot med dot uc dot edu 2008-11-22
17:39 ---
Patch in Comment 22 eliminates the va-arg test case failure at -m64 on
i686-apple-darwin9.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38151
--- Comment #5 from steven at gcc dot gnu dot org 2008-11-22 17:44 ---
Is there a mangling convention now for fixed-point types, or not?
If not, we should make this a sorry() and resolve this bug as SUSPENDED for
now.
If there is, well, you know, we should add it ;-)
--
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-11-22 17:47 ---
The problem is a general defect in FRE that causes us to never CSE
a load with the default definition of the virtual SSA name.
after walking, that is.
I have a patch that also makes PR38212 to be visible on the
--- Comment #2 from burnus at gcc dot gnu dot org 2008-11-22 18:19 ---
Subject: Bug 38160
Author: burnus
Date: Sat Nov 22 18:18:05 2008
New Revision: 142124
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142124
Log:
2008-11-22 Tobias Burnus [EMAIL PROTECTED]
PR
--- Comment #24 from rguenth at gcc dot gnu dot org 2008-11-22 18:20
---
The va-arg code should probably use ref-all pointers all over the place
instead.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38151
--- Comment #3 from steven at gcc dot gnu dot org 2008-11-22 18:20 ---
With a trivial one-liner patch this could look a lot better:
$ ./cc1plus t.C
void foo()
t.C:6: error: no match for 'operator=' in 'a = ({...})'
t.C:1: note: candidates are: A A::operator=(const A)
Execution times
--- Comment #4 from ubizjak at gmail dot com 2008-11-22 18:27 ---
Ah, this is gcc-4.3.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38221
--- Comment #3 from burnus at gcc dot gnu dot org 2008-11-22 18:28 ---
FIXED on the trunk (4.4.0).
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from ubizjak at gmail dot com 2008-11-22 18:29 ---
Patch that implements memory_barrier for x86 at [1].
[1] http://gcc.gnu.org/ml/gcc-patches/2008-11/msg01181.html
--
ubizjak at gmail dot com changed:
What|Removed |Added
--- Comment #22 from fche at redhat dot com 2008-11-22 18:35 ---
(In reply to comment #21)
Sent from my iPhone
Good to know.
GCC should not be trying to micromanage coding styles - either of
the rest of gnu software or anywhere else, but at least until you
clean up every bit
--- Comment #2 from burnus at gcc dot gnu dot org 2008-11-22 19:03 ---
Another code which is not rejected. If the parent procedure is called by a
contained procedure there must be a recursion:
subroutine test()
call sub()
contains
subroutine sub()
call test()
end subroutine
Related to PR38207, SCCVN doesn't CSE the load of c-a in
/* { dg-do compile } */
/* { dg-options -O -fdump-tree-fre } */
struct a
{
union
{
int a;
int b;
};
union
{
int c;
int d;
};
int e;
};
int f(struct a *c)
{
int d;
c-e = 2;
d = c-a;
c-c = 1;
return
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-11-22 19:12 ---
Mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from dirtyepic at gentoo dot org 2008-11-22 19:13 ---
oops. is the original valid? i'll try to reduce it to something a bit
smaller.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38223
--- Comment #25 from ubizjak at gmail dot com 2008-11-22 19:30 ---
Deassigning me, this is tree stuff.
--
ubizjak at gmail dot com changed:
What|Removed |Added
--- Comment #8 from samuel dot thibault at ens-lyon dot org 2008-11-22
19:41 ---
Ah, well, by nop, I was thinking about things like what Linux does: lock;
addl $0,0(%%esp)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36793
--- Comment #26 from rguenth at gcc dot gnu dot org 2008-11-22 20:41
---
Even with ref-all pointers we end up with
bb 5:
# addr.0{0}_1 = PHI va_arg_tmp.3(3), addr.0{0}_22(4)
# ap_38 = PHI ap_56(3), ap_57(4)
# va_arg_tmp.3_39 = PHI va_arg_tmp.3_55(3), va_arg_tmp.3_50(4)
--- Comment #27 from rguenth at gcc dot gnu dot org 2008-11-22 20:41
---
I have patches.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38225
--- Comment #38 from jakub at gcc dot gnu dot org 2008-11-22 20:58 ---
Closing, if somebody comes up with a testcase, please reopen.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from burnus at gcc dot gnu dot org 2008-11-22 21:40 ---
Before closing, one should check whether a recursive-related bug remains for
http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/e0d04d755453a2a5
--
--- Comment #1 from burnus at gcc dot gnu dot org 2008-11-22 21:41 ---
See also James' new c.l.f post:
http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/e0d04d755453a2a5
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38205
--- Comment #6 from burnus at gcc dot gnu dot org 2008-11-22 21:42 ---
See also test cases at:
http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/e0d04d755453a2a5
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38152
--- Comment #1 from tkoenig at gcc dot gnu dot org 2008-11-22 21:42 ---
Subject: Bug 38225
Author: tkoenig
Date: Sat Nov 22 21:41:27 2008
New Revision: 142125
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142125
Log:
2008-11-22 Thomas Koenig [EMAIL PROTECTED]
PR
--- Comment #2 from tkoenig at gcc dot gnu dot org 2008-11-22 21:44 ---
Fixed. Closing.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from tkoenig at gcc dot gnu dot org 2008-11-22 23:52 ---
Current failures with bounds checking:
FAIL: gfortran.dg/array_memset_2.f90 -O0 scan-tree-dump-times original
memset 2
FAIL: gfortran.dg/array_memset_2.f90 -O1 scan-tree-dump-times original
memset 2
FAIL:
--- Comment #73 from jason at redhat dot com 2008-11-23 00:02 ---
Subject: Re: exception_defines.h #defines try/catch
pinskia at gcc dot gnu dot org wrote:
I think this patch will not handle:
int main(void)
{
try {
}catch (int a)
{
a = 1;
}
}
Ah yes, I probably
--- Comment #6 from dominiq at lps dot ens dot fr 2008-11-23 00:32 ---
(1) It seems that the failure of gfortran.dg/array_memset_2.f90 comes from a
too broad regexp for scan-tree-dump-times: grep memset
array_memset_2.f90.003t.original gives
_gfortran_runtime_error_at (At
I was in a hurry and passed the wrong arguments to gcc and this is what
happened (proper execution would have been: `gcc -g -o ft format_test.c'):
[EMAIL PROTECTED] ~]$ gcc -o -g ft format_test.c
ft(.data+0x8): multiple definition of `__dso_handle'
/usr/lib/crtbegin.o(.data+0x0): first defined
--- Comment #1 from yanegomi at gmail dot com 2008-11-23 01:26 ---
Also, ft was a precompiled C app without debug symbols. I noticed that made a
difference in the reproducing the error.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38231
--- Comment #2 from yanegomi at gmail dot com 2008-11-23 01:36 ---
Ok, here's a shorter means of reproducing the issue:
echo 'int main () { return 0; }' test.c
gcc -o test test.c
gcc -o -g test test.c
This issue doesn't occur as horribly with the gcc and ld versions that are
--- Comment #8 from howarth at nitro dot med dot uc dot edu 2008-11-23
04:43 ---
This backtraces on i686 darwin as...
jack-howarths-macbook-pro-17:temp6 howarth$ gcc-4 -g -ansi -pedantic-errors
-lm -m32 initpri1.c
jack-howarths-macbook-pro-17:temp6 howarth$ gdb ./a.out
GNU gdb
--- Comment #9 from howarth at nitro dot med dot uc dot edu 2008-11-23
04:47 ---
I am mainly trying to determine if this is a flaw in darwin linker or assembler
rather than a bug in gcc. If the former, we can at least file a radar bug
report with Apple.
--
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2008-11-23
05:21 ---
Patch submitted at http://gcc.gnu.org/ml/gcc-patches/2008-11/msg01191.html.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38076
gcc version 4.4.0 20081123 (experimental) (GCC) rejects the code:
class base {
public:
base();
virtual ~base();
private:
int int_ref; // initialized by base ctor, not visible here
};
class derived : public base {
};
base *make_derived() {
return new derived();
}
with the error:
89 matches
Mail list logo
