[dmd-internals] [D-Programming-Language/druntime] fdd189: more const correct

Rainer Schuetze r.sagitario at gmx.de
Tue Feb 28 11:26:19 PST 2012


On 28.02.2012 10:55, Walter Bright wrote:
>
>
> On 2/28/2012 12:44 AM, Rainer Schuetze wrote:
>> On 24.02.2012 22:54, Walter Bright wrote:
>>> I understand. Libraries must be recompiled to use it. There'll be 
>>> more such breakage as we shift to const/pure/nothrow/@safe.
>>>
>>
>> Just to clarify: the breakage is not due to libraries that have not 
>> been recompiled. The breakage is caused by inconsistent declarations 
>> in _object.d and object.di.
>>
>
> Hmm. The auto tester shows all green.
> _______________________________________________
> dmd-internals mailing list
> dmd-internals at puremagic.com
> http://lists.puremagic.com/mailman/listinfo/dmd-internals
>

Agreed, it isn't standard code that creates this issue, but I hit it 
with one of my libraries. I've reduced a test case:

class TypeInfo2 : TypeInfo {}
void main() {}

 >dmd.exe test.d
DMD v2.059 DEBUG
OPTLINK (R) for Win32  Release 8.00.11
Copyright (C) Digital Mars 1989-2010  All rights reserved.
http://www.digitalmars.com/ctg/optlink.html
test.obj(test)
  Error 42: Symbol Undefined _D6object8TypeInfo7getHashMFNfxPvZk
--- errorlevel 1

Martin's link points to the source of the trouble.



More information about the dmd-internals mailing list