crash in classes.cpp:449

I get this from the -vv output:

 * * * * * * Building type: void function(Vector3 ringOfs, Vector3 centerPos, \
float rad, float d1, float d2)
* * * * * * * Building type: void(Vector3 ringOfs, Vector3 centerPos, float rad\
, float d1, float d2)
* * * * * * * isMember = this is: src.ttn.field.Field
* * * * * * * DtoFunctionType(void(Vector3 ringOfs, Vector3 centerPos, float ra\
d, float d1, float d2))
* * * * * * * * Putting 'this' in register
* terminate called after throwing an instance of 'std::bad_alloc'
  what():  std::bad_alloc
* * * * * * Adding type of src.ttn.field.Field.eyePos
* * * * * * * Building type: Vector3 function()
* * * * * * * Building type: Vector3()

so std::bad_alloc is called???

Thanks, K.Wilson

Maybe it's related that the -vv output has lines of ~90MB size.
I interrupted the compilation when the log file grow to 2GB.

-vv really is meant for debuggin small test cases. Some class types, translated to llvm, require several mb to print as text when fully unwrapped (resolved completely down to basic types).

std::bad_alloc is most likely a -vv problem as mandel noted.

I'm having trouble getting all the dependencies (read derelict) working, could someone provide a single source file that exposes this issue? it doesn't have to be tiny.

alternatively, with a debug build of ldc, compile the offending file via gdb --args ldc foo.d -c, enter the DtoIndexClass? frame, enter the command p vd->toPrettyChars() and tell me what kind of member this is.

gdb is your friend! this is likely easy to fix with a proper testcase.

I compiled another (similar) project that also shows this problem when I use a Makefile, but doesn't have any forward reference problems. ldc with rebuild works fine. When I pass all files in one line and try to pinpoint the crash I get the logger.d file (very similar project :P) and have to remove Stdout; after this, the crash occurs somewhere else.

Ok, I got a testcase.

main.d:

module main;

void main()
{
}

Foo.d:

module Foo;

Bar.d:

module Bar;

import tango.io.Stdout;

void bar() {
	Stdout("Hello World").newline;
}

ldc  main.d Foo.d Bar.d  -ofmain

The above short example fails on my Ubuntu8.04 x64 with ldc rev1279, llvm trunk and tango trunk. Actually I don't need the Foo.d file and I still get the failure.

This failure (DtoIndexClass?) is file order dependent. If you have 'ldc Bar.d main.d' then things compile but if you add the '-ofmain' then it fails again...or if you reverse the file order it fails to compile.

Thanks, K.Wilson

so... does it work if you compile each file seperately ?

I think the problem is that fields are set in the type resolver, however, between the modules all the fields are again reset to null, but ... the type resolver is not run again.

I really should fix more-at-once compilation for good ...

It does work with separate compilation (using rebuild).

Fixed in rev 1309