> It never returns from ppc64_elf_gc_mark_hook (spins looking things up
> in a hash table, I don't have the matching source handy). I expect
> this is fixed in later binutils, but has anyone else seen this happen?
> Is there some way we can avoid an infinite loop in configure for this
> case?
The
Hi,
I've found that this article explains very well why one *cannot*
call a virtual function during construction (or destruction).
http://www.artima.com/cppsource/nevercall.html
HTH,
Fang
> I have created a base class who's constructor calls a pure virtual
> function I derive th
Hi,
I have created a base class who's constructor calls a pure virtual
function I derive this class, implement the function, compile and
receive this error message, "error: abstract virtual `IDXTYPE
DataSet::indexFxn(uint) [with DATA = float, IDXTYPE =
float]' called from constructor"
Without co
I tried to build GCC HEAD today, using binutils 2.16. It gets stuck
during configure, here:
checking linker EH-compatible garbage collection of sections...
The backtrace looks like:
#0 0x10048e60 in ppc64_elf_gc_mark_hook (sec=0x10183078,
info=0x1014e278, rel=0x1018c228,
h=0x0, sym
Snapshot gcc-4.3-20061125 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.3-20061125/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.3 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/trunk
On Tue, Oct 17, 2006 at 07:07:00PM +0200, Frank Riese wrote:
> function8.c: In function 'foo':
> function8.c:3: error: insn outside basic block
> (insn 28 20 29 (set (reg/f:QI 20)
> (subreg:QI (reg:HI 18) 0)) 3 {movqi} (nil)
> (nil))
> function8.c:3: internal compiler error: in rtl_veri
