public inbox for gcc-prs@sourceware.org help / color / mirror / Atom feed
From: Wolfgang Bangerth <bangerth@ices.utexas.edu> To: nobody@gcc.gnu.org Cc: gcc-prs@gcc.gnu.org, Subject: Re: c++/5247: [2003-01-22]ICE on default parameter in constructor which is reference to class Date: Wed, 02 Apr 2003 02:26:00 -0000 [thread overview] Message-ID: <20030402022600.4068.qmail@sources.redhat.com> (raw) The following reply was made to PR c++/5247; it has been noted by GNATS. From: Wolfgang Bangerth <bangerth@ices.utexas.edu> To: Giovanni Bajo <giovannibajo@libero.it> Cc: gcc-gnats@gcc.gnu.org, <gcc-bugs@gcc.gnu.org>, <schmid@snake.iap.physik.tu-darmstadt.de> Subject: Re: c++/5247: [2003-01-22]ICE on default parameter in constructor which is reference to class Date: Tue, 1 Apr 2003 20:21:26 -0600 (CST) > The testcase compiles on my 2.95: > > $ g++-2 -v > Reading specs from /usr/lib/gcc-lib/i686-pc-cygwin/2.95.3-10/specs > gcc version 2.95.3-10 (cygwin special) > > Can somebody double-check? It gets into an infinite memory eating loop for me with 2.95.3 20010315 (SuSE). However, here's some more fodder for bug fixers: with 3.4, the loop is these functions, apparently calling each other in infinite ways (I just killed cc1plus at an arbitrary point, so your stack trace will look differently; at this time, gdb showed me the first ~9000 stack frames, before I had to kill it...) #0 0x08138b87 in break_out_target_exprs (t=0x4015dae0) at cp/tree.c:1509 #1 0x080548b7 in convert_default_arg (type=0x40199288, arg=0x0, fn=0x40199dec, parmnum=1) at cp/call.c:4416 #2 0x08054eaf in build_over_call (cand=0x446bf70c, flags=3) at cp/call.c:4577 #3 0x0805416d in convert_like_real (convs=0x40199dec, expr=0x4015dae0, fn=0x0, argnum=0, inner=-1) at cp/call.c:4149 #4 0x08053dca in convert_like_real (convs=0x446c1654, expr=0x4015dae0, fn=0x0, argnum=0, inner=0) at cp/call.c:4220 #5 0x0805a321 in initialize_reference (type=0x40199288, expr=0x4015dae0, decl=0x0) at cp/call.c:6132 #6 0x08113f48 in convert_for_initialization (exp=0x40199288, type=0x0, rhs=0x4015dae0, flags=3, errtype=0x84a0e78 "default argument", fndecl=0x40199dec, parmnum=1) at cp/typeck.c:6202 #7 0x080548fc in convert_default_arg (type=0x40199288, arg=0x0, fn=0x40199dec, parmnum=1) at cp/call.c:4430 #8 0x08054eaf in build_over_call (cand=0x446bf6b4, flags=3) at cp/call.c:4577 #9 0x0805416d in convert_like_real (convs=0x40199dec, expr=0x4015dae0, fn=0x0, argnum=0, inner=-1) at cp/call.c:4149 #10 0x08053dca in convert_like_real (convs=0x446c1528, expr=0x4015dae0, fn=0x0, argnum=0, inner=0) at cp/call.c:4220 #11 0x0805a321 in initialize_reference (type=0x40199288, expr=0x4015dae0, decl=0x0) at cp/call.c:6132 #12 0x08113f48 in convert_for_initialization (exp=0x40199288, type=0x0, rhs=0x4015dae0, flags=3, errtype=0x84a0e78 "default argument", fndecl=0x40199dec, parmnum=1) at cp/typeck.c:6202 #13 0x080548fc in convert_default_arg (type=0x40199288, arg=0x0, fn=0x40199dec, parmnum=1) at cp/call.c:4430 #14 0x08054eaf in build_over_call (cand=0x446bf65c, flags=3) at cp/call.c:4577 #15 0x0805416d in convert_like_real (convs=0x40199dec, expr=0x4015dae0, fn=0x0, argnum=0, inner=-1) at cp/call.c:4149 #16 0x08053dca in convert_like_real (convs=0x446c13fc, expr=0x4015dae0, fn=0x0, argnum=0, inner=0) at cp/call.c:4220 #17 0x0805a321 in initialize_reference (type=0x40199288, expr=0x4015dae0, decl=0x0) at cp/call.c:6132 #18 0x08113f48 in convert_for_initialization (exp=0x40199288, type=0x0, rhs=0x4015dae0, flags=3, errtype=0x84a0e78 "default argument", fndecl=0x40199dec, parmnum=1) at cp/typeck.c:6202 #19 0x080548fc in convert_default_arg (type=0x40199288, arg=0x0, fn=0x40199dec, parmnum=1) at cp/call.c:4430 #20 0x08054eaf in build_over_call (cand=0x446bf604, flags=3) at cp/call.c:4577 #21 0x0805416d in convert_like_real (convs=0x40199dec, expr=0x4015dae0, fn=0x0, argnum=0, inner=-1) at cp/call.c:4149 #22 0x08053dca in convert_like_real (convs=0x446c12d0, expr=0x4015dae0, fn=0x0, argnum=0, inner=0) at cp/call.c:4220 #23 0x0805a321 in initialize_reference (type=0x40199288, expr=0x4015dae0, decl=0x0) at cp/call.c:6132 #24 0x08113f48 in convert_for_initialization (exp=0x40199288, type=0x0, rhs=0x4015dae0, flags=3, errtype=0x84a0e78 "default argument", fndecl=0x40199dec, parmnum=1) at cp/typeck.c:6202 #25 0x080548fc in convert_default_arg (type=0x40199288, arg=0x0, fn=0x40199dec, parmnum=1) at cp/call.c:4430 W. ------------------------------------------------------------------------- Wolfgang Bangerth email: bangerth@ices.utexas.edu www: http://www.ices.utexas.edu/~bangerth/
next reply other threads:[~2003-04-02 2:26 UTC|newest] Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top 2003-04-02 2:26 Wolfgang Bangerth [this message] -- strict thread matches above, loose matches on Subject: below -- 2003-04-02 2:16 Giovanni Bajo
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20030402022600.4068.qmail@sources.redhat.com \ --to=bangerth@ices.utexas.edu \ --cc=gcc-prs@gcc.gnu.org \ --cc=nobody@gcc.gnu.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).