[D-runtime] current SVN broken

[Sean Kelly]

Okay, got it.  The problem (obvious in hindsight) is that we can't generate a header from a module that relies on version blocks that aren't the current configuration.  I think I'll change the header gen process to simply copy everything from core/sys instead of using header gen to move it.  At least this will allow all OSes to generate a complete import tree.

On Jun 2, 2010, at 4:13 PM, Sean Kelly wrote:

> Patch submitted for this as well.  Import generation is still failing (core.sys.windows.windows), but if the reason is a compiler bug it's not obvious.
> 
> On Jun 2, 2010, at 3:33 PM, Sean Kelly wrote:
> 
>> Bug report submitted with patch, but I've uncovered yet another:
>> 
>> @safe:
>>   // stuff
>> 
>> generates the header:
>> 
>> {
>>   // stuff
>> }
>> 
>> I'm starting to feel like druntime is the only project using header generation :-)
>> 
>> On Jun 2, 2010, at 2:37 PM, Sean Kelly wrote:
>> 
>>> Don't update unless you're inclined to fix the compiler bug that's causing problems (in short, "enum x = 1" declarations don't have a preceding "enum").  I'll post again once I've found a fix.
>>> _______________________________________________
>>> D-runtime mailing list
>>> D-runtime at puremagic.com
>>> http://lists.puremagic.com/mailman/listinfo/d-runtime
>> 
>> _______________________________________________
>> D-runtime mailing list
>> D-runtime at puremagic.com
>> http://lists.puremagic.com/mailman/listinfo/d-runtime
> 
> _______________________________________________
> D-runtime mailing list
> D-runtime at puremagic.com
> http://lists.puremagic.com/mailman/listinfo/d-runtime